做完要交什么、怎么算做完，这些提前说清楚最省心。

交付和验收

验收标准提前定。做到什么程度算完成，写下来，别靠感觉。别等出问题才想起来。

有个细节，交付文档不能省，不然人员一变动就没人会用了。

留个测试环境，改东西心里踏实。

后台账号和密码要在验收时交接，并且自己改一遍密码。

交付物清单要在合同里列全。账号、源码、文档、素材，一样一样写。

源文件归属必须明确，将来改动全靠它。

交付的时候把没做的部分也说清楚，避免后面以为漏了。

分阶段交付比一次性交付好把控。每阶段看一次，偏差能及时纠正。

换个说法，数据要能导出。哪天想换系统，导不出数据就很被动。

机制和流程

验收的时候自己完整走一遍流程，别只看对方给的截图。

报告别写太长。我通常控制在几屏之内，把重点和判断写清楚就行。

报告频率控制在一周一次，太频繁反被忽视。

别嫌我啰嗦。

报告频率别太高，一周一次足够，天天发反而被忽略。

报告里附上原始链接，谁都能自己核实，省掉来回解释的功夫。

关键词不是定完就一成不变的，业务有变动就要补。

说白了，情绪最难处理的部分在于，用户要的不一定是赔偿，很多时候是要一个态度。

我记得，平时的正面内容就像存钱，出事的时候才能取出来用。

评估严重程度看三个：来源、速度、是否被二次传播。

先说个前提，提前准备几套回应口径，真到用时能省掉最慌的那几个小时。

信息的严重程度要分级。是网友随口一句，还是有扩散趋势，处理方式完全不同。

我习惯把最坏的情况先想一遍，想清楚了反而不慌。

雇人刷评价这条路风险极高，被发现就是新的一轮危机。真遇到就明白了。

处理完之后要有跟进。说过要改的事，后面得有个交代，不然信任回不来。

内部要先统一口径。最怕的是不同人说不同版本，那等于自己打自己的脸。

先把网撒对

同样一条抱怨，在个人账号和在媒体账号上，分量完全不同。

官方身份不能带情绪，一冲动就彻底被动。

就这点事。

如果确实是自己的问题，认错是最快的路。认了、改了、公开说清楚。

品牌词的搜索结果要常看，那是别人了解你的第一扇窗。

说话要具体。「高度重视」这种词，说了等于没说。

老问题被重提不稀奇，有存档就能从容应对。

溯源挺重要。知道最初是从哪儿发出来的，判断起来就清楚多了。

指标怎么定

客服口径要统一。不同客服说法不一致，会被截图当成新的证据。

补偿方案要合理有度。过度补偿会引来更多争议，太小气又没诚意。

后来才发现，各地关注点不同，回应时得考虑区域差异。

历史数据要存着。同样的事第二次出现时，上一次的处理经验特别有用。

关键词要全：公司名、品牌名、产品名、高管名字，还有常见的错别字叫法。真遇到就明白了。

顺便提一句，遇到不实信息，正规维权渠道是有的，取证、投诉、走法律程序，这些都是正当手段。

执行层面的事

预警要分级。一般、较重、严重，不同级别走不同流程，别一刀切。这点挺重要。

这事吧，甩锅给临时工或者个人，是最差的应对方式，公众一眼就看穿。各家情况不一样。

如果是我们的问题，承认错误反而是最快的路。认了、改了、说清楚改了什么，大部分人能接受。

别把监测范围设得无限大。什么都想看，最后什么都没看明白。

涉及员工个人的事，既要保护当事人，也要给公众一个交代，分寸要拿捏。

清单列细一点，后面少吵架。