你有了一个产品的概念(新产品创新-酝酿篇)之后，接下来要做的事情就是要将这个概念所描述的内容通过一个产品团队将其变成能看得到的东西。在这个团队中，产品经理的角色是非常重要的，产品经理不单单要对于这个产品有着非常清晰的规划，同时，一个好的机制是，产品经理是需要对最终产品的业绩负责的。
这样的绩效考评就会使得产品经理在考虑产品的每一个功能的时候都从市场和客户的角度出发，这样会使得产品在上市后无缝衔接。在团队的组合上，一个虚拟的矩阵式跨部门的团队可以降低沟通成本和提升执行力。同时要设计更为精确的绩效考核的目标，使得每个人的工作会和这个产品开发的短期目标完全一致，也确保产品经理有足够的资源可以调动团队的积极性。
在产品开发时要遵守一个原则，即用最快的速度线开发出核心功能，尽快发布，并及时从用户处得到反馈，在此基础上尽快改进(或者发现该产品完全不是设计之初希望实现的状态，那就要考虑放弃了，但愿这样的事情不要发生，所以前期的构思和调研是非常重要的)。像微软那样，用12个月做出一个精品或庞然大物是不适合互联网，尤其是小团队。团队的第一个阶段是摸索方向，强调的是低成本，快速。你一开始的所有计划其实只是对用户和市场的假定而已，小团队的钱和资源也都有限，必须先快速的找个办法验证方向。
所以产品的第一个版本的目的是验证用户需求和反馈，而不是做一个完美无缺功能丰富的版本。第一版应该集中于开发出核心功能和核心需求，用户花70%时间的功能，放弃非核心需求。比如下载器，下载速度是核心需求，杀毒，登录，社交可能就是外围需求。
第一个版本尽量定义为 2-4 个人可以在2-4个月内开发出来(这里是针对互联网类产品)，可以给几百上千个用户用。如果预期超过这个时间和资源，就削减外围功能和简化设计，保证在钱和资源，时间用完前，即使第一次探索方向错误，还能做数次探索。
有几个来自于创新工场的原则可以参考一下：
1、尽量使用现成的代码框架，模版，开源项目，api，使用现成的工具，哪怕不是100%符合需要，工程背景的创业者往往喜欢开发自有架构和技术，长期来说这个是竞争优势，但这个可以等验证了用户需求，有了用户量在重构。
2、只要满足用户需求，第一版可以用尽量简单的解决方案，比如部分后台和算法，可用先静态页面，人工干预的方法解决
3、第一版在不严重影响进度的情况下，尽量为将来考虑可升级的架构，如果矛盾，参考第一条
4、找到所有相似，相关，上下游产品，充分研究学习
5、想清楚你要验证的用户行为和数据是什么，做好数据跟踪分析模块。盲目的数据收集没有意义，发布前要有明确的发布目标和验证目标
6、界面简洁，确保核心功能在首界面的主要位置，用户可立即找到，一键访问无歧义。这比美观风格更重要
7、专注 80%的精力放在核心功能上，一次只做一个方向，一个核心需求的探索，核心要做到比较完美，除非失败，再做下个方向探索，绝不同时做两个方向。
8、快速，稳定永远是第一要求，不管是网站还是软件，基本做到这两点是发布的前提，功能可以削减，有问题的功能可以先不开放
9、产品要有明显，方便的用户反馈接口，重视用户反馈
10、外围功能，尤其是网站，要做到一旦提出，可在数天内实施验证，如果超过，可以考虑不做在第一版，保证核心需求
11、严格进度，日毕日清，如遇严重问题瓶颈，不要拖延或过分纠缠，尽早解决或调整计划，或者迅速放弃
新品开发的递次扩张
产品新特性的开发演进要遵循递次演进的原则，新开发可以是同一功能或产品扩展/移植到更多用户群/平台，或者向现有用户群挖掘拓展新的需求或功能。不要一次性的开
发全新的功能去面向全新的用户群，这样一次跨越太大，失败率非常高，消耗时间/资源也很大。
总体上演进要以核心功能或核心用户为基础，向外围用户和外围功能有节奏的递次扩张，比如按着用户/平台扩展-功能拓展-用户/平台扩展-功能拓展-这样的步骤逐步演进。持续和客户保持互动是确保产品有效走向市场的核心要素
在开发新特性的时候，要有60%以上的资源还是集中于原有核心需求和用户群的继续开发以巩固优势。新特性开发也要按我第一集里的原则，同时只做1，2个，敏捷开发验证，1-2周验证一个新功能，快速决定放弃/增加资源，而不要花5、6个月同时开发10个功能。最近收到的助跑计划项目里动辄就有要做平台的，往往计划把盘子铺得很大，这样的项目我们都建议能找到好的切入点，扎实的开始。