华为产品线归属引发销售研发事业部争论

一家企业把产品线放在哪里，往往先变成一道“站队题”。销售说，产品卖不出去，是研发不懂客户，产品线理应归销售；研发说，产品有没有竞争力，根子在技术，产品线当然应该归研发；事业部又说，既然要对利润负责，就该把产品、市场、交付一把抓。三种说法都能举出成功企业作证，于是组织图越画越大：产品经理既要听研发总监的，又要配合销售大区，还得接受事业部经营会的考核。看似谁都在管，实则谁都没有真正把产品的商业成败扛起来。

谁都管一段，等于没人管全程

这正是“铁路警察，各管一段”的组织困境。销售拿到的是订单，研发交付的是版本，供应链关心的是成本与交期，服务团队处理的是故障与投诉。每一段都可能完成自己的KPI，但客户面对的并不是这些部门，而是一个完整的产品。产品卖不好时，销售会说产品不够有竞争力；研发会说需求没说清、承诺太随意；制造会说设计不可制造；交付会说售前方案脱离现场。部门都有道理，企业却没有答案。

华为今天常被人用“产品线制”概括，但如果把它理解成“给产品线配一个总裁，下面挂一串部门”，就把最关键的内容漏掉了。华为并不是一开始就拥有一个成熟的产品线组织，而是在不同的发展阶段，反复经历了职能化、集成化、再到矩阵化的调整。它真正给中小企业的启示也不是复制一个复杂架构，而是回答一个更本质的问题：一条产品线究竟要对什么结果负责，又要获得哪些与责任相匹配的权力。

华为也曾在同样的地方摔过跤

早期的华为也走过典型的职能制道路。针对产品设研发部门，研发部门下面设项目组，产品做出来后交给市场销售。这种模式在企业规模较小、产品不多、业务还处于“先把东西做出来”阶段时并无问题。研发专心解决技术可行性，销售专心开拓客户，边界清楚、管理成本也低。但当产品复杂度上升、客户开始比较全生命周期价值时，边界清楚的另一面就变成了边界割裂。研发认为任务是“做出来”，销售认为任务是“卖出去”，但“做什么才卖得出去、怎样做到客户愿意长期使用”，落在了两者之间的无人地带。

后来，华为围绕“做什么、做得出、做得好”逐步搭建起更大的研发体系：产品战略研究规划承担方向研究，中央研发或各专业研发部门承担实现，中试等组织承担测试、试制和质量改进。这比单一研发部显然进了一步，产品规划、技术实现和质量验证都有了专业承载。然而，组织能力增强并不自动等于经营责任闭环。市场问题、产品问题、交付问题仍然会沿着部门边界被分割；一旦涉及可制造性、采购弹性、安装成本和现场体验，就更不可能由某一个职能部门单独解决。

华为在上世纪九十年代末引入IPD，随后在2002年前后推进产品线组织的深度变革，转折点恰恰在于不再把“产品开发”狭义地理解为研发实现，而是把它视为一项商业投资。研发不是把技术成果交卷就结束，产品也不是上市那一刻才开始接受市场检验。一个产品从市场机会、需求取舍、商业计划、开发验证、上市推广，到后续改进、供应支撑乃至退出市场，应该形成一条连续的责任链。产品线被定位为面向这一责任链的经营单元，目标是实现产品的商业成功，而不是替代所有专业部门。

产品线不是放大版的研发部

因此，华为产品线的关键不是“集权”，而是“拉通”。它一端连接市场需求与产品规划，另一端连接开发、制造、供应、营销、销售、服务等环节；它通常拥有研发管理、产品管理、营销工程等直接力量，同时通过虚线牵引制造、销售、服务以及财经、质量等专业资源。产品线不必把所有人都装进自己的行政序列，却必须能对共同的经营结果提出要求。换言之，产品线是端到端的责任主体，而不是一个放大版研发部，也不只是销售体系里的产品支持组。

这套安排之所以能够运转，靠的不是开更多协调会，而是IPD中的重量级团队。产品线层面的IPMT负责产品组合、重大投入和关键取舍，具体产品的PDT负责把跨部门资源组织成可交付的方案和产品。两类团队都不是由各部门随意派一个“接口人”凑成的联络群，而是由能代表本领域、能调动本领域资源、也能对本领域承诺负责的人参加。团队有评审、投入、优先级和阶段性去留的权力，也要对收入、利润、客户满意、质量、成本和产品竞争力承担共同责任。产品做得不好，不能只复盘研发进度；项目该停却不停、该转向却不转向，产品线的经营负责人也要承担后果。

一条产品线有三个“上级”，为什么没乱

