企业习惯把工作拆成品牌、市场、销售、产品、运营、客服和技术，再把每一段交给不同团队；用户却不会把自己的感受拆开。他在一条内容里认识品牌，在官网或电商平台比较，在销售或门店完成决策，在产品中使用，在客服或社群里求助——这些在组织内部属于不同部门，在用户心里却被合并成一个判断：这家品牌值不值得信任。

我把这个对比浓缩成一句话讲给团队听：企业按部门交差，用户按旅程打分。这句话不是修辞，它是今天绝大多数体验问题的结构性根源。我在工业设计行业干了快二十年，越来越确信一件事：我们面对的早就不是设计能力问题，而是组织形态问题。今天我想把这件事讲透。

先描述一个每个制造企业都在上演的场景。年底复盘，每个部门的汇报都很漂亮：市场部说今年品牌曝光增长了百分之四十，投放 ROI 达标；销售部说渠道铺货率提升了十五个点，大客户全部签下来；产品部说新品按计划上市，功能数量超额完成；研发部说专利申请数量创了新高；供应链说交付及时率百分之九十八；客服部说平均响应时间缩短到三十秒以内。每个 KPI 都绿了，每个部门都该拿奖金。但与此同时，电商评论区的差评率在上升，净推荐值在下滑，复购率停滞不前，用户在用脚投票。为什么？因为没有任何一个部门的指标，衡量的是用户经历的那段完整旅程。

这就是部门交差和旅程打分之间的错位。部门视角里，世界是切成块的：我这一段做到满分，就是尽职。用户视角里，世界是连续的：从看到广告到售后三个月，他经历的是同一件事，任何一个环节掉链子，前面所有环节的努力在他心里一起贬值。文章里有句话说得极其到位：品牌体验最容易失真的地方，往往不是某一个触点做得不够精致，而是触点之间彼此不承认。广告承诺的，销售不知道；销售说过的，交付没有记录；产品发生的问题，客服只能解释；客服反复收到的反馈，研发排期里没有位置。触点个个精致，接缝处处漏风，这就是很多企业真实的体验现状。

我讲一个自己经历的项目，这种错位的荒诞感体现得淋漓尽致。几年前我们给一个客户做智能家电，产品本身设计和品质都不错，但上市后有一类差评反复出现：用户反映产品到手之后，预约安装要等一周，安装师傅上门又说缺配件，二次上门再等三天，整整十天用不上产品。问题出在哪？走查下来发现，安装这件事在组织里被切成了四段：销售负责卖货，物流负责配送，客服负责接安装预约，外包商负责上门安装，四段之间靠电话和表格传递信息，没有任何一个人对从下单到能用这整段时间负责。物流显示已签收，客服不知道用户约没约安装；外包商的排班系统看不到订单里的型号；配件库存挂在供应链名下，安装师傅的车上带什么全凭经验。每一段都在自己的 SOP 里运转，每一段都觉得自己没出错，但用户的十天等待是真实的，他的愤怒也是真实的——而这份愤怒最后化成差评，落在产品页面上，砸的是品牌和设计的口碑。

怎么解决的？不是靠哪个部门更努力，而是靠一个动作：把安装旅程变成一个有主人的完整对象。我们协助客户拉通四个部门，重画了这条旅程的责任图：订单生成的同时自动触发安装预约，用户在收货前就收到可选时间段；物流签收数据实时同步给外包商，师傅出车前系统按型号自动核对配件清单；旅程的总时长被定义为一个指标，挂在一个跨部门小组头上，而不是把响应时间、配送及时率这些分段指标各自为政。改动三个月后，从下单到能用的平均时长从十天压到三天，相关差评基本消失。你看，没有重新设计产品，没有增加预算，只是把被部门切碎的旅程重新缝合成一个整体，体验就变了。

