产品管理流程及规范3：产品原型设计

产品原型的规范化，目的是清楚表达产品设计理念和功能交互及执行逻辑，提高产品、研发、UI及业务部门之间的沟通效率。本文主要讲解了产品原型设计的一些标准、规范及实际操作方式，方法，与大家分享。

01 制定产品原型设计规范的目的及意义

目的：产品原型的规范化，目的是清楚表达产品设计理念和功能交互及执行逻辑，提高产品、研发、UI及业务部门之间的沟通效率，避免信息不对称和信息传达的遗漏和缺失而导致的整个项目进度延期问题。

让开发和设计团队提高设计开发质量及工作效率。

统一设计规则，降低各方沟通成本。

进行模块式的设计，降低开发成本和减少开发时间，加快产品迭代上线的速度。

改善交互设计的水平，提升用户的使用体验。

对于个人来说：规范性产品原型绘制能够提高个人的职业水平，标准，统一性，团队内部及协作单位的沟通成本也会降低，这能减少扯皮、反复沟通等问题，将更多时间放在产品的思考上，同时避免不必要的纠纷。

02 原型保真度比较 1. 评价维度

一般有五个维度来测量一个原型的真实（保真）程度。

a、视觉精炼层次

原型与最终产品看上去有多相似？一个低保真的原型也许就是一个手绘的草稿，而一个高保真原型就会是精确到像素，看上去和真实的产品没什么区别。

b、功能的广度

原型能够包含多少的功能？一个低保真的原型聚焦于那些最重要的任务，而高保真原型会有更细节的任务

c、功能的深度

每一个功能能够被多大程度地制作成原型？一个低保真的原型可以在页面和页面之间跳转，并在已有典型数据的情况下，告诉你大概的用户流程。一个高保真的原型可以让你输入数据，知道那些在进行不同的输入时影响到输出的区分。

d、交互的丰富性

原型中会有多少的交互？低保真原型也许会相当简单，在用户使用时没有任何的反馈信息。高保真原型将会考虑动画效果，表单验证，和所有用户与产品直接的细节交互。

e、数据模型的丰富性

你的原型中应用的数据有多丰富？低保真原型使用的是有限的，典型的数据设置，显示最常见的用例。高保真原型会包括边缘的情况，比如非常长的用户名（应该减少用户名的长度），无数据（提供默认人物头像），第一次使用（使用空白状态），或者极端大的数据量（使用翻页或者过滤）。

产品原型设计根据还原度，也就是与最终成本的逼真度，大致分为低保真、中保真，高保真原型。我在过往中基本做到中保真，这也是绝大公司的要求。不同团队及个人可能对保真度理解不一致，仅仅为个人观点。

2. 保真度

 a、 低保真原型

表现软件的重点功能和基本交互过程，使用简易的线框进行处理，。好处是：制作成本低，速度快，修改也方便，在功能简单及团队沟通顺畅时可以使用

b、 中度保真原型

中度保真的产品添加了更多细节，对软件的交互进行了更细致的设计，比如照片处有对应内容照片，选项卡有具体内容，按钮颜色做了区分，有动效模拟。在大部分情况下，中度保真原型已经足够，既表现了软件的功能特性和交互过程，界面有一定的细节，而且使用者已经能完整体验到最终的产品，可以验证产品的可行性，确保了不会在后面的开发过程中发现重大失误。缺点是花费时间会多一些。

c. 高保真原型

几乎完全按照最终产品来制作的原型，细节丰富，包括了产品的所有功能以及详细的交互细节。制作高保真原型可以显著降低沟通成本，原型更精准和精美。但是，保真度越高就意味着需要花更多的时间和开发精力，而且一旦有修改也会更加耗费时间。

d、各类保真度优劣总结

03 主流设计工具

墨刀：设计界面原型及交互（目前阶段使用），墨刀在线协作优势更明显，保密性上可以由公司统一购买账号尽量避免使用私人账号并在权限上做一定的限制；

Axure：的保密性更强，功能更强大，但是在线协作稍微差一点点。

Xmind：绘制功能结构图（主要）；

Visio：绘制用户使用流程、系统业务流程、功能架构等；

Word：开发周期允许时撰写PRD；

Excel：项目时间计划管理、项目会议纪要输出；

04 原型大纲

一个完整项目的产品原型需要有“大纲”，包含内容如下：

1. 产品的版本概况

a、 版本记录

需明确记录原型的增删改内容及日期，

b、功能点列表

列出该原型图的功能点，明确开发任务及优先级。对于分期开发，但原型已经出完的，标注不同功能开发的阶段，“1期”、“2期”等。

2. 功能结构图

a、使用xmind绘制，让开发人员了解整个功能框架、信息架构，利于估算开发时间。

b、 功能结构图中使用的功能及页面名称要和“功能清单列表”保持一致，

示例：

05 界面原型及逻辑说明

a、 原型界面设计