有个济南的客户跟我说，他们出了事是朋友打电话通知的。这种事我听了挺多。
机制和流程
监测到问题之后，谁来处理、多久响应，这个流程要提前定好。
我自己踩过，正面的反馈也要看，用户对哪点满意，是产品改进的好线索。
- 监测范围我建议分层：核心品牌、产品和竞品、行业动态。三层的信息用途不一样。
- 报太多就没人看了。宁可少报几条，也要保证每条有人处理。
- 机器筛出来的东西，最后还得人看一眼。误报是常态，习惯就好。
- 溯源挺重要。知道最初是从哪儿发出来的，判断起来就清楚多了。
- 频率按行业定。快消类一天几遍都不多，传统行业一天一遍差不多。
- 短视频这块不能漏，很多事是从视频起来的，图文渠道反而慢半拍。反正记着就行。
- 夜间和节假日是薄弱环节。很多事就是在没人盯的时候起来的。
- 报告别写太长。我一般控制在几屏之内，把重点和判断写清楚就行。
- 关键词设置是第一步，也是最容易被糊弄的一步。光设公司名远远不够，产品名、创始人、常用别称都得加。
- 分级挺关键。随手一句和有组织扩散，应对策略差得远。
- 光监测没用，监测完之后有没有人动，这才是关键。
- 短期数据看不出什么，攒三个月再看，规律就出来了。
执行层面的事
先说个前提，工具选择上，够用就行。别追求功能多，最后用起来的就那几个。
后来才发现，别把所有不满都当敌人，里面有不少是真心提意见的。
有个细节，济南本地的信息，有时候在本地论坛和同城群里传得更快，这块要单独留意。
盯着同行的风波挺有用，行业性问题往往是一连串的。
用户叫你的方式往往不是官方名字，各种简称和叫错的版本都得设进去。
老实说，微信群这类封闭环境，工具够不着，得靠一线同事留意。
历史数据要存着。同样的事第二次出现时，上一次的处理经验特别有用。别等出问题才想起来。
系统再好也只是辅助，关键还是有没有人负责跟进。
意见领袖的转发要单独盯。普通人说十句，不如一个有影响力的人说一句。
冒名账号这种情况要关注，处理起来比普通负面更麻烦。
说白了，行业政策的变化也要纳入视野，这类信息往往比用户抱怨更早预警。
监测别变成追责的工具，不然报上来的信息会失真。
监测报告里最好附上原文链接，方便决策的人自己点进去看。
传播速度比数量更值得关注。一小时涨了多少，比总共多少条更有意义。
每周做一次汇总就行，天天发报告到最后没人看。
别把监测范围设得无限大。什么都想看，最后什么都没看明白。
条目不全，但关键的应该都在了。