2、团队组建总览：做市团队的核心岗位、团队规模与结构设计、团队组建的里程碑与时间线
好，咱们直接切入正题。做市团队不是随便拉几个人就能跑的。我见过太多项目，技术大牛凑一块，结果连最基本的双边报价都做不稳。为什么？因为做市是个系统工程，它需要不同专业背景的人像齿轮一样咬合。
这一章，我就把团队组建的底牌翻给你看。核心岗位有哪些？团队规模怎么定？结构怎么搭？里程碑怎么设？咱们一个一个说清楚。
2.1 核心岗位：做市团队的“五脏六腑”
一个成熟的做市团队，通常包含以下五个核心职能。注意，我说的是“职能”，不是“人”。小团队可以一人兼多职，但职能不能缺。
| 职能 | 核心职责 | 典型背景 |
|---|---|---|
| 策略研发 | 设计报价模型、风控逻辑、参数调优 | 量化金融、数学、物理 |
| 系统开发 | 搭建交易系统、低延迟链路、API对接 | 后端开发、C++/Rust、FPGA |
| 交易执行 | 监控盘口、手动干预、应急处理 | 传统做市商、CTA交易员 |
| 风控合规 | 设置限额、监控敞口、对接监管 | 风险管理、法律合规 |
| 运维支持 | 服务器部署、网络维护、数据备份 | DevOps、SRE |
我个人习惯把团队分成“前台”和“后台”。策略和交易是前台，直接面对市场；开发和运维是后台，提供基础设施。风控则是个独立角色，谁都不隶属，直接向我汇报。
关键认知：策略研发和系统开发必须紧密配合。我见过最惨的案例，策略组写了个完美的做市模型，但开发组用了三天才把接口调通——等上线时，市场结构已经变了。所以，这两组人最好坐在一起，或者至少每天开个15分钟的站会。
2.2 团队规模与结构设计：小步快跑 vs. 大兵团作战
团队规模取决于你做市的品种数量和资金体量。我把它分成三个典型阶段：
2.2.1 初创期（3-5人）
这个阶段，说白了就是“验证模型能不能赚钱”。团队结构极度扁平：
- 1名策略研究员（兼交易员）
- 1名全栈开发（从数据库到前端全包）
- 1名运维（兼风控，通常由创始人兼任）
嗯，这里要注意：初创期千万别招“纯管理”。我刚开始做的时候，就犯过这个错——招了个有经验的团队负责人，结果他天天开会，代码一行没写，模型一个没调。三个月后，我们连一个稳定的报价对都没跑出来。
2.2.2 成长期（8-15人）
当策略跑通，开始盈利后，就需要专业化分工了。结构变成：
- 策略组：2-3人，每人负责不同品种或不同频段
- 开发组：3-5人，分交易系统开发和数据分析开发
- 交易组：2人，负责盘口监控和应急交易
- 风控组：1人，专职风控
- 运维组：1-2人，保障系统稳定
这个阶段，我建议引入一个“技术负责人”角色。他不需要懂策略细节，但必须能理解策略逻辑，并把它翻译成开发需求。我在项目中遇到过，策略组和开发组互相甩锅，就是因为缺少这个翻译官。
2.2.3 成熟期（20人以上）
到了这个阶段，团队已经可以同时做市多个市场、多个品种。结构会进一步细化：
- 策略组内部再分“高频组”和“中低频组”
- 开发组内部再分“核心交易系统组”和“数据平台组”
- 风控组独立成部门，直接向CEO汇报
- 增加“研究组”，专门做市场微观结构和因子分析
我的经验：团队规模每翻一倍，沟通成本会翻三倍。所以，我建议在成长期就引入项目管理工具（比如Jira或Notion），并建立清晰的决策流程。别等到20人了再补课，那时候已经乱成一锅粥了。
2.3 团队组建的里程碑与时间线
下面这张图，是我自己总结的团队组建时间线。你照着这个节奏走，基本不会出大问题。
你可能会问：为什么M3要单独强调风控？因为我曾经吃过亏。团队组建到第三个月，系统跑得正欢，突然遇到一次极端行情，几分钟内亏掉了前两个月的所有利润。事后复盘，就是缺一个自动熔断机制。所以，风控不是锦上添花，是雪中送炭。
避坑指南：我曾经见过一个团队，M1就招了10个人，结果前两个月大家都在等系统上线，没事干。团队士气一落千丈。我的建议是：按需招人，不要提前储备。做市团队的核心是“系统跑起来”，不是“人坐满”。
2.4 团队组建的“隐形”要素
除了岗位和规模，还有几个东西容易被忽略，但我觉得它们比技术还重要：
- 沟通协议：策略组改参数，必须通知交易组。开发组升级系统，必须提前24小时告知。这些规则要写在纸上，贴在墙上。
- 决策机制：遇到突发行情，谁有权暂停做市？谁有权调整参数？我建议设立“值班交易员”制度，值班期间他有最高决策权。
- 知识沉淀：每个策略、每次事故，都要有文档记录。你想想看，如果核心策略研究员离职了，新来的人要花多久才能上手？我见过最夸张的，花了三个月才看懂前任的代码。
好了，团队组建的总览就讲到这里。记住一句话：做市团队不是攒出来的，是长出来的。从3个人开始，跑通流程，验证模型，再逐步扩充。别一上来就想搞个大新闻。