下面这份清单，是我自己每次开工前会过一遍的。做舆情监测的话，可以照着对。
先把网撒对
别只盯着大平台。有些小众社区里的讨论，往往是风向的开始。具体还得看情况。
- 平时的正面内容积累，是出事时最管用的底子。临时抱佛脚来不及。
- 说到底，真诚比任何话术都管用。
- 情绪安抚优先于事实辩论。先让人感觉被重视，再谈对错。
- 先做事，再传播。反过来的话，内容再好看也撑不住。
- 刷好评、雇水军这条路，风险很大，被发现了比原来的问题还严重。
- 牵涉员工的情况，两头都要顾，处理要格外谨慎。
- 跟媒体保持正常沟通，有事的时候才知道该找谁、怎么说。
- 日常监测要做起来。等到被朋友告诉你「网上有人在说你们」，那已经晚了。
- 组建应对小组，各条线的人都在，才不会出现信息断层。
- 正面的反馈也要看，用户对哪点满意，是产品改进的好线索。
- 定期发布业务动态和用户故事，让搜索结果里不只有负面。
- 多数时候用户要的是被重视，态度到位了，事情就好谈了。我觉得值这个功夫。
说白了，报告频率控制在一周一次，太频繁反被忽视。
这事吧，预案要定期演练，真出事的时候才不会手忙脚乱。
我自己踩过，出问题不可怕，可怕的是没准备。
听起来简单，数据是积累出来的。看三个月的数据，能看出不少趋势，看一天看不出来。
对外统一由一个人说。多个人发声容易出现矛盾的说法。
机制和流程
值班要落到具体人头上，责任不清等于没人负责。
做这行久了会发现，处理得当的危机，有时候反而能赢得信任。
我记得，对内的沟通规范也要有，不然员工随口一句也可能被放大。我反正是这么看的。
说实话，发布方的身份很关键，不同账号的影响力差很多。
光监测没用，监测完之后有没有人动，这才是关键。
别用套话，具体说做了什么、什么时候做完。
范围要收窄，盯着核心的几个点，比铺一大片有效。
对外之前，先让内部说法一致，这点特别重要。
产品和服务类的问题，最怕拖延。拖一天，不满意的人就多一批。
夜间和节假日是薄弱环节。很多事就是在没人盯的时候起来的。
时间窗口很重要。刚发现的时候处理成本最低，越往后越高。
执行层面的事
顺便提一句，报告频率别太高，一周一次足够，天天发反而被忽略。
别只盯着自己的渠道，用户在别处怎么说才更关键。
别急着反驳。先听完，搞清楚对方真正在意的是什么。
老实说，拿不准的时候，多问几个人。一个人判断容易极端，集体判断稳一些。
声明里多讲动作，少讲原因，用户只在意你会怎么改。
删评拉黑是最忌讳的，用户会把这个动作本身当成新的证据。
对于捏造的内容，走正规途径维权是正当的，别想着走偏门。
官方身份不能带情绪，一冲动就彻底被动。
换个说法，监测到问题之后，谁来处理、多久响应，这个流程要提前定好。
核实清楚了再开口，急着表态容易出错。
真有错就认，认完说清楚怎么改。用户的宽容度其实比想象中高。
清单可以自己往下加，用着用着就变长了。