很多产品大牛发表了各种产品心得、产品工作流程，为什么我都没有经历过这些呢？

产品需求、竞品分析、需求分析、产品原型、需求评审、需求讲解、项目管理、产品测试、产品宣讲、产品发布、产品迭代，需求调研、用户访谈、A/B测试、灰度产品、可用性测试，痛点、痒点、数据……听着都很高大上，为什么我却大部分都没有做过呢？

网上、书中，各种产品经理完美教程，在很多产品经理看来只是“可遇而不可求”的神圣之物。正如朋友所说，“这是比较完整的公司的产品设计流程和思路，像大部分初创团队和公司产品如何设计……”

在中国，可能至少有80%的产品经理在创业公司工作，没有很完美的流程，没有很好的产品环境，甚至连完整的团队都没有。在这种情况下，我们该如何做产品设计？套各种产品理论非但没有任何用处，还可能会出现负面的影响。

在创业型公司如何做产品设计？在此，普及几个概念：敏捷开发、产品迭代、MVP产品。而这些方法，不仅仅适用于创业型公司，也是每一个产品经理都应该学习的工作方法。

精简流程，敏捷开发

我常常跟一些初学产品的人说，“这些知识你都得学，但是在实际工作中却不一定都会用上。”因为，这些都是做互联网产品的相关知识，但是实际的应用却不能死守这些教条，而是随机应变，灵活应用，学习更多不是为了全部都用上，而是更有利于在应用的过程中对症下药，用起来更加得心应手。

同样的，做产品的完整流程也是可以灵活地进行精简的，更加敏捷地完成产品的开发。

其实，敏捷开发早已经是一个非常流行的模式了，随着互联网的发展，做产品就更应该以这种方式来做。关于敏捷开发，有这么一些说法：“个体和交互，胜过过程和工具；可以工作的软件，胜过面面俱到的文档；客户合作，胜过合同谈判；响应变化，胜过遵循计划。”

回归互联网产品设计的角度来看，在产品的设计流程中，我们或许都知道，有需求调研、需求挖掘、需求分析、竞品分析、需求评审、需求文档等等流程。对于一个小公司来说，如果每一个流程、每一个步骤都去做，难度非常大，而且开发的时间会被拉得非常长，问题也会随着时间的拉长而越来越多。我曾经就有过这样一些痛苦的经历，技术要求要提供了原型、原型说明、需求文档、E-R实体联系图、数据流图等文档，才能会进入开发阶段，而且需求评审阶段也被拖得非常长，那时候真的是一万个“草泥马”在心里走过。把这些东西全部都完成的成本已经非常大了，更何况还有需求阶段的一大堆事情呢？如果都想要尽善尽美，那等我们把产品开发出来，或许市场已经趋于饱和了。

那么，做产品设计，该如何简化流程，实现敏捷开发呢？

首先，我们应该清晰目标，把握主流程和主要需求，学会目标的拆解和优先级的划分；其次，制定Roadmap和产品迭代计划；然后，完成MVP产品的开发，快速投入使用，并验证需求；最后是快速迭代，完善产品和升级产品。

在工作的过程中，尽量少一些形式，多一些实干。产品原型几乎是每一个互联网产品开发的标配，但是简单的线框图，并不能完整地表达出完整的需求，往往也会忽略一些没有考虑到的问题。因此，我一般都会在产品原型中加上一些必要的说明。也有的产品经理习惯于提供一个产品原型（线框图）和一个需求说明文档。那么，是否一定要在开发的时候，同时提供产品原型和需求文档呢？为了简化流程，我个人的建议是，先提供产品原型，同时产品原型中需要对一些必要的需求，在原型旁边标注上相应的说明。后续再不断提供PRD（需求文档）等文档文件。因为，当产品经理提供了产品原型和必要的需求说明之后，UI、测试、技术等角色就可以去做一些工作了，不会因为产品经理的工作而影响其工作的进度。这样做，也就可能会出现需求理解出现偏差的问题，因此，简化流程、敏捷开发的前提是加强沟通，更多的沟通，有利于避免出现需求理解出现偏差。这也是敏捷开发模式会经常召开站立会的原因之一。总而言之，就是：简化流程，加强沟通，实现敏捷开发。

需求拆解和优先级划分

敏捷开发除了简化流程，还可以对完整的需求、完整的产品进行拆解，拆解的前提是，保证每一个模块都是完整独立。也就是说，这个拆解出来的单独模块是能够走通一个分支流程的。

需求的拆解，需要遵循的是：独立模块，能够走通分支流程。

例如，一个电商产品，其可能包括有商品、物流、评价、退货、优惠券等需求。如果要对这个产品的需求进行拆解，应该如何拆解？假如把商品模块单独出来，所做出来的产品能够管理商品，但是做出来之后也不可能能够使用，这时候用“独立模块，能够走通分支流程”的原则来代入，商品模块没有满足“走通分支流程”，有商品却不能购买，不能走通购买的流程，因此，这样拆解所做出来的产品，即使上线了，也是不能够使用的。

优先级的划分，可利用KANO模型来进行分析：基本型需求、期望型需求和兴奋型需求。基本型需求是一个产品需要最先满足用户的，因此，对于一个从零到一的产品来说，这个是应该优先去做的，从基本需求到期望型需求，再到兴奋型需求，是一个从零到一的产品循序渐进的过程。

制定Roadmap和版本管理

需求的拆解和优先级的划分，其实就是为了将一个大的互联网产品分解成多个细小的功能模块或者小产品，然后通过“迭代”的方式，将这些小产品串联成一个完整的大产品。

“快速迭代”是互联网产品一个非常重要的特点。因为互联网产品的变化是非常迅速，这一刻所做的事情，在下一秒或许就已经是错误的了，当我们把一个完整的大产品做出来的时候，或许时代已经变化了，产品也失去了应有的市场。

从敏捷开发的角度来看，分解成细小的完整模块，然后不断迭代，升级完善，能够更快速地完成产品的开发，将产品推出市场。

要想做好产品的迭代，就应该制定Roadmap和版本管理，有计划、有节奏地完成产品的迭代。Roadmap可以说是产品蓝图，也就是产品的规划。对产品每一个阶段应该做的事情进行规划，形成产品的发展路线图。同时，制定版本的规划，对版本进行管理，也是产品迭代所需要做的事情。

MVP产品，快速迭代

前面说到通过需求的拆解，所形成的小产品，其实也可以称之为“MVP”产品（最小可行产品）。

MVP产品的特点就是“麻雀虽小，五脏俱全”，一个能够走通完整流程的小产品。一般是指能够满足用户基本需求的小产品。MVP产品是一个比较轻量级的产品，后期也是需要不断快速迭代，从而满足用户更多需求的。

最后，回到“在初创型公司如何做产品设计”的问题，其核心就是“敏捷开发”。