技巧这东西听着不起眼，真用起来能省不少力气。下面这几条是我自己常用的。
售后和维护
- 更新时间点要挑，避开业务高峰。
- 故障分级挺有用。小问题几小时解决，大问题几小时响应，分清楚。
- 应急预案不能只是文档。真出事的时候，得有人知道第一步做什么。
售后响应时间要写进合同。出问题几天没人理，谁都受不了。
- 备份不能只是做，要定期演练恢复。
升级改造前先评估影响。动一处可能牵一片，别想当然。
放着不管的系统风险只会变大，定期巡检有必要。
- 迭代计划建议按季度排。想到什么做什么，最后会堆一堆半拉子工程。
维护范围要说清：改文字算不算，改结构算不算，加页面算不算。
风险要在事前说。藏着的隐患，最后爆发的代价更大。
- 联系方式变更要第一时间同步给对方，这个细节经常被忘。反正记着就行。
- 监测到问题之后，谁来处理、多久响应，这个流程要提前定好。
监测清单要定期更新。新产品上线、新活动开始，关键词都得跟着加。
如果确实是自己的问题，认错是最快的路。认了、改了、公开说清楚。
我自己踩过，事后复盘很有价值，把每个节点的时间记下来对照。
- 外部顾问可以在关键时候提供帮助，但内部必须有人懂。
监测是基础活。等别人来告诉你，往往已经传开一阵了。
预案做完了要练，不然到了现场还是慌。
找人合作要注意
承诺了改，就要把结果公开。这一步不少人忘了，前面就白做了。
跟用户保持日常互动，关系好的用户在你被质疑时会帮你说话。
你先记住这个。
短视频这块不能漏，很多事是从视频起来的，图文渠道反而慢半拍。
甩锅给临时工或者个人，是最差的应对方式，公众一眼就看穿。
要分清是自然传播还是有人推动，这决定应对策略。
平时的正面内容积累，是出事时最管用的底子。临时抱佛脚来不及。
别只监测负面。用户夸你什么，其实也是很有价值的信息。
后来才发现，情绪安抚优先于事实辩论。先让人感觉被重视，再谈对错。
一线收到的抱怨，别当小事。很多风波都是从一条没人理的投诉开始的。
说白了，跨区域的情况要留意，不同地方的关注点不一样，回应要有针对性。
每周做一次汇总就行，天天发报告到最后没人看。
补偿方案要合理有度。过度补偿会引来更多争议，太小气又没诚意。
同类投诉反复出现，就得改流程，不然还会再犯。
听起来简单，与合作方提前沟通口径，出问题时才不会互相甩锅。
老问题被重提不稀奇，有存档就能从容应对。
重点账号的动向要单独关注，权重跟普通用户不是一个量级。
执行层面的事
顺便提一句，竞品的动态也值得看。他家出了什么事，很可能明天就轮到你。
监测范围我的建议是分层：核心品牌、产品和竞品、行业动态。三层的信息用途不一样。
应对得当的话，危机也能变成一次建立信任的机会。
出问题不可怕，可怕的是没准备。
预警要分级。一般、较重、严重，不同级别走不同流程，别一刀切。真遇到就明白了。
数据是积累出来的。看三个月的数据，能看出不少趋势，看一天看不出来。
治本在内部，外部沟通只是治标。
日常发点业务进展和客户故事，品牌形象是慢慢堆的。
授权要明确，谁能在什么范围内表态，提前说清楚。
先把网撒对
我记得，行业口碑是长期资产，需要平时用心维护。
删评论和拉黑会被当成心虚的表现，等于火上浇油。
得有专人负责。责任分散到所有人身上，结果就是没人管。
正面内容的积累是长期活。等到出事才想起来发内容，那已经来不及了。
监测别变成追责的工具，不然报上来的信息会失真。
机制和流程
分级很重要。随手一句和有组织扩散，应对策略差得远。
别急着反驳。先听完，搞清楚对方真正在意的是什么。
有个细节，说人话。套话式的回应，往往比不回应还惹人烦。
这个细节挺关键。
看增长速度比看总量有用，涨得快说明有人在推。
微信群这类封闭环境，工具够不着，得靠一线同事留意。
写得有点散，想到哪写到哪。