最近汽车圈有一场争议很有代表性。一款叫尊界 V800 的车型在做刹车测试时引发质疑，事件发酵之后，制造方江淮汽车股价跌停，技术方华为的回应被媒体评价为”傲慢”，而销售端鸿蒙智行的门店则对外表示，华为将联合江淮重新测评并公开数据。

一款车，三个名字：品牌属于鸿蒙智行这个联合系列，制造在江淮，技术带华为的标签。刹车踩下去的时候，舆情的落点却不在同一个地方：资本市场的代价记在江淮账上，舆论场的火力集中在华为身上，而站在门店里面对用户的是鸿蒙智行的销售。

合作产品的舆情，砸下来的时候从来不问合同里怎么写的。

消费者不读你们的合作协议

企业在谈合作的时候，会把权责划分得清清楚楚：谁负责生产、谁负责技术、谁对外的口径归谁管。这些条款在出事那一刻几乎全部失效。

因为用户记不住这么复杂的结构。他只记得这车是”华为的”，出了刹车问题，自然去问华为。至于制造商是哪家、售后责任在谁，他不在乎，也不该被要求在乎。这次事件里，江淮承担了股价跌停，但公众讨论的中心却是华为的态度，就是这种错位的直接体现。

对做联名产品、代工产品、技术合作的企业来说，这件事的启示比”回应要诚恳”深一层：你的舆情风险敞口，等于所有合作方的风险之和。 对方出的问题，用户会算在你头上；你出的问题，对方也会被拖下水。

监测词表里，必须有合作方的名字

大多数企业配置舆情监测时，词表里只放自己的名字：品牌名、产品名、高管名。合作项目一旦启动，风险就变成了双向的，词表却还是单向的。

正确的做法是把合作产品相关的所有名字一起纳入监测：合作方的品牌名、合作产品的名字、双方高管的组合词。比如一款联名产品，联名方的名字和你的名字同时出现的内容，应该单独成为一组关键词，它的优先级要高于单提你品牌的内容。

道理很简单：单提你的内容可能是日常口碑，你和合作方同时被提到的内容，大概率正处在一次具体的事件里。乐思的舆情系统支持把竞品词、行业词和自有品牌词并列放在同一套系统里监测，这类组合词的配置不需要额外搭一套系统，加一组关键词就行。

预警接收人，要按”谁的事”分开

另一个容易忽略的配置是预警的接收人。合作项目的舆情，涉及两方以上，如果所有预警都推给同一个人，会出现两种情况：要么他处理不了需要跨方协调的事，要么真正该知道的人晚了几小时才知道。

建议的配置方式是：合作产品相关的预警，同时推给双方指定的对接人；涉及产品安全的预警，再加推一层决策角色。推送的速度按内容类别定，安全类问题的预警窗口以分钟计。乐思的微信分钟级预警支持按关键词组区分推送对象，这套配置在做合作项目立项的时候就应该谈好，而不是等出事那天再翻通讯录。

两家各说各话，等于互相挖坑

这次事件里还有一个细节值得所有合作方记住：制造方、技术方、销售端三方在事件初期给出了不完全一致的回应，媒体立刻抓住这种不一致做文章，”回应为何如此傲慢”这样的标题，本身就是口径失调的产物。

合作模式下的舆情回应，最难的不是态度，是协调。这需要在监测层面建立一个机制：任何一方监测到合作产品相关的负面，第一时间同步给其他方，各方对外口径对齐之后再发声。这个机制的起点，仍然是监测系统：预警同步得越早，口径协调的空间越大。

一份自查清单

如果你的业务里有联名、代工、技术合作，下面五条值得现在就检查：

1. 监测词表里有没有合作方的名字和双方名字的组合词？
2. 合作产品相关的预警，接收人是否覆盖了所有合作方的对接人？
3. 安全类问题的预警，是否能在分钟级到达决策人？
4. 有没有书面的口径协调机制，约定各方发声前先同步？
5. 上一次合作方出负面时，你的团队是几个小时知道的？答案如果不是小时级，这条链路需要重修。

写在最后

合作放大了生意，也放大了风险。用户把几个名字当成一个名字来记，你就要把几个名字当成一个词组来监测。这套配置不难，难的是在项目立项时就把舆情条款写进合作协议，把关键词组写进监测系统。前者靠商务谈判，后者，找一个趁手的工具就够了。