PlanetScale是这两年硅谷最当红的科技公司之一 ，是根据Vitess（最初为 YouTube 开发的开源云原生数据库系统）的无服务器 MySQL 数据库。在 2021 年 5 月推出了无服务器数据库平台服务（serverless database platform）后，PlanetScale 在同年 6 和 11 月别离又宣告了 30M和30M 和 50M 的 B, C 轮融资。
到了 2022 年，他们快速前进的脚步也没有停下，于今年 3 月发布了新功用：Rewind，他是 GitHub 的 online DDL 东西 gh-ost 的进阶版，用户假如对数据库进行了过错的更改，Rewind 能够一键康复到更改前的健康状况，而不会丢失在此期间添加、修改或以其他方法更改的任何数据。
不过这篇文章不是来介绍技能细节的，咱们从别的一个角度来看看这个功用：来分解下 PlanetScale 是怎么发布和推行这个功用的。是什么样的操作让网友们好评不绝？
假如是你，会怎么介绍和推行这个新功用呢？
你可能会发个通稿，搞个小型或许中型发布会，做做 demo ；找用户试用体会，收集用户反应。
不过，过于惯例的玩法，在这个信息爆炸的时代现已很难招引人们的眼球了，PlanetScale 这次尽管用的仍旧是老套路（内容，活动，直播，周边都没少），经过加入一些新鲜的操作，玩出了大片的质感。
Rewind 是什么
为了更好了解 PlanetScale 商场团队的操作，咱们需求先了解一下 Rewind 到底完成了什么。在 PlanetScale 文档界面，能够看到 Rewind 的学名其实叫 “Revert a schema change”。
比方，你兼并了一个更改 schema 的请求，可是后悔了，想要回退这次变更，Rewind 能够处理这个问题：它允许你康复到 30 分钟内部署的某个 schema，一起保持在此期间写入（原始模式）的数据。
PlanetScale 讲的故事
想象一下：你不小心删除了最好朋友的回忆，该怎么办？
假如这时候有个按钮能够协助你一键康复误操作，回到曩昔，是不是很想赶忙按下这个按钮？
这功用听起来就让人心动。Story-telling 是最有效的提高用户参加度和压服用户的办法。关于抽象的事物（比方回滚数据库 schema 变更），人们很难发生同感，可是对跌宕起伏的故事却如痴如醉。
PlanetScale 商场团队没有企图经过「xxx 完成原理」来拉近观众和一个云数据库新功用的距离，而是做了一个短片，四月发布至今已有 170K+ 播放量，讲了女主角企图修改曩昔的过错（ALTER TABLE 指令结果错杀自己的小机器人），用 Rewind 让机器人带着回忆死而复生。
从发布的预告图，到产品内容的文章、视频和周边，能够看出有一条连接的线贯穿其中：时光机（也便是 Rewind 完成的功用）。比方参阅了 Apple Time Machine 来规划预告图（借用观众现已熟知的 concept 来引进详细的产品细节），这也被人称誉脑洞大开，把一个数据库 SaaS 服务包装成了苹果产品。
信赖看完这些，无论布景，大多数人都能够了解 Rewind 这个功用大约能够完成什么。
内容
内容方面，PlanetScale 协作产品发布了三篇文章，别离偏重产品，技能和暗地。
1.It’s fine, Rewind: Revert a migration without losing data
这篇是产品发布文章，看到文首的视觉效果（倒走的磁带），大约就能知道这个功用完成的大约是「回到曩昔」了。文章尽管不长但也算完好：功用介绍，CTA，和小活动。
2.Behind the scenes: How we built Rewind
尽管介绍技能，但作者用简略的例子和贴心的图示讲清楚了 Rewind 的完成原理。
3.Feature storytelling with Framer Motion
另一篇暗地文章，却也是最异乎寻常的。这关于 product marketers 来说也是一个值得学习的关于怎么做产品介绍的 tutorial 。Product designer 复盘了怎么给 Rewind 落地页做插图的心路历程和使用的东西。他们最初打算用几个并排的表格，但觉得这种办法没有阐明 Rewind 实践能供给的价值，所以演变成了一个「讲故事」的概念。随后，他们列举了能解说清 Rewind 功用 high-level 的纲要，而且做了一个简略的概念 gif：
卖个关子给 Rewind 打个广告，成品大家能够去Rewind 落地页观摩 。
团队间的协作
一个功用从构思 -> 发布 -> 推行，不仅仅是一个 team 的力气。经过在 PlanetScale 员工活跃的交际媒体平台推特调研之后，咱们分解了一下整个团队为了此次功用发布间的分工（当然还有一些暗地 teams 这儿没有提及）。
每个 team 都有明确分工和交给物：
- Engineers – 功用相关，包括功用交给，文档，功用介绍文等。
- Marketing – 策划和执行推行活动，确认商场资料（视频，内容，周边），协作的媒体。
- Developer Advocate – 推出针对开发者的内容，参加 meetup / livestreams。
- Product Design – 产品规划和商场资料（产品落地页，解说 feature 的动图，元素）规划。
- 公司 leaders – 关于下属的信赖和支持（ ）。
团队间的协作和相互信赖也能够从员工发的推看出：
再来看看他们的宣扬时间线。
这样一个企划大约继续了两个月（ 2 – 4 月），从 2 – 3 月的方案和准备，到 3.24 官宣，和后续（5 月还有发布博客讲 Rewind 的暗地故事）的一些内容产出、活动、在交际媒体上的互动等等，是一个继续的过程，而不是一个一次性完毕的事情。
尽管 Hacker News 上有人吐槽他们的「回滚一个 schema change，赢一件 T 恤」小活动会协助你在自己公司尽快被优化，但也从反面阐明这个企划足够吸睛，”no publicity is bad publicity”，估计活动后的 track 数据和试用量会很好看吧 。
特别的是，从各个团队的产出物看出每个 team 都关于 Rewind 有深化的了解。没有真实的了解和切身体会，Designer 无法做出最直观的规划，Advocates 无法向产品使用者（主要是开发者）介绍产品，而 Marketers 也无法做出适宜的策划。要混迹在一个 tech start-up，每个人都得成为产品使用者而且了解产品：他能带来什么价值？他的用户是谁？他处理了什么问题？
Lessons Learned
一般来说，公司向群众叙述故事无非是为了推行理念，出售产品，或是杰出自己的成就，而这全部都还是为了拉近与观众的距离。Rewind 是一个相对偏技能的功用，并不那么容易了解，特别关于非技能人员来说，可能甚至很难 get 到它的价值。PlanetScale 经过叙述贴近生活的故事，讲清楚了 Rewind 是什么 ，也成功传达了它的价值，可谓是一举两得了。
人天生对故事感兴趣，尽管咱不是 PlanetScale 的目标受众，但这实在是太酷了，以至于作为吃瓜群众也看得很香，甚至写了一篇文章来记录。
Treat your product launch like a Hollywood motion picture.
BTW，Bytebase（巧了，也是开发者东西 ）的开发者联系 & 商场（DevMar）团队一部分责任正是 product marketing：经过了解产品功用，将其用恰当易懂 & 契合受众需求的方法表达出来，以及协作产品发布制定营销策略，招引潜在用户并传播产品口碑。 咱们**正在招聘开发者联系 & 商场实习生，假如你啃完这篇文章并摩拳擦掌了，欢迎来投个简历。**
