第十五章 发布后

第一节 一个月的预演

在 30 天后发布一个大更新
一个快速的更新能显示良好的势头。这表明你在倾听，表明你还有更多的把戏。能给你带来第二波话题性。能够巩固最初的好感。让你有料可说，也为其它的博客提供谈资。

知道有一个更新马上要发布，也能让你在发布前将重点放在关键组件上，你可以开始改善核心的功能。之后你就可以对外发布你的产品。一旦发布，你就可以获得用户的反馈数据，你会知道那个区域在下次更新需要特别关注。

对于 Backpack ，我们先是发布了基础版本，几周之后，增加了 Backpack Mobile for handhelds 以及 tagging 的功能，因为这些是我们的客户最想拥有的功能。

第二节 保持博客更新

在发布后保证产品博客的持续更新，以此来展现产品的活力
一旦产品发布，不要停止更新博客。保持一定的更新频率来体现产品的活力（至少每周一次）。

更新的内容包括：

FAQ
使用指南
技巧和窍门
新的功能、更新、改善
话题/公关内容

一个博客不仅能展现产品的活力，也能让你的公司更人性化。不要害怕保持友善和个人的语气。小团队有时觉得有必要表现的像个大公司，并且时刻保持专业性。这就像是一个商业版的拿破仑情结。不要为规模小而担忧，这其实挺好，你可以像朋友一样和客户交谈。

它是鲜活的

一个频繁更新的产品博客是一个应用积极开发的最好标志，因为它为人所喜爱，并为之工作。一个被遗弃的产品博客标志着一个被遗弃的产品，人们会说，产品的负责人正呼呼大睡呢。

在博客上与你的用户保持交流，对你分享的信息持透明和慷慨的态度。将公司的处事哲学表现出来。公开的谈论你的竞争者。暗示即将到来的新功能，对反馈进行公开的评论。

一个有生命的产品是一个与用户对话，并认真倾听的产品。一个频繁更新的博客可以推广你的透明度，社区意识和品牌忠诚度，还能获得免费的宣传。

作为 Lifehacker 的编辑，对于我喜欢的产品，我会持续关注他们的产品博客 —— 例如 Googel, Flickr, Yahoo, del.iciu.us, 37signals 的产品博客。相较于那些发布一次新闻稿后就不再与用户联系的产品，我更乐于推广这些产品。

—— Gina Trapani, 网络开发者/ Lifehacker 编辑

第三节 Better, not Beta

不要把“beta”当作替罪羊
现如今，一切事物似乎都永远停留在 beta 阶段。这是一种逃避。永无止境的 beta 阶段就是在告诉用户你没有准备好拿出完整的产品。仿佛说，“使用这个产品吧，它还不完美，但这不是我们的错。”

Beta 把责任推卸给你的用户。如果你对这个版本都没有信心，如何期待公众能够做到呢？内部 beta 测试是好的，公开的 beta 就是一坨屎。如果它对公众来说不够好，那就不要进行公开发布。

不要等待产品变得完美。这不会发生。对你将要发行的版本负责。将它公布为发行版本，否则，你就是在找借口。

Beta 是无意义的

导致这种问题的，是 Google 这样的公司。如今，用户被训练成认为 beta 版什么都不是。

—— Mary Hodder, 信息架构师/交互设计师 (from Beta 的定义)

第四节 bug 是不平等的

给你的 bug 分级（甚至可以忽略其中的一部分）
在产品中发现了一个 bug ，不必为之发狂。所有的软件都有 bug —— 这就是事实。

你不必立即修复每个 bug 。大部分的 bug 都很烦人，但不是毁灭性的。烦恼可以稍后再提。那些导致“看起来不太好“的错误或其它小失误的 bug 可以暂时先放一旁。但是，如果一个 bug 损坏了数据库，你当然需要马上修复它。

为你的 bug 分级。有多少人会受到影响？问题有多严重？这个 bug 是否值得即时关注还是可以稍等片刻？此刻你应该做什么才能为大部分的用户带来最有效的影响？有时，为你的应用增加一个新功能比修复一个现存的 bug 更重要。

当然，也不要创造一个对 bug 感到畏惧的文化。Bug 总会产生。不要时不时地向某人抱怨。你最不愿看的情形是，bug 被刻意地隐藏，而不是拿出来公开讨论。

记住我们之前谈到的关于坦诚的重要性。如果客户抱怨一个 bug ，直接面对这个问题。告诉他们你已经意识到这个问题了，并已经在处理中。如果这个问题不能马上解决，向客户解释，告诉他们你正聚焦在一个对大多数用户来说更关键的问题上。坦诚是做好的政策。

第五节 安全度过风暴

等待下意识的膝跳反应平息后再采取行动
只要划船，就会产生波浪。当你发布了新功能、修改政策、移除某些功能时，通常都会招致一些负面膝跳反应。

不要惊慌中迅速做出回应。起初的反响总是强烈。但只要度过前期的 24-48 小时，事情通常会缓和下来。大部分用户在还未真正使用这些功能的时候就做出了反应。所有，稍事休息，仔细倾听，不要着急采取行动。之后你能做出一个更合理的回应。

而且，负面反应通常比正面的更激烈。事实上，尽管大部分的客户都是满意的，你也可能只听见负面的声音。确保你在一个有争议的问题上做出正确的决定，不要因为反对的声音而退缩。

第六节 互相攀比

订阅竞争对手的消息
订阅关于你的产品和竞争对手的信息源（了解敌人总是一个聪明的做法）。使用新闻订阅软件了解最新的动态（用公司名字和产品名字作为关键词）。通过 RSS ，你能随时了解这些不断变化的信息。

第七节 小心臃肿的怪物

更成熟不意味着更复杂
事物都是在进步的，不要害怕抵制膨胀。扩张将会是一个诱惑。但你并非需要如此。一个事物变得成熟了，并不意味着需要变得更复杂。

你不需要变成一支能倒过来写字的太空笔。有时只做一支铅笔也挺好的。你不必成为一把瑞士军刀，你也可以是一把螺丝刀。如果你的客户只在陆地上活动，只需要知道当前的时间，你没必要生产一块能下潜 5000 米的潜水表。

不要为了膨胀而膨胀。这是应用变得臃肿的原因。

新的也不总是代表先进。有时，你需要找到一个平衡点。

搭建基于网络的应用和传统的桌面应用相比，有一个关键的优势。像 Adobe, Intuit, Microsoft 这样的桌面软件公司需要每年向你销售新版的软件。他们无法向你售卖相同的版本，只能通过增加新功能来说服你。这是臃肿的开始。

网络应用是基于订阅模式的，用户支付月费来使用服务。你不需要通过增加功能来进行重复售卖，你只需要持续提供有价值的服务。

第八节 顺其自然

对前进方向上的新路径和改变保持开放的心态
网络应用的美妙之处就在于它的流动性。你不是将其打包销售，几年后再发布新版。你可以在行进中做出改变。接受这样一个事实：你最初的想法可能不是最好的。

看看 Flickr ，它起初是一个叫做"游戏永不停歇"的多人在线游戏。它的创造者很快发现，游戏中的图片分享功能会是一个更可信的产品。乐于承认错误并改变航向。

做一个冲浪者。观察海洋。判断大浪在哪里，并随时做出调整。