保证团队都理解并认可产品愿景

• 对于：（目标客户）；
• 目前存在：（问题&需求描述）；
• 我们提供：（产品名称）；
• 这是一个：（产品品类名）；
• 它能够：（满足需求&解决问题的方式描述）；
• 不同于以往的：（产品品类名）；
• 比如：（竞品名称）；
• 我们的产品：（核心卖点&差异化特性）；
• 而且符合：（公司愿景）。

03.愿景声明案例

以下是一份3D打印机Makerbot的产品愿景：

Makerbot产品愿景声明

• 对于：众创空间的智能硬件创客们；
• 目前存在：想要快速制造硬件零部件来验证想法；
• 我们提供：Makerbot；
• 这是一个：智能3D打印机；
• 它能够：在短时间内将软件中的3D图纸打印成实物；
• 不同于以往的：3D打印机；
• 比如：UnionTech；
• 我们的产品：具备手机控制、智能省料、快速成型等功能。
• 而且符合：公司“Ideas in the making.”的愿景，帮助用户实现创意。

04.愿景声明反例

上述产品愿景案例明确了产品未来的目标，在愿景声明中，要避免笼统的描述和详述技术实现细节，笼统描述无法明确产品未来的目标，详述技术实现细节会限制团队今后的工作。反例如下：

• 让Makerbot在今年占领中国市场；
• 让Makerbot获得更高的用户满意度；
• 让Makerbot的质量更上一层楼；
• 使用JS重构Makerbot的软件；
• 使Makerbot更加容易使用。

05.产品愿景确认

在写完产品愿景之后，要进行自检，检查愿景是否回答了文章开头提到的六个问题。自检后要与项目干系人确认，然后根据其反馈进行修改。修改之后，要把产品愿景声明发送给项目团队中的每个人，保证团队都理解并认可产品愿景，因为一个认可产品愿景的工程师和一个不知道产品愿景的工程师的战斗力有着天壤之别。

在整个研发过程中，团队都需要产品愿景来指引方向，有时产品愿景甚至可以作为判断一个需求要不要做的有力依据。所以，要重视产品愿景，每隔一段时间根据业务需要和市场变化对愿景声明进行审核与修改。