如何发布没有截止期限的产品

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

注:这篇文章最初只是作为一个内部邮件发送给开发团队的。经允许,我将其公开发表出来,希望更多人能看到它。这些想法都是我自己的,但是作为一个已经发布过很多没有任何截止期限产品的人,我想就此主题,分享一些我的想法。

514234618

截止期限是一把双刃剑。它们可以帮助产品上市,但它们也可能导致最终产品包含很多以“发布”为名义的妥协。

在想要“发布正确的产品”和想要“发布产品”之间,一直存在着一种天然的矛盾。

有时截止期限是必要的:

  • 你已经宣布了一个公开上市的日期。
  • 你正在为已有产品发布一个重要的安全补丁。
  • 你的产品是客户或商业伙伴已公开上市日期产品的一部分(例如,你是其产品供应链的一部分)。
  • 你正在和一个缺乏纪律的团队一起工作,截止期限是完成工作的唯一激励因素。
  • 你试图发布的产品基于不受你控制的外部日期(如一个需要在苹果新产品发布会上演示的 iWatch 应用程序)。

有时截止期限在其它方面也是很有帮助的:

  • 当试图决定功能范围及其演化进程时,截止期限提供了一种强制机制,有助于在新版本发布之前删除(虽然并不总是成功)很多临时抱佛脚式的功能特性。
  • 截止期限提供了一个方向标,让整个团队将其作为前进的目标。
  • 对于非创造性活动,截止期限能够为训练提供一个范围,比如,备战体育赛事,或者,各类考试复习。

对于创造性或创新类项目,比如一个消费类软件产品,我认为在第一个版本的开发阶段,截止期限引发的伤害远大于带来的好处

截止期限在这个阶段可以导致:

  • 妥协。不是那种“来个折中,让每个人都高兴”式的妥协,而是“建筑物已被地震破坏,马上就会坍塌”式的妥。
  • 恐慌。
  • 不必要的或人为的紧张气氛。随着截止期限的临近,团队会意识到余下要做工作的实际数量被低估了。这样的情况在软件开发中始终存在。
  • 拖延或惰性(“我有3个月的时间去完成这项任务,我可以等一段时间再开始”)。
  • 一种人为的但却不令人满意的成就感,即,“哇,我们发布了产品,但这不是我们想要的东西”。

缺少截止期限也有它的缺点:

  • 从不发布(这是没有截止期限最明显的问题)。
  • 无限制的功能改变与演化。
  • 缺乏强制机制导致功能演化陷入困境。
  • 无限的拓展空间,随时变更产品方向。
  • 导致一个缺乏纪律的团队失去做事的动机。

然而,没有截止期限,同样可以开发出深受人们喜爱的高质量产品。我已经这样做了,其他人也这样做过。这完全可行,你也可以做到这一点

如何去发布一个没有截止期限的产品:

首先,没有一个截止期限并不意味着“没有期限” – 其意思就是“截止期限就是尽快完成”。

当你给我一个截至期限,我就会试图找出最迟的开始日期,然后我开始拖延。这是个坏习惯。另一方面,如果我有一个项目,我非常喜欢,而且全身心投入其中,我的主要想法是 – “尽快让它面世!” ,然后我会立即开始,一般不会中途停下,直到将其从无到有地做出来(一个例子,Points - 这款游戏从构思、设计、建造、到最终发布到苹果商店,只用了总共9天时间,其中包括晚上和周末)。

发布没有截止期限产品的实际步骤:

注:专门针对开发消费类 Web 应用程序或移动应用程序*

  1. 从核心理念中提炼出这款产品的精华。这个应用程序的关键点是什么?让这个关键点变成这个产品的支柱或核心。这样做就会有助于以下步骤中的所有决策。
  2. 罗列一个能够满足产品用户需求的最小功能清单。
  3. 再一次评估这张清单。从这张清单中删除一些功能或特性。不,我是认真的,你不需要这些功能。请记住,只是因为别人的产品具有类似功能,并不意味着你的产品也需要它们(也许永远不需要!)。竞争对手的功能不是你开发产品的目标。用户对于一个产品想要什么或者想做什么,你尽可能少做点假设。
  4. 为测试版用户提供反馈留出余地:再一次缩减功能清单。我是认真的。如果你只是为了获知潜在用户的核心需求,你可以推出一个粗糙,甚至缺失看似必要功能的测试版。
  5. 个人主观意见:我认为功能永远比风格更重要。如果具备相应功能,并且能够正常工作,那就发布它。优雅的设计和让一切达到像素级完美是需要花费大量时间的。再次声明,这是我个人的主观建议,你需要在设计和功能之间达到一定程度的平衡。
  6. 从最简功能清单入手,尽快实现它们。不要增加功能。不要增加功能。不要增加功能。如果你很想增加一项功能,创建一个列表吧,在“下一个版本需要新增功能”的下面写下它。
  7. 何时增加功能:如果你能提供靠谱的证据 – 假如没有这个的功能,应用程序将会受到严重影响,或者在最后的迭代阶段(获得用户反馈以后),用户为了得到他们想要的功能,不停地抱怨。
  8. 分阶段快速打磨用户界面。你无需追求完美。只要可用,你就算完成了。
  9. 让应用程序运行一段时间。不要接触代码或用户界面设计。你只需作为一个普通用户使用该应用程序,把明显缺陷和问题记录下来,尽快将这些错误和问题修复。
  10. 发布!
  11. 用户反馈。用户反馈。用户反馈。尽可能多的得到用户反馈,但千万不要基于用户的直接提示做出相应的修改。列一个清单,根据反馈和错误的重复次数排定优先级。你对用户假设的越少,根据用户反馈做出的更新就越多,他们就会越喜欢这个产品,你也会因为给用户提供了喜爱的东西而感到高兴。
  12. 在改进和发布产品之间,不断重复这个过程

如果发布产品对于每一位开发团队成员来说,都是一个主要激励因素,那么截止期限就要写下来。诀窍就是,像激光一样聚焦核心功能,在产品发布之前,坚决杜绝添加功能或扩大范围。

 

作者:Chad Etzel

来源:简书

网址:http://www.jianshu.com/p/810d13472b72#

您的赞赏,是对我创作的最大鼓励。

评论( 0

登录后参与评论
加载中