发布之后的跟进手册

公告表达团队希望人们注意什么，回复揭示人们实际理解什么。整理访问、用例和技术限制问题，把真正的买家问题与不需回应的情绪区分开。

把产品问题交给能准确回答的人。公开解答也会帮助沉默读者。不要制造对话或让创作者假装独立用户。

后续内容应该增加信息。首发展示结果，跟进可展示流程。用户问环境支持，就发布经过测试的配置。访问有限，就解释现在可以使用什么。

不要给所有产品套固定第二轮时间。等到有用演示、答案或真实更新准备好。换个形容词重复公告，不会给返回用户新价值。

取得许可后，整理演示、技术教程和准确引语。保留原始链接与日期供读者核对。标注赞助，不要把创作者的话改写成更强背书。

案例应说明 AISC 做了什么并展示可用帖子指标。若有验证的产品结果，附统计周期和来源。只有观看与互动时就明确说明，不暗示收入归因。

复盘时间取决于采用周期。可安装工具与企业平台不会按同一速度转化。首轮后检查流量、激活、返回使用、延迟注册和直接咨询。

与基线比较并记录同期其他事件。区分观察到的结果与需要检验的解释。也可以列出不值得重复的合作。

用短清单结束复盘：保留哪些受众，哪些问题需要修产品，哪些演示值得跟进。每项指定负责人。不影响决策的报告只是存档。

发布不保证无限动能。持续传播需要新产品价值、可信解释和团队承担得起的节奏。跟进要给正确受众一个有用的返回理由。