这篇回答决策者的团队规模问题，核心是一句话：小步走，让复用率而不是订单量决定加人。
最值得拿走的是种子团队的构成建议：两三人组合要覆盖工程交付、客户沟通与场景判断，且至少一人有完整交付履历。扩张的两个前置信号——现有场景稳定运行且出现可复用资产、团队有带教带宽。最容易犯的错是按 pipeline 一次性招一批，交付质量崩塌后再被动收缩。
相比站内团队设计长文，这篇按问答体给出规模分层的对照表式判断，便于决策者快速对号入座。再补一个成本视角：团队规模的隐性成本不在工资而在协调，超过十人后需要专职负责人与统一的交付标准；达不到这个配置就继续扩张，规模反而会拖慢整体交付速度。
读完建议做一件事：为团队写下「加人前置条件」清单，达不到条件就缓一缓招聘。
—— FDEChina编辑部 · 实战派
FDE 团队多大合适？
直接回答：多数企业从两到三人的种子团队起步是最稳的，扩张节奏应由客户成功与场景复用率驱动，而不是由商机数量驱动。FDE 团队的成本结构里，人头是大头，招快了交付质量与带教能力都会被稀释；招慢了又会被项目拖垮。所以关键不是某个「正确规模」，而是你当前的阶段与信号是否支持加人。
种子团队怎么配？两三人是最小可行规模：至少一人有完整的端到端交付履历，能兜住技术方案与现场决策；其余成员覆盖工程执行力与客户沟通，形成一个能独立扛住一个中型客户项目的最小单元。一个人单干的 FDE 团队不建议长期存在——没有内部复核，质量靠运气，人也容易耗尽。构成细节见 FDE 团队设计。
什么时候该加人？两个前置信号，缺一不加。其一，现有场景稳定运行，并且已经沉淀出可复用的资产——评测集、组件、交付模板，新人加入后能站在资产上干活，而不是每个项目从零开始。其二，团队有带教带宽：老人还有余力陪新项目、做复盘，否则新人只会变成流水线上的补丁。什么时候不该加？pipeline 里的商机还没变成合同时，不要按商机数量预招人；更稳妥的做法是用伙伴与外部资源承接峰值，模式见 自建还是采购 FDE 能力。反之，如果项目普遍延期、老人长期救火、交付质量下滑，问题往往不是人少，而是范围管理或复用出了问题，先修机制再加人。
规模变大之后，管理方式必须换挡：不能继续靠英雄式交付，要靠分级（入门段跟场、独立段兜底、资深段攻新场景）与机制（周报、复盘、升级路径）运转，参考 FDE 团队管理指南与 FDE 报告手册。行业里已有很小的团队支撑大量客户的公开案例，说明规模与产出不是线性关系，见 部署型公司案例。总结成一句话：先让一个团队能稳定交付一个客户，再谈复制——团队规模是结果，不是目标。