一个更完整的体验 Brief，至少应该同时回答三类问题：品牌层回答我们承诺什么，旅程层回答用户在哪些关键时刻感知这个承诺，组织层回答哪些人员、流程和系统负责兑现。如果 Brief 只写前两层，项目最终仍会把无法落地的问题留给设计团队。

这段话值得每个做产品的人抄在笔记本第一页。因为我职业生涯里见过的绝大多数设计扯皮、体验事故、部门甩锅，根源都可以追溯到项目启动的那份 Brief 上——它只写了要什么，从来没写过谁来兑现、怎么兑现、兑现不了怎么办。今天我就从一个资深工业设计师的角度，把 Brief 这件事彻底讲透。

先说一个我亲历的典型项目。几年前，无锡一家做智能家电的企业找到我们，Brief 写得非常漂亮，厚厚二十页：品牌定位是年轻、科技、温暖，产品要让用户感受到极致便捷的智能生活，目标是成为品类里的口碑标杆，视觉参考全是国际一线品牌，甚至连传播口号都想好了。按照这份 Brief，设计团队该做什么清清楚楚：造型要简洁有科技感，交互要智能，App 要好用。我们也确实按这个方向做出了方案，客户内部评审全票通过，皆大欢喜。

然后产品上市，灾难开始。用户反馈智能场景根本不智能，因为语音控制依赖的云端服务是采购的第三方方案，响应慢、误识别率高，而这件事在 Brief 里一个字都没有——品牌层承诺了智能，组织层没有人负责实现智能。用户反馈 App 绑定流程繁琐，因为账号系统是集团老平台，各产品线数据不互通，用户买一台设备注册一次，这个系统改造在 Brief 里同样不存在。用户还反馈售后响应慢，因为客服团队按传统家电的标准配置，完全没有为联网设备的复杂故障做培训和备件准备。复盘会上，所有问题最后都绕回一句话：设计的体验没有达到 Brief 的要求。可是设计师能怎么办呢？我们能设计造型和界面，设计不了云端服务的采购合同，设计不了集团账号系统的架构，更设计不了客服团队的编制。那份漂亮的 Brief，从一开始就是一张无法兑现的支票，而最后被追债的，是签字签收支票的设计部门。

我还想补充一个细节，这个项目最荒唐的地方在于，所有风险其实都有人提前看见过。结构工程师在评审会上提过语音模组的供应商方案不成熟，建议要么换方案要么砍掉语音卖点；IT 部门提过账号系统打通至少需要一年，赶不上上市节点；售后负责人提过联网设备的故障类型跟传统家电完全不同，现有备件和培训撑不住。但这些声音在一份只谈品牌愿景、不谈组织兑现的 Brief 面前全部失效了——因为 Brief 里没有地方安放这些反对意见，项目的考核节点里也没有检查这些依赖是否成立的环节。大家都带着隐忧往前走，最后在市场上集体还债。这件事让我在之后所有项目里坚持一条原则：Brief 里没有写清楚的风险，不会在开发中消失，只会在上市后放大。

这正是那篇文章一针见血指出的问题：Brief 只写品牌层和旅程层，等于把组织层的空白全部隐藏起来，等产品上市后让设计团队独自面对。品牌层写我们承诺简单，旅程层画了用户下单、收货、使用、复购的完整路径，看起来无懈可击；但组织层不回答，那么注册为什么要填十几项信息、销售和客服为什么给出不同答案、退款为什么要用户在多个部门之间自证，这些问题没有任何一个被提前看见，它们全部会在用户手里爆发，然后以体验不好的名义，回到设计部门的桌上。

如果品牌说自己简单，注册却要填十几项信息；如果品牌说自己可靠，销售和客服给出的答案却不同；如果品牌说自己以用户为中心，退款时却让用户在多个部门之间来回证明自己，那么前台表达越漂亮，反差反而越明显。做硬件的人对这种反差体会更深，因为硬件的兑现链条更长：一个智能功能的承诺，背后牵扯传感器选型、算法能力、云端服务、联网稳定性、数据合规；一个次日达的承诺，背后牵扯库存系统、物流伙伴、区域仓配；一个无忧售后的承诺，背后牵扯备件体系、维修网络、客服授权。这些东西在精美的产品效果图里全部隐形，但在用户的真实使用里全部现形。