这个案例里还有一个值得深挖的细节：跨部门小组成立之初，最大的阻力不是技术，是考核。物流部门的奖金跟配送及时率挂钩，安装预约提前触发意味着他们要更快出库，增加了自身压力；外包商按上门次数结算，一次带齐配件反而减少了二次上门的收入；客服部门按接话量考核，旅程顺畅之后话量下降，他们反而担心绩效缩水。你看，每个部门旧的考核方式，都在暗地里惩罚那些对旅程有利的行为。后来客户重新调整了这几个岗位的考核口径，把共同指标——从下单到能用的总时长、安装满意度——权重提上来，改革才真正落地。这件事给我的启发是：部门墙表面是协作问题，根子是激励问题。你不能指望一群为不同指标负责的人，自动为同一个用户结果努力。旅程要打通，考核必须先打通。
把体验问题从改触点推进到改关系。触点是部门视角的语言，关系是旅程视角的语言。在触点层面努力，你得到的是每个环节九十分、接缝处不及格；在关系层面努力，你才可能让整段旅程及格，甚至优秀。

说到杭州，这个话题简直是为这座城市准备的。杭州是中国互联网和数字经济的大本营，这里的企业最早经历了部门墙与用户旅程的冲突，也最早摸索出了答案。互联网行业有两个传统，我认为对制造业极有借鉴价值。一个是用户旅程的端到端负责制，很多公司设有产品经理这样的角色，他不对任何单一部门的 KPI 负责，只对一个产品或一条服务线的完整用户结果负责，他有权横穿市场、研发、运营、客服，把所有部门的动作对齐到同一段旅程上。另一个是数据的全链路贯通，用户在广告页的点击、在电商页的犹豫、在客服会话里的抱怨、在售后工单里的故障，在头部互联网企业里是同一条数据链路，任何部门都能看到完整的用户故事，而不是只看到自己系统里的那个片段。这两个传统，本质上都在解决同一件事：让组织的感知方式，对齐用户的体验方式。

传统制造业在这一点上差距明显。大多数制造企业的组织，是按专业职能纵向切分的，信息流在部门之间层层衰减，用户的声音从客服传到研发要经过三四个转述节点，等传到决策层时早已失真。我们这些年跟杭州背景的新消费硬件团队合作，感受最深的就是他们把互联网的这两个传统带进了硬件行业：有真正的产品经理对完整旅程负责，有打通前后端的数据看板，客服反馈一周内能进入产品迭代会议。同样的制造能力、同样的设计投入，组织方式不同，用户感受到的体验天差地别。这也是为什么这两年杭州系的新消费硬件品牌崛起速度那么快——他们赢的常常不是产品本身，而是组织对齐旅程的方式。

我还观察到一个有意思的现象：很多制造企业也设了产品经理，但名同实异。互联网的产品经理对用户结果负责，有调动资源的实权；不少硬件企业的产品经理实际上是项目协调员，负责催进度、传需求、写文档，对跨部门的资源没有调度权，对用户结果也不背最终责任。岗位名字抄过来了，岗位背后的权力结构和责任结构没有抄过来，部门墙照旧。所以引入旅程思维，关键不是设一个新岗位，而是真的让一个角色拥有看见全旅程的数据、横穿各部门的授权、以及为用户结果负责到底的责任。三者缺一个，这个角色就会被部门墙重新吞掉。我们陪客户做组织优化建议时，最先看的就是这三条在不在，而不是组织架构图上有没有那个方框。

我们创品千乘在服务客户时，也把这种旅程思维固化进了方法论。，现在我们要求每个项目在设计启动前，先回答一个旅程问题：这个产品进入用户生活之后，从认知、购买、收货、使用到售后，哪三段旅程最能决定用户的信任？这三段旅程各自需要哪些部门共同负责？五维评估随之延伸：好看维不只评产品外观，也评开箱和首次接触的全部触点；合规维、量产维不只管产品合规和量产稳定，也管服务承诺是否有合规依据、服务能力是否可规模化复制；成本维不只算物料成本，也算用户在旅程中付出的时间成本和情绪成本——用户为组织复杂付出的每一分钟等待、每一次重复解释、每一趟部门间奔波，都是成本，只不过这笔成本记在用户账上，不记在企业账上。四力里的控制力，控制的核心对象之一就是部门接缝：我们通过服务蓝图和责任矩阵，把接缝处的信息断点、责任空白提前标出来，逼着项目在设计阶段就回答这个问题归谁管，而不是等用户在接缝处摔一跤之后再互相追责。

