公司部门组织架构

昨天半夜两点，我还在改方案。客户电话打过来，语气挺急，说他们那个销售总监跟技术老大吵起来了，差点在会议室动手。为啥？因为一个需求，销售说是客户要的，技术说是没排期。两边互相甩锅，最后老板夹在中间，头都要炸了。

这事儿太常见了。好多老板一开始觉得，人少，凑合凑合就行。招个销售，再找个技术，搞个客服，大家谁有空谁干。看着挺灵活，其实乱成一锅粥。我干了七年建站，见过太多这种“草台班子”最后散伙的。真的，别嫌麻烦，把公司部门组织架构理顺了，比多招两个人管用得多。

我有个朋友，做电商的。起初就三个人，老板、会计、打包发货的。后来单子多了，忙不过来。他急着招人，一口气招了五个销售，五个客服。结果呢？销售为了业绩乱承诺，客服天天挨骂，老板天天救火。那段时间，他整个人瘦了一圈，头发掉得厉害。后来他请我去喝茶，跟我吐槽，说感觉自己在开杂货铺，啥都得管，啥都管不好。

我就问他，你们有明确的分工吗？他说有啊，群里说的。我说那不算，那是口头约定，没留痕，出了事谁认账？

后来他痛定思痛，重新梳理了公司部门组织架构。不是搞那种大公司层层叠叠的汇报线，而是把职责写清楚。比如，销售只管接单和沟通需求，技术只管开发和上线，客服只管售后和反馈。中间有个项目经理，专门负责对接销售和技术的进度。这一改，虽然多了一个人，但效率反而高了。因为大家知道，这事儿归谁管，不用到处问，也不用怕背锅。

很多人觉得，搞架构就是画个图，挂墙上看看。错！大错特错。架构是活的，是 flows（流程）。你得想想，钱怎么流，信息怎么流，责任怎么落。

比如，我们做建站的。以前客户改需求，直接找设计师。设计师改完，程序员不知道，上线就崩了。现在，我们规定，所有需求变更，必须经过项目经理签字，通知技术负责人。看似多了一道手续，其实省了无数返工的时间。这就是公司部门组织架构的价值，它不是束缚，是保护。

还有，别怕显得“官僚”。小公司也要有规矩。这个规矩不是为了管人，是为了让干活的人心里有底。你知道你的边界在哪，也知道你的队友边界在哪。大家各司其职，互不干扰，又互相补位。

我见过最惨的，是那种“扁平化”的陷阱。老板说，我们很平等，大家直接沟通。结果就是，老板成了最大的瓶颈，所有事都找他拍板。他一天忙20个小时，员工却没事干，或者瞎忙。这哪是扁平，这是拥堵。

所以，别再犹豫了。如果你现在正处在这种混乱中，觉得累，觉得团队推不动，那就停下来，花两天时间，好好想想你的公司部门组织架构。不用搞得太复杂，简单、清晰、可执行就行。

记住，好的架构，是让平凡的人做出不平凡的事。差的架构，是让优秀的人累死累活还不出成绩。

这事儿急不来，得慢慢调。就像养花，你得知道哪根枝条该剪，哪片叶子该留。剪多了，花死了；留多了，不开花。

希望你的团队，也能早日从“人治”走向“法治”。虽然过程有点痛，但长远看，真香。

对了，还有个小细节。定好架构后，一定要定期复盘。每季度或者每半年，看看哪里卡壳了，哪里多余了。调整一下，保持活力。别定死了就不动了，那样会僵。

总之，别怕麻烦。现在的麻烦，是为了以后的轻松。加油吧，打工人。