那一份合格的设计 Brief，组织层到底该写什么？我们创品千乘这些年在实践中摸索出一套结构，跟文章里的三层框架完全对应，我把它落到硬件项目上具体说说。

品牌层，回答承诺什么。这部分大多数企业都会写，而且写得越来越华丽，但我要求它必须落到可检验的程度。温暖这种词不算承诺，用户在冬天早晨摸到产品时不觉得冰手、老人不看说明书能完成首次设置，这才是承诺。智能不算承诺，常用三个功能两步以内可达、断网状态下核心功能不受影响，这才是承诺。品牌层的每一句话，都要能被翻译成一个具体的、可验证的用户场景，否则它就是宣传口号，不是设计输入。

旅程层，回答用户在哪些关键时刻感知承诺。注意，关键时刻不是全部时刻，一张旅程图上密密麻麻标出二十个触点没有意义，真正决定体验的是那三五个用户情绪起伏最大的节点：第一次开箱、第一次使用、第一次出故障、第一次找售后。我们要求 Brief 在这几个节点上写清楚用户期待什么、最坏会发生什么、我们的底线是什么。比如首次故障这个节点，用户的核心期待不是产品永远不坏，而是坏了之后不慌、有人管、修得快。这个洞察直接决定了产品要不要设计便于自检的故障提示、售后流程要不要做到一键报修、备件策略要不要覆盖易损件。

组织层，回答谁来兑现。这是最关键、也最常缺席的一层。我们现在要求每个关键承诺后面必须挂上三个名字或岗位：谁负责实现，谁负责兜底，出了问题谁有权决策。智能功能承诺挂着算法供应商和产品经理，次日达承诺挂着供应链负责人和物流伙伴，售后承诺挂着客服总监和备件计划。挂不上的承诺，就是空头承诺，要么在 Brief 阶段就删掉，要么在项目启动前把责任人和资源落实。我们还会在组织层明确系统依赖：这个功能依赖哪个系统的数据，那个流程依赖哪个部门的配合，哪些依赖今天已经成立、哪些还是空白。空白的依赖必须列入项目计划，而不是假装它不存在。

无锡这个城市讲这件事特别有代表性。无锡是中国装备制造和家电零部件产业的重镇，大量企业有极强的工程和制造能力，但产品开发流程还停留在比较传统的阶段：老板拍板做什么，研发负责做出来，设计负责做好看，市场负责卖出去，各部门接力跑，交接靠口头和会议纪要。这种模式在产品简单、体验要求低的年代没问题，但今天的智能硬件、家居电器越来越复杂，一个产品的体验横跨硬件、软件、云服务、物流、售后五六个领域，接力赛式的开发必然在交接棒的地方掉链子。我接触过不少无锡企业，它们最缺的不是某个环节的能力，而是一份在起跑前就把整段赛程讲清楚的 Brief——尤其是把组织怎么协同、承诺怎么兑现讲清楚。Brief 这个词在很多企业里被理解为设计需求单，实际上它应该是整个组织对用户的一份对赌协议。

这份对赌协议还有一个隐藏的作用：保护设计师的专业判断。我见过太多项目，设计阶段明明发现了体验风险，提出来却被一句先按这个做、上市再说压回去。为什么压得动？因为风险没有被写进 Brief、没有对应到责任人，提风险的人反而像在找茬。当组织层成为 Brief 的正式组成部分，风险提示就变成了流程内的标准动作：这个承诺没有责任人，按流程不能往下走；这个系统依赖是空白，按流程必须先立项。设计师不用再凭个人勇气去对抗进度压力，流程本身替他挡住了那些注定无法兑现的承诺。对常年处于乙方位置的设计公司来说，这一点尤其重要——我们用四力五维的框架陪客户开承诺兑现会，本质上是在帮客户把组织的实话，在花钱之前就逼出来。

