交付这块最容易扯皮，我习惯在动手前就把清单列好。
交付和验收
验收要自己动手试，截图说明不了实际问题。
- 可导出是硬要求，别等要用的时候才发现拿不出来。
交付的时候把没做的部分也说清楚，避免后面以为漏了。
- 源文件归属必须明确，将来改动全靠它。
有个细节，怎么算做完，这个提前说清楚，后面省掉无数争执。
测试环境能留就留一份，后面改动可以先在上面试。
文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。
后来才发现，后台账号和密码要在验收时交接，并且自己改一遍密码。
交付物清单要在合同里列全。账号、源码、文档、素材，一样一样写。
说实话，我习惯分阶段验收，等到最后再发现问题就晚了。
机制和流程
报告频率控制在一周一次，太频繁反被忽视。
报告里附上原始链接，谁都能自己核实，省掉来回解释的功夫。
我自己踩过，每周做一次汇总就行，天天发报告到最后没人看。
- 报告别写太长。我一般控制在几屏之内，把重点和判断写清楚就行。
监测清单要定期更新。新产品上线、新活动开始，关键词都得跟着加。这点挺重要。
先做事，再传播。反过来的话，内容再好看也撑不住。
- 社群和私域里的讨论，外部工具一般抓不到，只能靠内部反馈补。
你先记住这个。
别跟用户对骂。官方账号一旦情绪化，就没有回旋余地了。
如果确实是自己的问题，认错是最快的路。认了、改了、公开说清楚。
先处理情绪，再处理事情，顺序反了很难谈。
这个细节挺关键。
- 要分清是自然传播还是有人推动，这决定应对策略。
先把网撒对
关键词设置是第一步，也是最容易被糊弄的一步。光设公司名远远不够，产品名、创始人、常用别称都得加。
出问题不可怕，可怕的是没准备。
监测是基础活。等别人来告诉你，往往已经传开一阵了。我觉得值这个功夫。
竞品的动态也值得看。他家出了什么事，很可能明天就轮到你。
找人合作要注意
- 想靠技术手段掩盖问题，代价远比收益大。
- 员工的个人言论有时也会牵连公司。这块的管理，很多企业是空白。
- 选工具别贪功能，常用的就那几项，多了是负担。
应对得当的话，危机也能变成一次建立信任的机会。
老实说，工具只是放大器。真正起作用的是看到之后的那套反应机制，这个得靠人。
刷好评和水军碰不得，一旦被识破，比原来的问题严重得多。
说白了，范围要收窄，盯着核心的几个点，比铺一大片有效。
说完不算完，后续进展要公开，否则信任回不来。
短视频渠道监测起来麻烦，但不做的话最容易漏。
事后复盘很有价值，把每个节点的时间记下来对照。
遇到不实信息，正规维权渠道是有的，取证、投诉、走法律程序，这些都是正当手段。
就这点事。
行业不同，风险点也不一样。做食品的关注安全，做教育的关注师资和退费，得先理清楚。
执行层面的事
关键词里别忘了加产品昵称和简称，用户不一定用你全称。
这个细节挺关键。
听起来简单，跟用户保持日常互动，关系好的用户在你被质疑时会帮你说话。
先说个前提，真诚是唯一不会被拆穿的技巧，这话我信。
我一般会建议企业建一个回应模板库，把常见场景的话术提前准备好。真出事时来不及现想。
早处理代价小，拖着的成本是成倍往上走的。
顺便提一句，跨平台同名账号要留意，有时候被冒用的影响比负面还大。
产品本身的问题要优先解决。口碑的根子在产品，不在话术。
该拿的东西一样别落下。