为什么一个聪明的产品经理设计产品原型时会邀请设计和开发加入.pdfVIP

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