产品使命验证法

假设你现在已经可以将你已建立好的对产品的直觉用来把“三个木桶模型“应用到你所处的行业中，你已经可以轻易(且正确地)把功能点归类到不同的木桶里面，那么你已经比大部分产品经理优秀了。但，这还不够。你要知道这个方法其实是存在一定的瑕疵的：

• 如果你仅仅是通过凭空臆测的直觉来对功能点进行分类的话，那么你将很容易在犯错误之后，被你脑海中另一把声音的花言巧语所说服而自以为做了个正确的决定。
• 当你在打造该产品的时候，你势必需要对每个大大小小的决定都事必躬亲，因为其他人根本没有东西作为指引。
• 你的攻城狮们将会充满挫败感，因为他们会认为你凭空臆测所做的决定是毫无根据的。
• 在该产品出来之前你势必需要很多其他人来给你提供帮助 - 记者，投资人，潜在雇员，以及客户。去说服这些人将会非常的困难，因为你做的这些决定都是凭直觉的。

解决这些问题的一个很好的办法就是去把你的产品使命给定义出来。你可以把它想像成是一个接受以指定功能点作为参数然后返回值是三个木桶之一的一个函数。一个好的函数的定义必须是简洁的，可读性强的，可复用的。理想的状态下，在阅读了这个产品使命后，你的团队中的大部分成员都可以像你一样能够自行把功能点归类到对应的木桶里面。

以下就是我们为RethinkDB想到的一个成效斐然的充满幽默感的产品使命定义：

数据库工具应与魔术无异
提供开发人员梦寐以求的开发工具来帮助他们构建实时和数据驱动的网络应用来令他们感到惊喜和不可思议。并给打造伟大软件产品的过程带来纯粹的趣味性和简单化。

表面上看这两个句子其实好像言之无物，但如果你挖深点的话，这个产品使命其实是充满浓厚的信息量的。它告诉人们我们正在打造的是一个数据库产品；它告诉人们我们首先是将该产品当作一个开发工具来对待的，这就让开发者相关的功能(比如数据库的查询语言)和软件运行相关的功能(比如监控)之间的紧张关系得到缓解。要知道我们所有的gamechagners级别的功能都是围绕着解决开发者问题而展开的。我们把数据库该如何运行方面的功能点看做是showstopper级别的功能。该产品使命解析了我们对用户应该如何使用RethinkDB的预期(用它来构建实时的，数据驱动的网络应用)。该产品使命还让大家了解到我们对特定功能会实现到什么程度(惊喜和不可思议)。对于开发人员来说，足够好是不够的。这些人每天都会把大量的时间投入到我们的产品使用上面 - 我们需要让他们在这个过程中感受到愉悦。该产品使命还暗示了我们将会接受更多的复杂的实现来让我们的用户活得更加轻松。它指引我们去实现让开发者能编写出新型的而不是已经存在的应用的功能。它拥有着自我意识并体现了作为一个团队的我们所拥有的一种健康的幽默感。这就让大众对我们究竟是一个什么样的团队有个大致的认知了。

有了这个产品使命之后，我们就可以使用它来验证所提议的各种功能点了。再在此基础上加上一些团队共享的知识后，我们的团队成员就能独立的用大体一致的方法来将功能点进行分类了。

在想到这个产品使命之前我们花了三年的时间来去搞得足够清楚我们究竟在搞什么飞机。如果我们在第一天就定义好这个使命得话，我们的开发时间可能可以缩半，也许更多。当你在打造一个产品的时候，产品使命应该是你首先需要搞定的。如果你有足够好的心智模型(mental model)来编写出一个可以鼓舞你公司所有人的产品使命的话，其他事情也就自然而然的可以迎刃而解了。

———完———-

英文原文：http://www.defmacro.org/2013/09/26/products.html
作/译者：Slava Akhmechet/天地会珠海分舵
微信公众号：TechGoGoGo
CSDN：http://blog.csdn.net/zhubaitian