我们把四力五维方法论也用在了 Brief 评审上。五维里的好看维、专利维，主要对应品牌层和旅程层，管产品呈现出什么；合规维、成本维、量产维，则大量对应组织层，管承诺能不能被稳定兑现。一个功能在合规上依赖还没拿到的认证，一个成本目标在现有供应链下根本做不出来，一个外观方案对装配公差的要求超出工厂的量产能力——这些问题如果不在 Brief 阶段用五维框架扫一遍，全部会变成后期的体验事故。四力里的控制力，很大程度上就是控制 Brief 里的承诺与组织能力之间的距离；保障力，则是保障这份距离在项目推进中被一个个具体的责任人、系统、资源填上，而不是被效果图盖住。

具体怎么扫？我们现在的做法是，Brief 定稿之前必须开一场承诺兑现会，不讨论审美、不讨论创意，只做一件事：把品牌层的每一条承诺投影到组织层，逐条过堂。承诺极致静音，那么噪音指标是多少分贝，由哪个结构方案保证，测试标准是什么，责任工程师是谁；承诺老人能用，那么适老化的具体判定标准是什么，找多少位老人做验证，验证不通过谁有权叫停上市；承诺次日达，那么覆盖哪些区域，库存布在哪几个仓，物流商的协议里有没有写入这个时效。每一条承诺过堂之后只有三种命运：有责任人有资源有时间点的，绿灯放行；依赖外部条件、条件暂不成立的，要么列为项目前置任务，要么把承诺从 Brief 里降级删除；谁都说不清怎么兑现的，红牌，不许进入设计阶段。这场会开完，Brief 通常会瘦掉三分之一——那些组织接不住的华丽承诺，被提前清掉了。留下来的，每一句都是企业真正打算兑现、也有能力兑现的。设计师拿到这样的 Brief 干活，心里是踏实的，因为图纸上的每一个表达，背后都站着具体的人和具体的安排。

设计不再只讨论触点好不好看，而是有依据地指出这个触点为什么无法兑现，改变它需要谁共同参与。这句话的底气从哪里来？就从组织层被写进 Brief 的那一刻开始。当设计师手里有一份标注了责任人、系统依赖、兑现路径的完整 Brief，他在会议桌上就不再是那个只会说这个不好看的人，而是能指着图说：这个体验断点不是界面问题，是库存系统和订单系统不连通导致的，解决它需要 IT 部门在项目第八周前完成接口开发。这才是设计师真正的专业话语权——不是审美权威，而是对体验兑现链路的完整理解。

最后我想提醒企业主们一个顺序问题。很多公司是产品做完了、要发布了，才让市场和品牌部门介入写传播口径，承诺什么、主打什么，这时候定下来的口号最危险，因为它完全不受组织能力约束——文案越精彩，兑现的缺口越大。正确的顺序是倒过来：在 Brief 阶段就让品牌、产品、研发、供应链、售后坐到一起，先盘点组织真实能兑现什么，再从可兑现的能力里提炼承诺，最后才谈传播表达。承诺从能力里长出来，而不是从文案里编出来，体验才不会翻车。这也是创品千乘坚持在项目最前端介入、而不是等客户什么都定完再来画图的根本原因：设计在链条末端出现，只能背锅；设计在链条开端参与，才能定义问题。Brief 三层结构看似是个文档格式问题，本质上是企业愿不愿意对自己诚实的问题。

我想对企业主们说一句掏心窝的话：下次如果你们的产品体验出了问题，先别急着让设计部门改方案，回去翻一翻项目启动时的那份 Brief。如果它只写了要什么效果、没写谁来兑现，那这口锅从一开始就不该设计师背。补上组织层这一课，比换十个设计总监都管用。设计可以让承诺被看见，但只有完整的组织安排，才能让承诺真的发生。Brief 里省下的那层思考，最终都会变成市场上加倍偿还的体验债。

这份债的利息，往往比本金还高。一个组织层缺失的项目，上市后要付的代价包括：客服团队为兑现不了的承诺反复解释，渠道商因为货不对板失去信心，研发团队在救火和补丁之间疲于奔命，而品牌为了修复信任要投入的传播费用，可能是当初省下那点规划成本的几十倍。反过来，把 Brief 三层写清楚，前期不过多花几次跨部门会议的时间，换来的是项目全程每个参与者都知道自己在为哪个承诺负责。这笔账，任何一个做过实体产品的人都算得过来。设计师能做的，是把三层 Brief 的框架递到企业手里；但真正拿起笔把组织层填满的，只能是企业自己。