做舆情监测之前，有些注意事项得先说。踩过坑的人都知道，这些提前知道能省很多事。

先把网撒对

• 拿不准的时候，多问几个人。一个人判断容易极端，集体判断稳一些。
• 我不太赞成找人去刷好评。这东西一旦被识破，是二次伤害，而且有合规风险。
• 系统给的结果要人工过一遍，误报是常态。
• 承诺了改，就要把结果公开。这一步不少人忘了，前面就白做了。
• 平时跟媒体有正常来往，急时才不会找不到门路。
• 要分清是自然传播还是有人推动，这决定应对策略。
• 给一线准备简单的应对话术，别让他们临场发挥。
• 想着让内容消失既不现实也不合规，只会把事闹大。
• 关键词里别忘了加产品昵称和简称，用户不一定用你全称。

跟媒体和用户沟通的时候，别用那种官样话。用户一眼能看出你在敷衍。

越往后拖越被动，最初那十几二十个小时最关键。

回应的重点是说接下来怎么做，不是解释为什么。用户关心的是结果。这块别偷懒。

内部要有培训，让员工知道遇到外界询问该怎么做、找谁。

处理过程中别删评论、别拉黑。这种做法会被截图，然后变成新的话题。

别把监测范围设得无限大。什么都想看，最后什么都没看明白。

日常监测要做起来。等到被朋友告诉你「网上有人在说你们」，那已经晚了。

证据要留全。截图、链接、时间，一样都不能少，后面可能用得上。

把历次事件的处理记录存档，形成案例库，下次遇到能直接参考。

机制和流程

每周出一次汇总就够了，天天出报告，最后没人认真看。具体还得看情况。

治本在内部，外部沟通只是治标。

监测频率看行业。做消费品的，我建议一天至少两次；做工业品的，一天一次也够。

遮掩没有好结果，真相出来时的代价承受不起。

别把所有批评都当成攻击。很多是真正在提意见的用户，他们反而是财富。

同类投诉反复出现，就得改流程，不然还会再犯。

老问题被重提不稀奇，有存档就能从容应对。

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

关键词设置是第一步，也是最容易被糊弄的一步。光设公司名远远不够，产品名、创始人、常用别称都得加。

说白了，报告别写太长。我一般控制在几屏之内，把重点和判断写清楚就行。

社群和私域里的讨论，外部工具一般抓不到，只能靠内部反馈补。

多数时候用户要的是被重视，态度到位了，事情就好谈了。

应对得当的话，危机也能变成一次建立信任的机会。

历史数据要存着。同样的事第二次出现时，上一次的处理经验特别有用。

对外统一由一个人说。多个人发声容易出现矛盾的说法。

我记得，行业不同，风险点也不一样。做食品的关注安全，做教育的关注师资和退费，得先理清楚。

处理完之后做一次复盘，把时间线拉出来，看哪一步慢了。

预先想好最坏的结果，实际遇到时心态会稳很多。

就这点事。

执行层面的事

值班要落到具体人头上，责任不清等于没人负责。

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

企业规模大了之后，建议指定一个人专门盯这件事。没人负责，就等于没人管。

好的回应通常很短：事实、动作、后续，说清这三点就行。

听起来简单，重点账号的动向要单独关注，权重跟普通用户不是一个量级。

内部要先统一口径。最怕的是不同人说不同版本，那等于自己打自己的脸。

官方身份不能带情绪，一冲动就彻底被动。

传播速度比数量更值得关注。一小时涨了多少，比总共多少条更有意义。

先说个前提，预警阈值别设太敏感。我见过一天报四条的，最后没人看了，等于没设。

把责任推给某个人，只会显得没有担当。

正面内容的积累是长期活。等到出事才想起来发内容，那已经来不及了。

有具体场景再聊，空讲没意义。