什么样的产品流程才是好的产品流程？
2012-01-19 19:49:38   来源：   点击：

9 个答案

• 答案 1：

  一些观点：1、不同的领域的产品研发流程的最佳实践不尽相同 互联网领域、传统软件、传统制造业/快速消费品虽然都有产品研发，但研发流程不尽相同，这与所在行业的产品研发周期密切相关。 总体而言，传统软件一般采用诸如CMMI、ISO9001、RUP、IPD（华为、IBM）之类的研发流程。快速消费品的代表是宝洁，汽车制造的代表是丰田；互联网一般采用敏捷开发过程，例如Scrum等。2、企业在不同的阶段需要不同的产品研发流程 在创业初期，人员较少，此时侯以解决生存、探索业务模式为主，此时侯产品研发流程以“简单实用”、快速响应市场需求为主要目的。此时侯产品研发流程可以重点关注立项、产品评审、技术评审等几个关键环节，保证流程的可控性，其他的可以自由发挥。另外在创业初期可以通过面对面的沟通、协作来弥补流程上的缺陷。对于初创型公司而言，如果连沟通协作都有问题，指望制定一个完美流程来规范化此过程，那这样的公司很难走远。当然并意味着不需要产品研发流程，但不要教条化产品研发流程，让流程编程创新的桎梏。 企业处于成长期，规模比初创期稍微大点，人相对多了（例如几十号人），业务也上了规模，此时侯需要相对规范点的研发流程来规范整个研发过程。此时侯可以在原有流程基础上针对流程执行过程中常见问题来细化并规范化产品研发过程。此时侯流程制度+沟通协作还是主要形式。 企业发展到成熟期后，此时侯大部分公司都陷入了大企业病、官僚体制（不是贬义，泛指到此阶段的状态），各部门间分工也相对细化，此时侯基于组织管理权责明确（或者叫撇清责任的目标），必须依靠完整的流程制度来规范化整个流程，此时侯产品研发流程越来越复杂，最终会演变成类似IPD、RUP、CMMI等业内最佳实践的变体。3、每一个企业的产品研发流程都与其企业文化、企业所在领域、企业发展历史等密切相关，不要指望有一个完美流程能够原封不动地搬过来就能够涵盖自己企业的需求，每一个企业产品研发流程制度的制定可以参考业内最佳的实践，但取代不了结合企业的实际情况做裁剪。4、产品研发流程制度最重要的环节不在于制定，而在于执行，而且在于持续不断地完善，所谓“持续优化”。在完美的产品研发流程制度，如果不执行到位，只是过形式，那这样的流程制度依然毫无价值；再差的产品研发流程制度，只要结合企业实际情况，持续不断地完善并落实到位，那对于此企业而言就是好的流程、就是完美流程5、产品研发流程制度实际上是规范相关人员的行为，因此所有研发流程制度的问题归根结底还是人员素质、人员意识的问题，在制定流程制度来规范化相关行为时候，怎样提升这样人员的素质更为关键。

• 答案 2：

  原文地址是: http://www.marscn.net/?p=928在我的认知中，产品制作主要分为三个阶段：1.需求调研：通过面对面访谈，收集需求卡片等方式，对某类或者某行业的用户，进行密集的调研，收集并总结他们在工作或者日常生活中所遇见的一些问题或是建议，找出其中共性的部分，将其总结为某种需求，最终选定其中一个作为核心问题，而解决这个核心问题的功能，将会是日后产品生存的根基。2.产品立项与研发 依据用户的核心需求，提出产品设想，并做好相应的市场调查与可行性分析。在通过决策层评审后，将设想细化成产品原型，提交到UED与研发部门，制作出相应的产品并投放市场。3.产品市场化：商务部门依据产品设定的目标用户群体，对产品进行包装和宣传，在完成销售任务的同时，与产品经理一起积极收集用户反馈意见，协助产品经理校正与迭代产品，保持产品与市场的同步。其中产品设计与研发，又可以细分为五个阶段：

  产品立项：主要包括商业需求文档(BRD)，市场需求文档(MRD)以及产品需求文档(PRD)的制作，通过BRD获得资源支持，MRD验证产品设想，PRD提交产品模型，确保产品方案的可行性和可操作性。

  产品研发：包括用户体验的设计以及具体的功能实现。

  产品测试 ：通过一些的测试，确保产品的质量，及时发现产品的BUG,加速产品的迭代。

  产品上线 ：在产品通过上线评审后，通告与协调相关部门完成产品的上线工作。

  产品运营：协助产品经理输出相关的产品文档，以及和产品经理一起策划相关的营销活动。

  有人曾经问过我，为什么这样来划分整个流程，好处与坏处是什么？其实工程学上来说，这种模式属于典型的“瀑布模型”：好处在于：

  各阶段划分的非常清楚，进入下一阶段后不会被上一阶段的事情所负累。

  很适合利用此流转对产品进行增量的迭代；

  坏处在于：

  需求变动频繁的话会很痛苦；

  各阶段之间属于串行连接，版本跨度控制不好的话，会经常出现UED忙的要死的时候，研发很闲，研发忙的要死的时候,UED很闲的情况，团队利用率不高；

  最严重的是要是立项没立好，或者立错了方向，基本死翘翘。

  因为自己做产品做的比较多，需求一般自己把控，而且大多要求快速迭代，所以个人觉得这种研发模型，非常适合互联网产品的开发，这些年来自己一直都是使用这样的套路在研发产品，倒也用的顺手，对比以前在FounderRd的时，公司用的CMM3标准，个人最大的感受就是：敏捷。所以如果把控的项目，需求不由自己把控，而且质量要求很高的话（比如银行或者电信类产品），相信上述流转将不适合您现在的产品或项目。

• 答案 3：

  流程没有好不好，只有合不合适。

• 答案 4：

  不同的公司和团队不同 邱凯的回答适合外企或者大公司如果纯粹是想把事情做成的话 没有流程就是最好的流程大家有共同的愿景和目标 顺其自然 顺势而为

• 答案 5：

  让人一看就明白

• 答案 6：

  可以研究下华为的IPD，丰田的产品开发体系，裁减适合自己的有需要可以详细探讨

• 答案 7：

  如果是互联网产品研发流程，个人比较赞同采用Scrum或者其他敏捷方法，当然具体采用的时候，也需要根据自身情况进行合理裁剪 stonenotes.me/archives...

• 答案 8：

  合适最重要，能够高效的应对用户的需求即可

• 答案 9：

  任何能让这个产品走的更远的流程都是好流程，所以可以是从用户人群分析开始的流程，也可以是一帮geek一拍脑袋就出来的流程，只有最糟糕的公司才会在没特别大之前就没事考虑各种流程的东西，那是一种还没长胖的人先装出娇喘来体现富态的心态，从现在这个时代看，各种庞大冗余的流程除了养一帮盖图章的笨蛋实在没太大意义。产品导向永远是第一位的。流程在人治的地方完全耍不开。