验收到底验什么，不少人是到那天才想的。
交付和验收
顺便提一句，哪些不在范围内，交付时一并说明，省得误会。
- 文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。
怎么算做完，这个提前说清楚，后面省掉无数争执。
- 交付清单越细越好，口头承诺的东西最后最容易扯皮。
- 源文件要拿到手。设计稿、代码、原始素材，这些都是你的资产。
数据要能导出。哪天想换系统，导不出数据就很被动。
测试环境能留就留一份，后面改动可以先在上面试。
验收的时候自己完整走一遍流程，别只看对方给的截图。
- 我习惯分阶段验收，等到最后再发现问题就晚了。
账号交接完记得改密码，这是基本的安全习惯。
监测报告里最好附上原文链接，方便决策的人自己点进去看。具体还得看情况。
每周做一次汇总就行，天天发报告到最后没人看。
- 报告别写太长。我一般控制在几屏之内，把重点和判断写清楚就行。
先把网撒对
关键词不是定完就一成不变的，业务有变动就要补。
- 被同行攻击的时候，走正规途径比在网上对骂体面得多，也更有效。
- 第三方评价和行业口碑，平时就要留意。这些地方往往是用户判断你的依据。这块别偷懒。
接着说。
审批环节要精简，反应速度在这种时候最值钱。
- 雇人刷评价这条路风险极高，被发现就是新的一轮危机。
给一线准备简单的应对话术，别让他们临场发挥。
指标怎么定
提前准备几套回应口径，真到用时能省掉最慌的那几个小时。
要分清是自然传播还是有人推动，这决定应对策略。
核实清楚了再开口，急着表态容易出错。
看增长速度比看总量有用，涨得快说明有人在推。
删评论和拉黑会被当成心虚的表现，等于火上浇油。
分级很重要。随手一句和有组织扩散，应对策略差得远。
合规和安全
这事吧，我不太赞成找人去刷好评。这东西一旦被识破，是二次伤害，而且有合规风险。
日常发点业务进展和客户故事，品牌形象是慢慢堆的。
跨区域的情况要留意，不同地方的关注点不一样，回应要有针对性。
可以借助外部力量，但自己人不能完全不懂。
行业不同，风险点也不一样。做食品的关注安全，做教育的关注师资和退费，得先理清楚。
说到底，这事的功夫在平时。平时做得好，出事的概率本身就低。
产品本身的问题要优先解决。口碑的根子在产品，不在话术。
商品评价区和问答区要留意，用户的抱怨都写在那里。
我把监测分三层：自己的、同行的、行业的。看的东西不一样，用处也不同。细节往往就差在这。
预案要定期演练，真出事的时候才不会手忙脚乱。
平时的正面内容就像存钱，出事的时候才能取出来用。
回应发布之后，还要有后续。承诺的事要做到，做到了要说出来。
执行层面的事
溯源挺重要。知道最初是从哪儿发出来的，判断起来就清楚多了。
说实话，声明里多讲动作，少讲原因，用户只在意你会怎么改。
你先记住这个。
谎报和隐瞒是大忌。真相迟早会出来，到时候代价比现在大得多。
听起来简单，别把监测范围设得无限大。什么都想看，最后什么都没看明白。
先处理情绪，再处理事情，顺序反了很难谈。
跨平台同名账号要留意，有时候被冒用的影响比负面还大。
批评里有很多是真心建议，这类用户值得珍惜。
涉及员工个人的事，既要保护当事人，也要给公众一个交代，分寸要拿捏。
先说个前提，这事靠的是平时的积累和人品，临时抱佛脚基本没用。
有具体场景再聊，空讲没意义。