我吃过交付不清的亏，所以现在特别较真这块。
交付和验收
账号交接完记得改密码，这是基本的安全习惯。
验收标准提前定。做到什么程度算完成，写下来，别靠感觉。
测试环境能留就留一份，后面改动可以先在上面试。
- 可导出是硬要求，别等要用的时候才发现拿不出来。
- 交付文档不能省，不然人员一变动就没人会用了。
交付物清单要在合同里列全。账号、源码、文档、素材，一样一样写。这块别偷懒。
- 哪些不在范围内，交付时一并说明，省得误会。
接着说。
源文件要拿到手。设计稿、代码、原始素材，这些都是你的资产。真遇到就明白了。
- 分阶段交付比一次性交付好把控。每阶段看一次，偏差能及时纠正。
- 验收要自己动手试，截图说明不了实际问题。
- 每周出一次汇总就够了，天天出报告，最后没人认真看。
- 关键词不是定完就一成不变的，业务有变动就要补。
报告里附上原始链接，谁都能自己核实，省掉来回解释的功夫。
报告贵在精炼，领导没时间看长篇，给结论和风险等级就行。反正记着就行。
报告频率别太高，一周一次足够，天天发反而被忽略。
冒名账号这种情况要关注，处理起来比普通负面更麻烦。
- 回应速度很关键，但别为了快而乱说。我一般建议先确认事实，再给一个明确的时间点。
复盘这事别省。每次处理完，把时间线拉出来看看，哪一步慢了，下次就能快。
日常的正面积累就是存款，关键时刻才能取出来用。
遮掩没有好结果，真相出来时的代价承受不起。
预警阈值别设太敏感。我见过一天报四条的，最后没人看了，等于没设。
合规和安全
对内的沟通规范也要有，不然员工随口一句也可能被放大。
商品评价区和问答区要留意，用户的抱怨都写在那里。
这里不多展开。
后来才发现，情绪的强度比内容的数量更值得关注。大家是真生气，还是随口一说。
值班要落到具体人头上，责任不清等于没人负责。
情绪安抚优先于事实辩论。先让人感觉被重视，再谈对错。
预案要定期演练，真出事的时候才不会手忙脚乱。
钱都花在哪了
平时的正面内容就像存钱，出事的时候才能取出来用。
机器筛出来的东西，最后还得人看一眼。误报是常态，习惯就好。
建议成立一个小组，把公关、法务、业务、客服都拉进来，各管一块。反正记着就行。
多数时候用户要的是被重视，态度到位了，事情就好谈了。
我自己踩过，别只盯着自己的渠道，用户在别处怎么说才更关键。
短期数据看不出什么，攒三个月再看，规律就出来了。
监测频率看行业。做消费品的，我建议一天至少两次；做工业品的，一天一次也够。
如果是我们的问题，承认错误反而是最快的路。认了、改了、说清楚改了什么，大部分人能接受。
指标怎么定
顺便提一句，历史数据要存着。同样的事第二次出现时，上一次的处理经验特别有用。
各地关注点不同，回应时得考虑区域差异。
有问题就认，态度诚恳反而容易得到谅解。
别急着反驳。先听完，搞清楚对方真正在意的是什么。
客服口径要统一。不同客服说法不一致，会被截图当成新的证据。
真诚是唯一不会被拆穿的技巧，这话我信。
我见过有人把监测当成考核工具，结果下面报喜不报忧，这就本末倒置了。
别只监测负面。用户夸你什么，其实也是很有价值的信息。
监测对象按品牌、产品、人物、行业分，各看各的。
有个细节，竞品的动态也值得看。他家出了什么事，很可能明天就轮到你。
社群和私域里的讨论，外部工具一般抓不到，只能靠内部反馈补。
换个说法，监测工具跑出来的结果，一定要有人做二次判断，机器容易误报。
该拿的东西一样别落下。