我还想特别对设计师同行说几句。很多设计师抱怨自己在企业里没有话语权，方案总被改、意见总被忽视。我的观察是，话语权这个东西，从来不是岗位给的，是视角挣来的。当你只站在设计部门的格子里说话，你谈的永远是这根线条、这个颜色、这个界面，这些话题在商业决策桌上天然是次要的；但当你能站在完整用户旅程的高度说话，指出这个决策会让售后旅程增加多少投诉、那个承诺会在安装环节怎样落空、这个功能会在用户第三次使用时造成什么困惑，你谈的就是生意本身，没有人能忽视你。文章里说设计的价值要从最后把东西做好看，前移到更早帮助组织把问题定义正确——怎么前移？就是沿着用户旅程往前站。设计师天然具备共情用户、可视化问题、跨领域翻译的能力，这些能力恰恰是缝合部门接缝最需要的能力。我们不替任何部门做决定，但我们可以成为那个握着整张旅程地图、提醒所有人用户在打分的人。

这里还藏着一个职业发展的真相。我带过不少年轻设计师，进步最快的从来不是画图最炫的，而是最早学会走出设计部、主动去找客服聊天、去仓库看发货、去安装现场蹲点的那些。因为图纸上的问题答案有限，旅程里的问题答案无穷。一个设计师如果只在设计软件里理解产品，他对产品的认知永远停留在交付那一刻；只有跟着产品走过完整旅程，看过用户怎么骂、师傅怎么修、客服怎么圆，他下一张图纸才会真正长出分量。创品千乘现在要求项目组的设计师必须参与至少一次售后走查或用户回访，这不是形式主义，是让设计师的眼睛从触点抬起来，看到旅程。看到旅程的设计师，才谈得上帮助组织把问题定义正确。

用户不必学习组织结构，一个入口就能推进问题。这句话背后是一种深刻的立场转变——组织怎么分工，是企业自己的事，用户没有义务理解，更没有义务为部门墙付出代价。一个用户打客服电话，他不关心这个问题归销售还是归售后，他只关心自己的问题有没有被解决。成熟的企业把复杂性留给自己，把简单交给用户；幼稚的企业反过来，把简单留给各部门的 KPI，把复杂性甩给用户去穿越。

我再补一个制造业里特别常见的接缝例子：保修期内的维修。用户眼中这是一件事——东西坏了，修好它。组织里这是四件事：客服接报、售后判定责任、仓库发备件、网点上门维修，四个环节分属不同部门甚至不同公司，每个环节都可能让用户重新描述一遍问题、重新提供一遍凭证、重新等待一遍排期。用户在第四次重复故障经过时的怒火，不是针对某个接线员，是针对这整台让他学习组织结构的机器。改法不复杂：一个报修编号贯穿全程，信息自动流转，用户只讲一次话——但前提是有部门愿意对这件事的完整结果负责，而不是各自盯着接报量、发货时效、上门及时率这些分段数字。旅程思维落到地面，往往就是这样一个个具体的编号、接口和责任安排，它不浪漫，但它决定了用户最后给你打几分。

企业按部门交差，用户按旅程打分——这句话我建议印在每个企业的会议室墙上。部门最优的总和，从来不是体验最优；只有当有人对整段旅程负责、当信息沿着旅程而不是部门流转、当考核的尺子从分段指标换成用户结果，体验才会真正发生。这不是设计部一个部门能完成的事，但设计师完全可以成为推动这件事的第一个人。因为我们本来就是那个，最习惯站在用户位置上看世界的人。

最后说给企业决策者：你们每年花在部门优化上的钱不计其数，流程再造、绩效考核、数字化改造，但只要考核的对象还是部门而不是旅程，这些投入的体验回报就会在部门接缝处漏掉大半。下次开经营会，不妨加一个环节：不看各部门的指标，只看一条真实用户的完整体验录像，从广告看到售后结束，让所有部门负责人坐在一起看完。看完之后，该改什么，往往不用顾问说，你们自己就看见了。