当设法细化产品方案时，你会发现产品要解决的一些客户问题都是你主观臆断的，而且因为你的使命和策略都是建立在客户问题上的，因此这些主观臆断也混入了其中。我不想扫你的兴，但事实是你的这些臆断很有可能是错的。这一点儿也不奇怪，亚马逊、谷歌和其他大公司都犯过这样的错误。所以要采用一些方法来证明臆断是否正确。即便是十有八九是正确的，也要经过证明，而证明的最好方法就是把产品（最小可行的）提供给客户，然后听听他们的意见。
最小化可行产品是指产品最小组成部分。通过把它提供给一定量的用户使用，你可以验证之前关于客户问题的臆断是否正确。你可以视需要来定义最小化可行产品、选择参与测试的客户数量以及决定一次验证几个问题。通过快速重复下面的过程，你可以验证不同的客户问题，并添加更多更好的产品特性。
1.撰写新闻稿
2.创建并不断更新FAQ文档
3.绘制线框图或流程图（达到目的的流程）
4.撰写产品单页或者10分钟的演示文稿
5.在FAQ中添加API文档
6.撰写产品需求文档
7.邀请设计团队和工程团队主管参与产品评审
8.找客户测试产品概念
9.命名、定价以及预测收益
10.向管理层汇报
2.1撰写新闻稿
包含以下六大要素：
产品命名、发布时间、目标用户、解决了什么问题、如何解决（务必简明扼要）、CEO的公开赞辞
举例：
使用Microsoft Outlook 管理 Google Apps的邮件、通讯录及日历
2009年6月9日，周二
去年一年我们都专注于如何降低企业部署 Google Apps 的成本。在过去的几个月已经有若干改进面世，包括离线 Gmail 、用户文件夹同步以及与黑莓的全面互通性。
今天我们非常兴奋地宣布又一项改进面世了，它就是面向 Microsoft Outlook 的Google Apps 同步插件。该插件允许你通过MO无缝管理GA专业版或教育版，从此企业步数GA的又一个关键障碍被排除了。
相较于商务用户以往使用的产品而言，Gmail 的界面和特性更受他们喜爱，但有时候总有一批用户只喜欢Outlook。为了方便他们使用GA，我们开发了面相MO的GA同步插件。它允许Outlook用户管理GA的商业邮件、通讯录和日历，并且当他们的工作电脑不在身边时还可以通过Gmail的网页端来获取这些信息。
它的核心功能点如下：
邮件、日历和通讯通同步。同步插件使离线Gmail协议来同步邮件，比IMAP及其他协议速度要快得多。
空闲/忙碌状态查看和全局邮件列表功能，不管你的同事是使用Outlook日历还是Google 日历，你都可以轻松发送会议邀请。
简单的数据迁移工具。只需要两次点击，企业雇员就可以把Exchange或者Outlook的现有数据复制到Google Apps中。
2.2创建并不断更新FAQ文档
好处是
第一，节省你大量回复邮件的时间，还能抵御一些内部责难。
第二，当你的客户支持团队和科技写作团队开始整理所有面向公众的内容时，FAQ将是一个很有价值的资源。
2.3绘制流程图
主要是具象化产品各环节的用户体验
2.4撰写产品单页和制作10分钟的演示文稿
五个要素：
产品名称
目标客户＋数量有多少
解决了什么问题＋这个问题对于目标客户来说有多大价值
解决方案＋这个解决方案类似线上哪个产品，为什么你的方案能让竞争对手在长时间内都无法模仿
何时交付＋主要的里程碑有哪些
团队背景（仅针对VC）
2.5在FAQ中增加API文档
...
2.6撰写产品需求文档
包含以下九个模块：
1.简介（使命和策略）
工程团队需要它
2.目标与非目标
如果设定的某个目标表面上与产品方向没有多大关联，你需要解释清楚为什么将它设为目标，否则工程师会认为这些目标以及后面的功能需求都是你拍脑袋定的。他们不喜欢这种随意的需求，就像他们不喜欢随意定下交付日期一样。你要慎重对待这件事
3.用例与用户场景
用例指用简明的语句来描述那些用户必须执行的操作，用户场景则是指用叙述故事的方式来描述用户是如何体验产品的。
4-9
...
