我常讲，“管理在于沉淀”。这七层结构，在不同层级沉淀了组织协同能力，直至最后形成好的工作习惯和协同关系。
设计公司组织架构的思考框架
IT系统是基于业务规则、流程规则和组织架构的。没有下面这几层，替换IT系统并不能解决内部协作混乱的问题，下面我就一层层讲讲。
在最外围起决定作用的，是产品、业务销售模式和人才状况。举个例子：如果我们的管理人才不足，却设计了一个对中层要求特别高的过程指标考核流程，这是无法落地的。
明确公司战略目标
组织一切有效的设计和行动都应该是围绕公司战略目标进行的，明确了公司1~2年的战略目标，公司目标才能被合理地拆解为各个部门的阶段目标。
SaaS公司的年度战略目标类型很多，有的是市场占有率、有的是销售业绩、有的是利润率、有的是组织发展或产品打磨。如果认为这都是公司发展目标，可以混为一团那就错了。
举例来说，利润目标与销售业务增长的目标对具体行动的指导可能是相反的。为了保利润目标，营销团队的扩张就需要更保守。如果有很多沉淀资金，降低对利润和毛利的要求，追求销售业绩增长，则会在团队扩张上有另外的抉择。
组织原则、组织发展规划
有了公司大战略和业务上的大规则，才有制定组织发展规划、组织发展原则的基础。
部门架构、部门及岗位职责、岗位能力模型
到这一层才会看到组织架构图。到了今天，还有很多创业公司弄不清楚的部门之间的职责边界。大锅饭不会让创业团队更有热情，只有清晰的职责划分才能引导责任人日思夜想提高业绩。
业务规则、业务流程规则
业务及其流程规则是指，在业务运转的过程中需要遵循更细致的规则。
举例来说，包括：客户保护天数规则、一个销售代表保有客户数量的上限、“有效线索”的定义及其跟进规则等等。这些规则的数量很庞大，在业务发展期调整也很频繁。
我记得自己带领的团队从50人到500人的过程中，几乎每个月都会颁布不少这类规则。因为是互联网公司，我们制定规则的过程是很开放、透明的其实，上面这个“民主集中”的过程，大概也就需要1~2周时间。我那段时间每个月都发不少规则，也没觉得多费劲。
结束语：以上就是关于设计公司组织架构的思考框架的全部内容，更多内容请关注学步园。