下面这份清单，是我自己每次开工前会过一遍的。做舆情监测的话，可以照着对。
执行层面的事
- 监测到问题之后，谁来处理、多久响应，这个流程要提前定好。
- 选工具别贪功能，常用的就那几项，多了是负担。
- 负面判断别一刀切。有些看着像抱怨的内容，其实是用户真心的建议。
- 光监测没用，监测完之后有没有人动，这才是关键。
- 南通本地的信息，有时候在本地论坛和同城群里传得更快，这块要单独留意。
- 社群和私域里的讨论，外部工具一般抓不到，只能靠内部反馈补。真遇到就明白了。
- 数据是积累出来的。看三个月的数据，能看出不少趋势，看一天看不出来。
- 正面的反馈也要看，用户对哪点满意，是产品改进的好线索。
- 用户叫你的方式往往不是官方名字，各种简称和叫错的版本都得设进去。
- 盯着同行的风波挺有用，行业性问题往往是一连串的。
- 机器筛出来的东西，最后还得人看一眼。误报是常态，习惯就好。
说远了，拉回来。
- 关键词要全：公司名、品牌名、产品名、高管名字，还有常见的错别字叫法。
监测范围我的建议是分层：核心品牌、产品和竞品、行业动态。三层的信息用途不一样。
机制和流程
信息的严重程度要分级。是网友随口一句，还是有扩散趋势，处理方式完全不同。
这个细节挺关键。
报告别写太长。我一般控制在几屏之内，把重点和判断写清楚就行。
先说个前提，报太多就没人看了。宁可少报几条，也要保证每条有人处理。
短视频这块不能漏，很多事是从视频起来的，图文渠道反而慢半拍。
夜间和节假日是薄弱环节。很多事就是在没人盯的时候起来的。
溯源挺重要。知道最初是从哪儿发出来的，判断起来就清楚多了。
先把网撒对
监测频率看行业。做消费品的，我建议一天至少两次；做工业品的，一天一次也够。
听起来简单，重点账号的动向要单独关注，权重跟普通用户不是一个量级。
系统再好也只是辅助，关键还是有没有人负责跟进。
有个细节，行业政策的变化也要纳入视野，这类信息往往比用户抱怨更早预警。别等出问题才想起来。
监测报告里最好附上原文链接，方便决策的人自己点进去看。别等出问题才想起来。
跨平台同名账号要留意，有时候被冒用的影响比负面还大。
后来才发现，历史数据要存着。同样的事第二次出现时，上一次的处理经验特别有用。
顺便提一句，我见过有人把监测当成考核工具，结果下面报喜不报忧，这就本末倒置了。
我记得，报告频率别太高，一周一次足够，天天发反而被忽略。
老实说，范围要收窄，盯着核心的几个点，比铺一大片有效。
换个说法，传播速度比数量更值得关注。一小时涨了多少，比总共多少条更有意义。
就说这么多，剩下的自己试。