为什么一个聪明的产品经理设计产品原型时会邀请设计

　　产品原型，一个在互联网产品领域必须要认真对待的词，当产品团队进行完初期的产品机会评估（即对产品的需求大约有多大），就要进行产品原型的设计。而在这个环节，一些产品团队常进入的误区是PM去吭哧吭哧设计产品原型，然后设计和开发磕个瓜子等原型出来！
　　一个聪明的产品经理不会这么做，他会邀请设计和开发的加入，一同干出一个原型来，因为他明白如此设计出来的原型是高效的，而高效的产品原型，我们认为是高保真原型（参见《启示录：打造用户喜爱的产品》）。
　　那么，为什么要这么做呢？我们首先阐述一下一个高效产品原型应该满足的三个原则，然后从产品经理、设计、开发三个角色的角度解释他们在原型设计过程中各自的作用。
　　一个高效的产品原型是接近真实产品的，对于产品经理、设计和开发，它满足三个原则：
　　行为完整原则
　　原型必须准确完整地描述软件的行为（功能），这里的＂准确＂指准确表达产品行为逻辑，不与真实产品相悖，＂完整＂指完整地包含产品的核心功能，对于每个功能，完整地描述从始至终的子行为，不缺省行为细节。
　　当确定好产品需求之后，就解决用户需求设计MVP（Minimum Viable Product），这一过程会集中火力于核心功能，而到了下一步制作原型时，原型应当就确定的核心功能做好完整的行为描述，因为减法（一开始去搁置非核心功能）已经做在前面了。
　　描述直观原则
　　原型应该直观描述软件用户体验（交互和设计），软件用户体验和用户需求密不可分，一个完整表达交互的原型和一个只有静态页面的原型在体验上是完全不一样的，当然我们不要求在设计上追求精致，而是在风格、界面组件排布等方面接近真实产品，不可草草了事。
　　一个描述直观的原型将具有普适性，对于产品经理、开发、测试、客户、市场营销人员、管理层等都能直截了当地告诉他们这是个啥，这个看上去怎么样，这个行为是怎样交互的等等。
　　成本可估原则
　　一个高效的产品原型应该能从中评估出时间成本、技术成本和资金成本，如此，产品的进度才不会拖，产品的投入才能准确预估以便于产品决策团队进行决策。
　　成本可估意味着产品的各阶段将被合理地计划，产品设计不可行的地方将被及早发现，产品功能和产品进度之间的平衡将更科学地确定。
　　在原型设计上，产品经理负责统筹，下面我们就执行层面（具体到要执行什么的层面，而不是统筹部署层面）对产品经理、设计和开发各自的贡献做一个阐述：
　　产品经理——定义原型行为
　　涉及到的原则：行为完整原则和描述直观原则
　　产品经理是一个产品团队的核心人物，他在进入原型设计之前主要任务是评估产品机会，确定用户需求，之后便是确定产品核心功能，定义产品在核心功能上的行为，这个过程也就定义了原型的行为（别忘了我们设计的是高保真原型），然后就软件每个确定的行为定义其子行为，完整地确定在原型上需要表现的各个功能和行为。
　　而在用户体验设计上，产品经理需要和设计一同完成，因为功能和体验是密不可分的，产品经理需要就定义好的产品原型和设计同步原型的体验设计。
　　而在原型设计后期，产品经理应当围绕设计出的高保真原型进行PRD撰写，补充必要的注释、需求优先级列表、可能的线框图、业务逻辑等等，这样一项对内高效、对外可测试的产业原型才算完成。
　　设计——完成体验设计
　　涉及到的原则：描述直观原则
　　设计在产品原型设计的过程中主要负责配合产品经理完成原型的体验设计。
　　交互设计根据产品经理定义的产品行为进行最合适的交互设计，确保原型在交互上接近真实产品，值得一说得是，以前我们会看到纸原型、看到静态页面原型，这些原型固然可以用，但是我们还是主张尽量使用一些原型制作工具或者一些技巧去设计原型，一方面现在原型制作工具日趋完善，使用简单，功能强大，另一方面这样的原型是具有完整用户体验的原型，比纸原型、静态页面更具有真实性，能直观地描述交互逻辑，尤其在用于用户测试的过程中，这一点因素尤为重要！
　　界面设计根据产品属性进行界面风格的确定，界面组件的排布，界面元素的优化，让每个页面都能直观地告诉大家这个页面是干啥的。
　　开发——成本可估原则
　　涉及到的原则：成本可估原则
　　开发在原型设计的过程负责检查原型，帮助产品经理和设计估算各种功能和行为的直接成本和间接成本，指出设计上的误区，并分析、评估尚不确定是否可行的功能。这样当产品原型确定后，开发已经详细估算出所有产品功能的时间成本、技术要求。
　　然后结合预先的时间安排，产品团队就可以根据开发的估测进行进度的调整，权衡功能削减和推迟发布之间的轻重，这一个好处对于一个高效团队来说至关重要。一个能按时按质完成产品交付的团队将由内而外产生激励，促进产品团队进入一个良性循环，但是一个总是要削减功能或者总是要推迟发布时间的团队将使团队成员陷入一种疲乏状态，从而很可能进入恶性循环。
　　所以一个聪明的产品经理在设计产品原型的时候会邀请设计和开发的加入，他知道他需要设计一个高保真原型，高保真原型对内将使效率提高，对外可以进行测试而且收集到接近真实的反馈，而设计一个高保真原型单靠一个PM是压力山大的，设计能帮助他完善原型的用户体验，开发能帮助他评估产品的时间成本和技术成本，这样保证他的原型是满足行为完整、描述直观和成本可估原则的（对于用户角度还有：可用测试原则）！