我吃过交付不清的亏，所以现在特别较真这块。
交付和验收
- 交付的时候把没做的部分也说清楚，避免后面以为漏了。
别嫌我啰嗦。
交付物清单要在合同里列全。账号、源码、文档、素材，一样一样写。
- 测试环境能留就留一份，后面改动可以先在上面试。
- 分阶段交付比一次性交付好把控。每阶段看一次，偏差能及时纠正。各家情况不一样。
- 源文件要拿到手。设计稿、代码、原始素材，这些都是你的资产。
换个说法，怎么算做完，这个提前说清楚，后面省掉无数争执。
账号交接完记得改密码，这是基本的安全习惯。
文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。
验收要自己动手试，截图说明不了实际问题。
我自己踩过，数据要能导出。哪天想换系统，导不出数据就很被动。
报告贵在精炼，领导没时间看长篇，给结论和风险等级就行。
听起来简单，报告频率别太高，一周一次足够，天天发反而被忽略。
- 报告里附上原始链接，谁都能自己核实，省掉来回解释的功夫。
报告频率控制在一周一次，太频繁反被忽视。
说白了，关键词不是定完就一成不变的，业务有变动就要补。
指标怎么定
- 提前准备几套回应口径，真到用时能省掉最慌的那几个小时。
补偿方案要合理有度。过度补偿会引来更多争议，太小气又没诚意。
声明里多讲动作，少讲原因，用户只在意你会怎么改。
- 情绪最难处理的部分在于，用户要的不一定是赔偿，很多时候是要一个态度。
我把监测分三层：自己的、同行的、行业的。看的东西不一样，用处也不同。
如果确实是自己的问题，认错是最快的路。认了、改了、公开说清楚。
先把网撒对
在烟台做生意，同城社群的传播速度往往超乎想象。
就这点事。
我见过最有效的回应，往往很短，就三句话：发生了什么、我们做了什么、接下来怎么做。
后来才发现，一线收到的抱怨，别当小事。很多风波都是从一条没人理的投诉开始的。
刷好评和水军碰不得，一旦被识破，比原来的问题严重得多。
找人合作要注意
- 定期做一次自查，站在外人角度看看自己有哪些容易被人挑的地方。
跟用户保持日常互动，关系好的用户在你被质疑时会帮你说话。
说实话，监测到信息之后，先判断真假，再判断轻重，最后才谈处置。
有个细节，重要判断别一个人拍板，多听几个人的意见。
行业里的口碑要经营，同行和媒体的正面评价很有分量。
源头上的问题不解决，说再多也没用。
监测对象按品牌、产品、人物、行业分，各看各的。
这事吧，真有错就认，认完说清楚怎么改。用户的宽容度实际上比想象中高。这块别偷懒。
一线客服的说法要先统一，不然各说各的更麻烦。
先说个前提，说到底，真诚比任何话术都管用。
早处理代价小，拖着的成本是成倍往上走的。
时间拖得越久，解释成本越高。我一般建议黄金时间就在最初的七个小时。
给一线明确授权，别什么事都要往上请示。
溯源挺关键。知道最初是从哪儿发出来的，判断起来就清楚多了。
在烟台做生意，口碑就是命根子，网上的评价影响很实在。
机制和流程
客户投诉的数据要分析，反复出现的问题说明流程有漏洞。
正面的反馈也要看，用户对哪点满意，是产品改进的好线索。
看增长速度比看总量有用，涨得快说明有人在推。
内部整改往往比外部回应更关键。外面说得再好，问题还在，就会再爆一次。
老实说，证据要留全。截图、链接、时间，一样都不能少，后面可能用得上。这块别偷懒。
治本在内部，外部沟通只是治标。
决策链条要短。层层上报到最后，时机早就过了。
关键词要全：公司名、品牌名、产品名、高管名字，还有常见的错别字叫法。反正记着就行。
最简单的自检：搜一下自己的名字和公司名，看看排在最前面的是什么。
验收自己动手走一遍，最踏实。