产品发布 是做什么的？
发布不是公告。公告是整个过程中成本最低的部分，也是最容易被误认为是全部的部分——这正是功能获得媒体关注却无人采用的根源。
在规划之前先确定发布层级
并非所有产品都值得同等对待。把所有产品都当作重大发布处理，只会耗尽团队和受众的注意力。
- 第一层级——改变产品叙事，或开辟新市场。全面运作：定位工作、媒体宣传、销售赋能、客户沟通、营销活动。
- 第二层级——对现有客户有意义，但不是新故事。产品内公告、文档、通知相关账户、销售简报。
- 第三层级——改进。仅提供发布说明。
在开始工作前确定层级，并预计构建方会倾向于将其划为第一层级。超出层级的投入会从其他地方挪用，通常会影响下一次发布。
在外部公告前完成内部准备
顺序至关重要，但常常被颠倒。支持和销售团队从公告中得知发布了什么，然后在整个发布周内毫无准备地艰难回答他们从未接触过的简报问题。
在任何外部公告之前：文档必须完备，支持团队能回答最常见的问题，销售团队清楚产品面向谁、不面向谁，定价和打包方案已确定并配置好，产品能在首批尝试的账户上正常运行。
让团队之外的人从零开始使用产品。 团队已经无法体会首次使用体验，而首次使用体验恰恰是其他人获得的全部。
明确产品面向谁，并说明不面向谁
面向所有人的发布最终不会落在任何人身上。明确目标群体、要解决的问题、为他们带来的改变——并明确说明谁暂时不应该使用。否则，销售团队会把产品卖给任何询问的人，最早期的客户反而会成为最不适合的客户。
为目标选择有依据的日期，并将标准置于日期之上
发布时间通常由事件、季度或承诺决定。无论出于何种原因，请记录发布前必须满足的标准——质量标准、文档要求、支持准备就绪——并将这些标准视为真正的门槛。
在支持团队准备就绪前发布，是节省一周时间最昂贵的做法。 这种成本体现在那些对产品最感兴趣的客户身上，留下了糟糕的第一印象。
规划发布后的日子，而不仅仅是发布当天
大多数发布计划在发布日结束，而这恰恰是工作开始的时刻。安排后续跟进：针对错过首批信息的用户进行第二波推广，为尚未尝试的用户提供产品内提示，联系适合的账户，并检查支持团队收到的提问。
密切关注首批支持工单。它们是发布中出问题的最快信号，而且比任何仪表盘数据变化都早出现。
衡量采纳率，而非公告覆盖
触达量、曝光量和媒体提及衡量的是公告效果。真正重要的是目标用户是否在使用产品，以及产品是否实现了路线图声称的价值。
在发布前就确定数字指标——哪些账户、执行什么操作、在什么时间内完成。一个基于事后选择的参与度指标来评估的发布永远是成功的，因而也学不到任何东西。
绝对不要
- 在支持和销售团队能回答明显问题之前进行外部公告。
- 因为团队引以为傲，而为第三层级的变化启动第一层级的运作。
- 因为缩小目标受众感觉像是在降低影响力，而将产品发布给所有人。
- 在目标是采纳率时，却用触达量来报告发布成功。