良功绘图三种形态：职能型、业务线型、中台型
判断自己该用哪种，只要回答一个问题：现在最痛的是"专业度不够"，还是"响应太慢"，还是"重复造轮子"。
职能型（按专业分）
产品部、研发部、测试部、设计部各自成建制。适合单一产品、50～150 人。优点是专业沉淀快、资源好调配；缺点是跨部门协作成本高，一个需求要过四道门。
业务线型（按产品分）
每条业务线自带产品、研发、测试、运营。适合多产品并行、需要快速迭代。优点是响应快、责任清晰；缺点是重复建设，各线技术栈容易分叉。
中台型（前台 + 中台 + 后台）
业务前台快跑，中台沉淀通用能力（用户、支付、消息、数据），后台管基础设施。适合业务多且共性明显的阶段。代价是中台需求排期会成为新的瓶颈。
专业度不够 → 职能型
技术积累薄弱、人员水平参差时，先按专业聚集。
响应太慢 → 业务线型
需求排队严重、跨部门扯皮多时，按业务拆开。
重复造轮子 → 中台型
多条线在做同一件事时，才考虑抽中台。
| 形态 | 第二层是什么 | 典型规模 | 最大风险 | 图上识别特征 |
|---|---|---|---|---|
| 职能型 | 产品、研发、测试、设计、运营 | 50～150 人 | 需求流转慢 | 第二层全是专业职能名称 |
| 业务线型 | 业务线 A、业务线 B… | 150～500 人 | 重复建设、技术分叉 | 第二层是产品或业务名，每条线下结构相似 |
| 中台型 | 业务前台、中台、技术后台 | 500 人以上 | 中台排期成瓶颈 | 出现"XX 中台""基础平台"这类框 |
| 混合型 | 业务线 + 共享职能 | 各阶段均可 | 双线汇报混乱 | 大量虚线连接 |
很多公司的实际形态是混合的：几条核心业务线独立成建制，同时保留共享的设计、数据、基础架构团队。画这种图的关键是把实线和虚线分清楚。
8 步：把产研测设排明白
- 先确定这张图的读者给候选人看的对外版、给内部对齐的管理版、给投资人看的融资版，详略完全不同。先定读者，再决定画到哪一层。
- 顶层写 CEO 与 C 级CTO、CPO、COO、CFO 按实际设立的写，没设的不要为了完整硬加。虚设 C 级是对外版最常见的失真。
- 第二层按选定形态展开职能型写专业名，业务线型写产品名，中台型写前台/中台/后台。这一层的命名方式决定了整张图的性质。
- 把产研测设四个角色排在同一层级产品、研发、测试、设计在一个业务线内应当是平级，由该线负责人统一协调。把测试画在研发下面，通常意味着质量话语权不足。
- 基础架构与运维单独成组基础平台、运维、安全、数据平台这类，无论哪种形态都建议独立于业务线，因为它们服务全公司。
- 双线汇报用虚线并写清内容例如"业务线内的设计师实线汇报给业务线负责人，虚线汇报给设计负责人（专业能力评估与晋升）"。把虚线负责什么写在图例里，而不是让人猜。
- 标注团队规模每个框标注人数（如"研发 · 12"）。这是科技公司架构图最有用的一个标注，能立刻看出资源分布是否合理。
- 把招聘中的岗位用虚框表示对内版把在招岗位画成虚线框并标"招聘中"，管理层一眼能看到组织缺口。
测试团队该独立还是分到业务线？
独立便于统一标准和资源调配，分到线里便于快速响应。折中做法是"业务线内配测试 + 独立的质量效能团队定标准建工具"，图上前者实线、后者独立成组。
设计团队怎么排？
常见做法是设计师人在业务线、专业管理在设计中心，即典型的双线汇报。图上必须把这两条线用不同线型画出来，否则设计师会不知道听谁的。
中台到底要不要建？
判断标准很实在：是否已经有三条以上业务线在重复做同一件事，且这件事的需求相对稳定。只有两条线或需求还在快速变化时，中台大概率会成为瓶颈而不是加速器。
数据团队算中台还是后台？
数据平台（采集、存储、计算）属于技术后台；数据分析与增长（面向业务出结论）更接近中台甚至前台。两者职责不同，建议在图上分成两个框。
5 个易错点
候选人入职后发现没有这个岗，信任受损。
空缺岗位用虚框标"招聘中"。
质量话语权不足，问题被压。
质量标准另设独立团队。
设计师、数据分析师不知道听谁的。
晋升评估、专业规范由虚线方负责。
看不出资源是否失衡。
一眼看出哪条线在超配。
规模不到，中台成为排队瓶颈。
三条线以上重复才考虑中台。
发布前，按这 9 条核对
- 明确了这一版的读者（对外 / 管理 / 融资）
- 只画了实际设立的岗位，无虚设 C 级
- 第二层的命名方式与所选形态一致
- 产品、研发、测试、设计在业务线内同层
- 基础架构、运维、安全、数据平台独立于业务线
- 双线汇报用虚线表示，并在图例中说明虚线负责什么
- 每个团队标注了人数
- 招聘中的岗位用虚框标出（对内版）
- 标注了生效日期，组织调整后同步更新
互联网公司组织架构常见问题
多少人的时候应该从职能型转成业务线型？
没有绝对人数标准，更可靠的信号是：出现两条以上互不相干的业务、需求排期严重冲突、跨部门协调占用了管理者大部分时间。这三条同时出现时，拆业务线通常利大于弊。
中台是不是过时了？
中台是一种解决"重复建设"的组织手段，不是万灵药。它在业务共性强、需求稳定时有效，在业务快速试错阶段容易变成瓶颈。判断依据是业务实际情况，不是行业风向。
小公司需要画组织架构图吗？
需要，但要简单。十几人的团队画两层就够，重点是让每个人知道自己的直接负责人是谁。规模小的团队反而更容易出现"事情没人认领"的问题。
架构图要不要写职级？
对内管理版可以标（P6、M2 这类），对外版不写。职级信息敏感度较高，建议单独维护职级表，架构图只标岗位与人数。
组织调整频繁，图怎么维护？
把人名做成独立文本图层，框和连线保持稳定。这样人员变动只改文字，结构调整才动框。同时在文件名里带上生效日期，保留历史版本。
本文模板可以直接用于对外宣传吗？
模板中的岗位与人名均为示例。对外发布的架构图应经公司相关负责人确认，避免出现与实际不符的岗位设置，尤其是在招聘和融资材料中。