本文系钧田咨询原创内容，转载请说明出处！
目前钧田咨询在一家企业正试运行弱矩阵管理模式，最开始提出来的时候，我们自己否定了，后面客户那边愿意尝试，提升效率，打破部门墙，有人能承担产品线的责任，能更好培养管理层，最终确定这样执行。
中小企业到了一定阶段，会遇到一个尴尬的局面。
产品线从1条变成3条。跨部门协作开始卡壳。研发说自己没空，销售说客户等不了，生产说你们到底要什么。
想搞事业部制，养不起那么多总监。继续用职能制，所有人眼里只有部门KPI，没有产品结果。
有没有一种中间状态？
最近在一些客户导入了弱矩阵式管理。以下是钧田咨询在试运行期间的理解和困惑，写下来和大家交流。这不算方法论，算思考笔记。
弱矩阵到底在解决什么问题？
弱矩阵的核心就一句话：职能部门管人的能力成长，产品线负责人管事的结果交付。
一个人既属于职能部门（比如研发部），又被产品线拉去做具体项目。他的专业提升归部门管，他的工作优先级归产品线管。
听起来合理。但它解决的是一个真实存在的矛盾：专业深度需要纵向沉淀，市场响应需要横向拉通。
你让研发部负责人既管技术又管项目，他顾不过来。你让产品线独立招人，成本翻倍。
弱矩阵的做法是：加一根横向的绳子，但不拆掉纵向的柱子。
试运行之前三个让我们纠结的前提条件
刚开始，钧田咨询顾问还不确定这些东西在中小企业里能不能真正跑通。但我们认为缺了它们，弱矩阵肯定跑不通。
第一，双重领导要有个明确规则。
产品和职能吵架了，听谁的？
我们目前的思考是：以客户为中心，谁离客户更近，谁有更大发言权。 不是按级别，是按信息距离。产品线负责人天天跟客户泡在一起，他对市场需求的判断理应优先。
但这条很考验产品线负责人的人品和能力，他如果不行，这个规则反而会变成灾难。
第二，管人的人和管事的人，职责得切开。
职能部门负责人的KPI不能只是"人员满编率"，他得为这个人的专业能力负责。产品线负责人的KPI不能只是"上线时间"，他得为产品最终赚不赚钱负责。
切不干净，员工就会被两头挤压。这是我们最担心的。
第三，抢资源不能老找老板拍板。
资源冲突是常态。每一次都让CEO当裁判，等于没变。
需要一套大家事先认同的优先级规则——按订单等级、战略价值、紧急程度等综合考虑。如果规则之内解决不了，再走特殊通道。
这套规则的核心是三个字：责、权、利。职责要说清楚，权力要给足（比如价格），激励跟产品线的整体结果挂钩，月度看进度，季度看贡献利润。至于权重怎么定，不同行业、不同产品组合完全不一样，没有标准答案。
什么时候不适合搞
最开始提出这个想法的时候，我们也是反对的，这种模式对产品线负责人的要求特别高，所以：
只有一条产品线的企业，根本不需要。
公司小圈子太严重，也不适合。
没有能独当一面的产品线负责人，硬推等于内耗。 这种人不好找，内部培养需要时间。如果没有，不如先不搞。
我们怎么开始试运行的
客户决定要试，我们的方案是：
先选一条产品线做试点，不全部展开。
把现有职能部门里跟这条线相关的岗位拉出来，明确规则和机制，什么情况下优先做这条线的事，什么情况下可以排后等等。
设定了一个期限（六个月），只观察一个问题：规则之外产生的冲突，集中在什么地方。
那些集中爆发冲突的点，就是真正需要调整的地方。其他都是噪音。
六个月后，通过复盘最终明确这种管理方式是否真的切实可行，期间也会动态微调。
一点真实想法
我们也不确定这条路适不适合。
中小企业的经营管理，最怕两种极端：一种是照搬大公司体系把自己搞死；一种是什么都不动等到出大事再救火。
弱矩阵不是标准答案。它只是一个值得试试的方向。
如果你也在想类似的问题，欢迎交流。我们目前没什么成功案例可以讲，但困惑和试错的过程，大概比一套漂亮话更有用。
