公司部门分类

刚入行那会儿，我见过一家初创公司，老板觉得“人少好办事”，直接把所有员工塞进一个大群，美其名曰“扁平化”。结果呢？客服在催发货，运营在改海报，技术还在修服务器，大家看似都在忙，其实谁也不知道该听谁的。最后项目延期，客户投诉，老板才反应过来：这哪是扁平，这是混乱。

很多老板一上来就纠结“公司部门分类”的标准答案，其实根本不存在标准答案。只有适合你当下阶段的分类。我带过几个不同规模的项目，有些教训真的得拿真金白银和离职率换来的。

先说最常见的销售部和市场部。很多公司喜欢把这两个部门混在一起，或者干脆让销售兼做市场。这是大忌。市场部是“造势”的，负责把品牌声量打出去，哪怕短期内没直接转化；销售部是“收割”的，负责把线索变成钱。如果让销售去搞市场活动，他们为了短期KPI，肯定会搞些低质量的引流，最后市场部背锅，销售部嫌没单子，两边互相甩锅，内耗严重。

记得有个做跨境电商的客户，初期为了省钱，把运营、客服、仓储全归到一个“综合部”。看着省了管理成本，实际上运营天天在处理退换货纠纷，根本没法研究流量算法。后来不得不拆分，虽然多了几个管理岗，但人效反而提升了30%。这就是典型的为了省小钱，亏大钱。

再聊聊技术部和产品部。在互联网公司，这两个部门的关系就像婚姻。产品部画饼，技术部做饭。如果“公司部门分类”里，技术部直接汇报给CEO，而产品部汇报给VP，那沟通成本会极高。最好的状态是产品和技术在一个大业务线里，互相制衡又互相依赖。我见过一个案例，技术总监觉得产品经理需求变来变去，直接拒绝排期；产品经理觉得技术实现太慢，直接在老板面前告状。最后解决办法是把两个部门合并成“产品研发中心”，统一考核项目进度，而不是单独考核代码行数或需求文档数量。

还有行政和人力，别总混为一谈。行政是管“物”和“环境”的，人力是管“人”和“机制”的。有些小公司喜欢让行政兼做招聘，结果行政天天忙着订盒饭、修空调，招聘简历都懒得筛。等到业务扩张需要人时，才发现根本招不到合适的人。人力需要敏锐的洞察力，行政需要细致的执行力，这两者思维模式完全不同，强行捆绑只会两头不讨好。

关于“公司部门分类”的另一个误区，就是过度追求架构的完美。很多公司照搬大厂的组织架构图，搞得层层汇报，审批流程长达半个月。对于中小企业来说，决策速度就是生命。我倾向于建议大家在初期采用“项目制”而非“职能制”。比如做一个新项目，临时从各部门抽调人员组成小组，项目结束即解散。这样既灵活，又能打破部门墙。

当然，随着公司规模扩大，职能划分必须清晰。但清晰不代表僵化。我见过一家公司，为了明确责权，把每个部门的职责写得像法律条文一样详细，结果员工遇到职责边界模糊的问题时，第一反应不是解决问题，而是翻手册看“这归谁管”。这种“公司部门分类”带来的官僚主义，比没有分类更可怕。

最后想说，组织架构不是一成不变的。它应该像水一样，随着业务形态流动。如果你发现某个部门整天在开会讨论“谁该做什么”，而不是“怎么做”，那说明你的部门分类出了问题。别迷信那些高大上的架构图，听听一线员工的声音，看看业务流程是否顺畅，这才是检验“公司部门分类”是否合理的唯一标准。毕竟，架构是为了服务业务，而不是让业务去适应架构。这点认知，很多老板花了几年时间才悟透。