O1.1｜组织架构设计：搭建能打仗的团队
【战略价值】组织架构决定效率上限
适用阶段：团队扩张期（1人→10人→30人→100人→500人+）
适用角色：创始人 / CEO / COO / HR负责人
出海品牌在组织设计上常犯的错误：
- 团队只有 5 个人，却设了 3 个总监（头衔通胀）
- 每个人都向老板汇报，老板成了瓶颈（扁平过头）
- 照搬大公司架构，会议比干活多（过度流程化）
- 职责不清，同一件事 3 个人都觉得不是自己的（三不管地带）
本 SOP 的目标：根据你的业务阶段和团队规模，设计既能打仗又能扩展的组织架构。
老K的独家秘诀：组织架构不是画个框框图就完事。真正的组织设计是回答这个问题：谁对什么结果负责？如果你的架构图上有人说不清自己对什么结果负责，那这个位置就不应该存在。
预估耗时: 2-4 周
参与角色: 创始人, 管理层, HR
触发器: 团队规模翻倍 / 业务模式重大变化 / 出现明显的效率瓶颈 / 核心人员离职需要重组
Owner: CEO / COO / HRD
核心思路 (Core Logic)
核心框架：S.T.A.G.E. 阶段性组织设计模型
| 阶段 | 英文 | 团队规模 | 核心特征 | 关键挑战 |
|---|---|---|---|---|
| 1. 初创 | Startup | 1-10 人 | 人人全能，无边界 | 招到对的前 5 人 |
| 2. 部落 | Tribe | 10-30 人 | 开始分工，但灵活 | 定义核心职能 |
| 3. 军团 | Army | 30-100 人 | 需要中层管理 | 培养管理者 |
| 4. 集团 | Group | 100-500 人 | 需要流程和制度 | 避免官僚化 |
| 5. 帝国 | Empire | 500+ 人 | 需要文化和价值观 | 保持创业精神 |
普通做法 vs. 我们的标准
| 维度 | 普通做法 | Clearshadows 标准 |
|---|---|---|
| 架构设计 | 照搬大公司架构图 | 根据业务流程倒推需要的职能 |
| 层级数量 | 越多越显得正规 | 最小化层级，10人以下不超过2层 |
| 头衔设置 | 随便给总监、VP | 头衔对应真实的管理幅度和责任 |
| 职责定义 | 写一堆模糊的JD | 每个岗位有明确的1-3个核心KPI |
| 调整频率 | 定了就不改 | 每季度Review，业务变架构就变 |
三条铁律
- 一个老板原则：每个人只有一个直接汇报对象
- 管理幅度：一个管理者最多管 7±2 个人
- 责任对等：有责任必须有权力，有权力必须有责任