验收到底验什么，很多人是到那天才想的。

交付和验收

我记得，哪些不在范围内，交付时一并说明，省得误会。

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

账号交接完记得改密码，这是基本的安全习惯。

怎么算做完，这个提前说清楚，后面省掉无数争执。

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

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

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

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

文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。

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

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

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

报告贵在精炼，领导没时间看长篇，给结论和风险等级就行。

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

每周出一次汇总就够了，天天出报告，最后没人认真看。

说远了，拉回来。

监测范围我的建议是分层：核心品牌、产品和竞品、行业动态。三层的信息用途不一样。

听起来简单，平时的正面内容就像存钱，出事的时候才能取出来用。

先说个前提，平时跟用户处好关系，关键时刻有人替你说话。

我自己踩过，工具选择上，够用就行。别追求功能多，最后用起来的就那几个。

执行层面的事

监测工具跑出来的结果，一定要有人做二次判断，机器容易误报。

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

官方回应的语气，我建议就事论事，别带情绪。带着情绪的声明，几乎都会被二次传播。

产品本身的问题要优先解决。口碑的根子在产品，不在话术。

系统再好也只是辅助，关键还是有没有人负责跟进。

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

微信群这类封闭环境，工具够不着，得靠一线同事留意。

说人话。套话式的回应，往往比不回应还惹人烦。

在广州做生意，口碑就是命根子，网上的评价影响很实在。

隔段时间自查一次，找出容易被质疑的点提前处理。

有个细节，遇到不实信息，正规维权途径是正当的，取证、投诉都可以走。别等出问题才想起来。

合规和安全

涉及安全的事要第一时间表态，哪怕细节还没查清，也要先表明态度。

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

删评、拉黑这种动作会被截图，等于制造新的话题，千万别做。

功夫在平时，出事时才有人愿意相信你。

有组织扩散和普通用户吐槽，处理方式完全不一样，得先分辨出来。

员工的个人言论有时也会牵连公司。这块的管理，很多企业是空白。

内部整改才是根本。外面说得再漂亮，问题还在就会再爆发。我觉得值这个功夫。

老实说，给一线准备简单的应对话术，别让他们临场发挥。

搜索自己品牌名，看看前几页都是什么。这个动作简单，很多老板却没做过。

可以借助外部力量，但自己人不能完全不懂。

机器筛出来的东西，最后还得人看一眼。误报是常态，习惯就好。

刷好评和水军碰不得，一旦被识破，比原来的问题严重得多。

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

授权要明确，谁能在什么范围内表态，提前说清楚。

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

这事吧，第三方评价和行业口碑，平时就要留意。这些地方往往是用户判断你的依据。

回应之前先确认事实。没搞清楚就发声，说错了更难收场。

拿不准的时候，多问几个人。一个人判断容易极端，集体判断稳一些。

后来才发现，预案要定期演练，真出事的时候才不会手忙脚乱。

日常的正面积累就是存款，关键时刻才能取出来用。

差不多写到这，再写就啰嗦了。