这就能看懂一个看似反常的现象：华为一条产品线在某些时期可能有“三个上级”。行政上，它可能归入产品与解决方案等专业组织；业务上，受到BG或BU的战略与经营牵引；投资和预算上，又要接受投资评审机制的约束。若把三条线都理解成日常指挥链，当然会变成“三个婆婆”；但若把它们拆开看，就会发现它们分别在回答不同问题：谁来建设专业能力，谁来对市场经营负责，谁来代表公司作出资源配置和风险约束。真正需要避免的，从来不是“有多条管理线”，而是多条线在同一件事上重复拍板，或反过来，人人都有意见、没有人有决策权。

中小企业最常踩的两个坑

这也是许多企业学华为时最容易误入的误区。有人看到产品线是利润中心，便把研发、销售、交付全部划给产品线，迅速形成一个个小事业部。短期看责任很完整，长期却可能造成重复研发、重复采购、重复后台建设，公共技术平台也被各自的短期订单拖着走。还有人反过来担心山头林立，于是把产品线降格为协调机构，只给任务、不配资源、不让评价，最终产品经理成了在研发、销售和供应链之间“求爷爷告奶奶”的传话人。前一种问题是过度独立，后一种问题是伪端到端；它们共同的后果，都是产品线名义上负责、实际上无权。

华为的演进给出的答案更接近“准事业部”而非完全独立的事业部。产品线对产品经营结果负责，但通用技术、共享制造、核心供应链、基础流程和风险控制等能力仍尽量放在公司平台上建设。这样做的价值在于，靠近客户的部分保持敏捷，规模化和专业化的部分保持共享。产品线要向平台提出清晰的需求，也要为平台的使用效率和结果付费或承担相应责任；平台不能以“技术先进”自我欣赏，也要对产品线这个内部客户的可用性、成熟度、成本和响应速度负责。一个成熟组织不是取消张力，而是把张力放进清晰规则中。

对中小企业而言，最值得借鉴的并不是IPMT、PDT这些英文缩写，更不是一次性搬来一整套流程表单。企业首先要判断自己处在哪个阶段。产品还很少、创始人能直接洞察客户、关键问题是尽快找到产品市场匹配时，设一位真正懂客户也懂交付的产品负责人，拉一个小型跨部门小组，往往就够了。此时最危险的不是没有“产品线总裁”，而是创始人同时向销售、研发分别下达互相冲突的指令，让一线无所适从。

当产品开始出现系列化，客户需求、版本节奏、成本质量和交付能力互相牵连时，企业需要的不是多设一层部门，而是正式确立“产品经营责任人”。这位负责人不一定亲自管销售队伍，也不一定亲自领导全部研发人员，但必须对一个明确的产品范围承担经营结果，并有权组织需求优先级、提出资源预算、参与关键人员评价、推动项目继续或终止。其考核也不能只看销售额或研发按时率，而应至少同时看客户价值、产品竞争力、经营回报和能力建设。只考销量，会诱导销售型产品线透支毛利和交付；只考技术，会诱导研发型产品线追逐功能堆砌；只考当期利润，又会挤压下一代产品与平台投入。

把“谁当上级”改写成“谁对哪类事拍板”

再往前一步，企业应把“谁是上级”改写成“谁对哪类决策有最终权”。市场选择、客户需求排序和产品定位，应由最接近市场证据的产品经营团队牵头，但不能由个别大客户的声音随意绑架；技术路线、架构质量和平台复用，应由专业技术组织守住底线，但也不能用技术偏好否决已经验证的市场机会；预算、产品组合与退出决策，则应由企业层面的经营机制来裁决，因为这涉及有限资源在不同机会之间的取舍。用一句更直白的话说，市场可以提出“要什么”，研发可以说明“能不能、怎么做”，经营层必须决定“值不值得投、投多少、何时止损”。

“一个产品线有几个婆婆”并不是一个应当用数字回答的问题。一条线可以有多个牵引者，却只能有一个端到端的结果负责人；可以有多个专业意见来源，却只能有一套按事项划分的最终决策权；可以共享平台资源，却不能共享到责任消失。所谓好的产品线模式，不是让销售、研发、事业部谁压过谁，而是让客户价值穿过组织边界，使每个部门的专业判断最终汇入同一张产品经营账。

华为从职能研发到产品线，再到在不同业务阶段持续调整矩阵关系，说明组织从来不是静态答案。产品线既不能被神化为万能的“公司中的公司”，也不该被降格为无权无责的协调办公室。企业真正要守住的是一条朴素原则：谁能把市场机会、产品竞争力、交付体验和经营回报拉成闭环，谁就应当成为产品线的第一责任人；谁拥有影响这个闭环的专业能力，谁就应在规则之内提供有分量的制约与支撑。把“多头管理”改造成“分权而不分责”，产品线的几位“婆婆”才不会把产品管散，反而能共同把它托到客户面前。