第七章：执行：立项组队与研发生产
7.1 原型验证与NPS
立项就意味着研发资源的正式投入。在这个节点的验证，叫原型验证。之前的验证，主要目的是验证用户需求抓得准不准，而本次验证则是考察用户是否认可解决方案。
POC（Proof of Concept），产品概念测试。在这一环节，需要用尽量低的成本，做出某种形式的产品原型或Demo，来让用户试用。
NPS（Net Promoter Score）指净推荐值，是一种计量用户将会向其他人推荐某产品可能性的指数。作为一种流行的用户忠诚度分析指标，它专注于用户口碑，在产品早期验证用户价值时，尤为重要。
净推荐值的计算公式：
NPS =（推荐者数 – 批评者数）/总样本数×100%
►推荐者： 打分在9～10分之间，是具有狂热忠诚度的人，他们会继续使用产品并将其引荐给其他人，可以帮助产品成长。
►被动者： 打分在7～8分之间，总体满意但并不狂热，会用但不会传播，可能考虑其他竞争对手的产品。
►批评者： 打分在0～6分之间，使用后不满意，或者对你的产品没有忠诚度，可能有负面口碑，会阻碍产品成长。
概念筛选
立项组队
上线发布
营销推广
先比较一下MRD和PRD这两个产品经理最常写的文档。
MRD： Market Requirements Document，市场需求文档，除了描述问题，解释为什么要做这个产品，还要给出解决方案。这个文档比较像产品规划和商业计划书（BP，Business Plan），是写给资源拥有方看的。
PRD： Product Requirements Document，产品需求文档，是在项目过程中写给开发、测试、设计师看的，仔细描述产品功能要怎么做。
做一个ROI（Return On Investment，投资回报率）的预估。当然，这里的ROI是广义的，回报不一定是金钱，还可能是用户数、市场占有率等其他指标。
7.2 项目流程的图略
►立项环节：在这个环节，产品经理要组建团队、设法获取各种资源，以及确定项目计划。
►需求环节： 这个环节主要做的是功能细化，也可以叫需求开发。产品经理要写PRD产品需求文档和UC用例，并和设计师配合做Demo原型。
►开发环节： 这一环节的主角是开发工程师，他们要做代码方案 的设计和评审，然后完成编码和单元测试 。与此同时，产品经理已经开始下一个迭代版本的项目前期准备。
►测试环节： 开发推进的同时，测试工程师要编写TC测试用例，通过TC评审，并且在系统可用的第一时间做冒烟测试。
冒烟测试，Smoke Test，是对新电路板基本功能检查的形象类比。任何新电路板焊好后，先要通电检查，如果板子不冒烟，则冒烟测试通过。软件研发领域借用这个词来描述新功能是否可用的初步测试。
►发布环节： 测试工作完成后，运维人员要组织发布评审，执行预发布、发布的动作，并且在发布完成后让产品经理到真实的线上环境去验证，以确保产品符合预期。
