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

交付和验收

验收标准提前定。做到什么程度算完成，写下来，别靠感觉。

说实话，文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。细节往往就差在这。

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

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

留个测试环境，改东西心里踏实。

数据要能导出。哪天想换系统，导不出数据就很被动。

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

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

验收要自己动手试，截图说明不了实际问题。

交付的时候把没做的部分也说清楚，避免后面以为漏了。

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

每周做一次汇总就行，天天发报告到最后没人看。

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

机制和流程

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

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

值班表要排到具体的人，别写个部门名，出事了找不到人。细节往往就差在这。

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

预案要定期演练，真出事的时候才不会手忙脚乱。

情绪最难处理的部分在于，用户要的不一定是赔偿，很多时候是要一个态度。

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

先说个前提，被同行攻击的时候，走正规途径比在网上对骂体面得多，也更有效。

周期和节奏

我记得，处理完要复盘，把时间线理一遍，下次就知道卡在哪。

换个说法，建议成立一个小组，把公关、法务、业务、客服都拉进来，各管一块。

内部整改往往比外部回应更关键。外面说得再好，问题还在，就会再爆一次。

说人话。套话式的回应，往往比不回应还惹人烦。

安全相关的事件，先表态再查细节，沉默是最差的选择。

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

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

售后和维护

刷好评、雇水军这条路，风险很大，被发现了比原来的问题还严重。

在合肥做生意，口碑就是命根子，网上的评价影响很实在。

这事靠的是平时的积累和人品，临时抱佛脚基本没用。

跟用户保持日常互动，关系好的用户在你被质疑时会帮你说话。

小平台和垂直社区的动向别忽略，很多事是从那儿起的。

顺便提一句，行业口碑是长期资产，需要平时用心维护。

就这点事。

老实说，产品本身的问题要优先解决。口碑的根子在产品，不在话术。

接着说。

执行层面的事

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

可以借助外部力量，但自己人不能完全不懂。

平时跟媒体有正常来往，急时才不会找不到门路。

遇到负面内容，第一步不是想怎么让它消失，而是核实：说的是不是真的。真的就要改，假的再说别的。

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

有个细节，员工的个人言论有时也会牵连公司。这块的管理，很多企业是空白。

一线客服的说法要先统一，不然各说各的更麻烦。

拿不准的时候，多问几个人。一个人判断容易极端，集体判断稳一些。

电商平台的评价和问答区，也算监测范围，那里的问题很具体。

别嫌我啰嗦。

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