我吃过交付不清的亏，所以现在特别较真这块。

交付和验收

交付物清单要在合同里列全。账号、源码、文档、素材，一样一样写。

怎么算做完，这个提前说清楚，后面省掉无数争执。

换个说法，后台账号和密码要在验收时交接，并且自己改一遍密码。

可导出是硬要求，别等要用的时候才发现拿不出来。

源文件归属必须明确，将来改动全靠它。

测试环境能留就留一份，后面改动可以先在上面试。

这个细节挺关键。

验收的时候自己完整走一遍流程，别只看对方给的截图。

交付文档不能省，不然人员一变动就没人会用了。

我习惯分阶段验收，等到最后再发现问题就晚了。

哪些不在范围内，交付时一并说明，省得误会。

报告频率别太高，一周一次足够，天天发反而被忽略。

监测报告里最好附上原文链接，方便决策的人自己点进去看。

简单说，报告别写太长。我通常控制在几屏之内，把重点和判断写清楚就行。

监测清单要定期更新。新产品上线、新活动开始，关键词都得跟着加。

机制和流程

每周出一次汇总就够了，天天出报告，最后没人认真看。细节往往就差在这。

说白了，我把监测的对象分成四类：品牌、产品、人、行业。四类分开看，思路清楚。

我自己踩过，如果是我们的问题，承认错误反而是最快的路。认了、改了、说清楚改了什么，大部分人能接受。

先把事实和看法分开，应对方式完全不同。

选工具别贪功能，常用的就那几项，多了是负担。

顺便提一句，政策动向也算监测范围，很多行业问题是有前兆的。

换句话说，外部顾问可以在关键时候提供帮助，但内部必须有人懂。

有问题就认，态度诚恳反而容易得到谅解。

快不等于草率。先回应「我们已关注、正在核实」，也比什么都不说强。

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

执行层面的事

把历次事件的处理记录存档，形成案例库，下次遇到能直接参考。别等出问题才想起来。

组建应对小组，各条线的人都在，才不会出现信息断层。

原理是这样：被同行攻击的时候，走正规途径比在网上对骂体面得多，也更有效。

后来才发现，我见过最有效的回应，往往很短，就三句话：发生了什么、我们做了什么、接下来怎么做。

取证要完整，时间、出处、内容，缺一样都可能用不了。

删评论和拉黑会被当成心虚的表现，等于火上浇油。

先把网撒对

拆开看，跨平台同名账号要留意，有时候被冒用的影响比负面还大。

说到底，这事的功夫在平时。平时做得好，出事的概率本身就低。

别急着反驳。先听完，搞清楚对方真正在意的是什么。

决策链条要短。层层上报到最后，时机早就过了。

时间窗口很重要。刚发现的时候处理成本最低，越往后越高。

信息的严重程度要分级。是网友随口一句，还是有扩散趋势，处理方式完全不同。

行业口碑是长期资产，需要平时用心维护。

情绪安抚优先于事实辩论。先让人感觉被重视，再谈对错。

意见领袖的转发要单独盯。普通人说十句，不如一个有影响力的人说一句。

这个细节挺关键。

钱都花在哪了

平时的正面内容就像存钱，出事的时候才能取出来用。

批评里有很多是真心建议，这类用户值得珍惜。

平时跟用户处好关系，关键时刻有人替你说话。

第三方评价和行业口碑，平时就要留意。这些地方往往是用户判断你的依据。

郑州本地的企业，很多还是靠口碑做生意，网上的一条差评影响实际上挺直接。

跟媒体保持正常沟通，有事的时候才知道该找谁、怎么说。

声明里多讲动作，少讲原因，用户只在意你会怎么改。

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

这事吧，数据是积累出来的。看三个月的数据，能看出不少趋势，看一天看不出来。细节往往就差在这。

郑州本地的信息，有时候在本地论坛和同城群里传得更快，这块要单独留意。

产品问题处理要快，拖着只会让受影响的人越来越多。

这里不多展开。

清单列细一点，后面少吵架。