要给舆情监测下个定义不难：以……为目标，通过……方式提供服务。但定义没多大用，用处在于它解决什么。

执行层面的事

• 审批环节要精简，反应速度在这种时候最值钱。
• 历史数据要存着。同样的事第二次出现时，上一次的处理经验特别有用。
• 监测到信息之后，先判断真假，再判断轻重，最后才谈处置。
• 客服和一线员工的反馈，往往是最早的信号。很多大问题，最开始都是某个被忽略的投诉。
• 提前做一次演练，真到用时差别很大。
• 别急着反驳。先听完，搞清楚对方真正在意的是什么。
• 预案要定期演练，真出事的时候才不会手忙脚乱。
• 外部顾问可以在关键时候提供帮助，但内部必须有人懂。这点挺重要。
• 竞品的动态也值得看。他家出了什么事，很可能明天就轮到你。
• 报太多就没人看了。宁可少报几条，也要保证每条有人处理。
• 先处理情绪，再处理事情，顺序反了很难谈。
• 真诚是唯一不会被拆穿的技巧，这话我信。
• 每周做一次汇总就行，天天发报告到最后没人看。
• 跟媒体和用户沟通的时候，别用那种官样话。用户一眼能看出你在敷衍。
• 系统给的结果要人工过一遍，误报是常态。
• 各地关注点不同，回应时得考虑区域差异。
• 得有专人负责。责任分散到所有人身上，结果就是没人管。
• 删评拉黑是最忌讳的，用户会把这个动作本身当成新的证据。
• 在广州做生意，同城社群的传播速度往往超乎想象。
• 监测别变成追责的工具，不然报上来的信息会失真。
• 找到最初的源头，比知道现在多热更有用。
• 好的回应通常很短：事实、动作、后续，说清这三点就行。
• 人工复核这一步不能省。系统只能帮你筛，判断还得靠人。
• 对外统一由一个人说。多个人发声容易出现矛盾的说法。
• 监测对象按品牌、产品、人物、行业分，各看各的。
• 分级很重要。随手一句和有组织扩散，应对策略差得远。

说远了，拉回来。

先把网撒对

• 关键词设置是第一步，也是最容易被糊弄的一步。光设公司名远远不够，产品名、创始人、常用别称都得加。
• 核实清楚了再开口，急着表态容易出错。
• 负面判断别一刀切。有些看着像抱怨的内容，其实是用户真心的建议。
• 我觉得最实在的做法是：把该做的事做好，然后让别人知道。顺序不能反。
• 员工的个人言论有时也会牵连公司。这块的管理，很多企业是空白。
• 做这行久了，我最大的体会是：监测本身不产生价值，及时的反应才产生价值。
• 别只监测负面。用户夸你什么，其实也是很有价值的信息。
• 监测到问题之后，谁来处理、多久响应，这个流程要提前定好。
• 行业政策的变化也要纳入视野，这类信息往往比用户抱怨更早预警。我觉得值这个功夫。
• 组建应对小组，各条线的人都在，才不会出现信息断层。
• 监测清单要定期更新。新产品上线、新活动开始，关键词都得跟着加。
• 范围要收窄，盯着核心的几个点，比铺一大片有效。
• 监测范围我建议分层：核心品牌、产品和竞品、行业动态。三层的信息用途不一样。
• 客户投诉的数据要分析，反复出现的问题说明流程有漏洞。
• 我一般会建议企业建一个回应模板库，把常见场景的话术提前准备好。真出事时来不及现想。反正记着就行。
• 内部整改往往比外部回应更关键。外面说得再好，问题还在，就会再爆一次。
• 在广州做生意，口碑就是命根子，网上的评价影响很实在。
• 用户叫你的方式往往不是官方名字，各种简称和叫错的版本都得设进去。
• 内部整改才是根本。外面说得再漂亮，问题还在就会再爆发。
• 行业不同，风险点也不一样。做食品的关注安全，做教育的关注师资和退费，得先理清楚。别等出问题才想起来。
• 涉及员工个人的事，既要保护当事人，也要给公众一个交代，分寸要拿捏。
• 想着花钱让内容消失，这条路不该走，也走不通。
• 跨平台同名账号要留意，有时候被冒用的影响比负面还大。

能写的就这么多，剩下的靠实际接触去补。