前面啰嗦了4篇文章，终于开始讲原型了。文末有彩蛋，哈哈。。
原型是产品与技术交流的重要文档，很多公司都不会用prd跟技术沟通的，因为没有人愿意花半天时间看全是文字的word文档。
其实在日常工作中，我一般也是将所有需求内容写在原型上与技术沟通，图文结合方便自己也方便技术，而prd则是作为留档文件，软件的第一个版本写一份完整的prd，之后每次迭代进行更新，便于日后查询和工作交接。
一个完整的原型，至少要包括以下几个部分：
1、文档修改记录
2、页面结构
3、功能流程
4、全局说明
5、原型正文
1、文档修改记录
这个是原型必不可少的内容，记录什么时间创建的该文档，什么时间修改了文档，修改了哪些内容，修改人是谁。
大家都知道，一个原型文档提交给技术以后，在开发过程中不免有些内容可能不合理而出现小的原型（需求）变更，这个时候产品经理在修改完原型之后就要发技术一个最新版。有了修改记录，技术能够很清楚的知道你改了哪里，而对于产品来说，修改记录也是也是以后查询需求的重要依据。
2、页面结构
页面结构就是产品功能模块的一个总览，通常会用Visio来绘制结构图，展示页面结构关系。让技术一看就知道产品包含哪些模块。
3、功能流程
主要展示功能的操作流程，在功能流程中通常包括操作和判断两类，比如注册流程中用户进行输入操作之后，要进行号码位数是否符合要求，判断是否已注册等。
功能流程对于技术来说很重要，也是考验产品逻辑思维能力的部分，将流程理顺，将流程中可能出现的各种情况考虑到位，会为以后开发节约很多时间。
4、全局说明
全局说明一般会写整个原型中涉及的一些通用性的说明，或者是对某一类具有共性的是说明进行汇总统一说明，便于技术查阅。
（1）风格指南
目前的移动端产品设计主要是Android和iOS，两者的设计风格是有各自的规范的，比如警告视图、toast的样式，加载的形式等。建议产品的同学下载或者找技术要一份两个平台的界面设计规范文档，做一下了解。
风格指南包含全部的页面元素，这些元素被提取出来放在一张图上，可以看到这些元素之间是否排斥，风格是否统一。可以与了解两个平台不同特点的设计师一起确定。
（2）字符限制
除了常见的用手机号注册时的字符限制以外，还有密码的字符限制（至少、最多几位，是否支持字母，是否支持大写等），评论的字符限制，发布文章的字符限制等，所有涉及用户文本输入的部分都要确定字符限制规则。
这个很重要，因为很多地方做怎样的限制规则是很有讲究的，比如用户名我们希望用户填写的是自己真实姓名，那么是不是就限制为汉字？我们的用户有没有可能是歪果仁呢？如果有，那要考虑这个群体的数量有没有必要为其放开汉字的限制。
（3）异常说明
主要说明在各种异常情况下，产品该作何反应，为用户呈现怎样的提示或界面。最常见的比如无网络，连接超时等。
5、原型正文
做好了前面的准备后，开始撰写各个功能页面的详细说明。
这里有个建议，画原型时尽量少用交互动作，比如点击某个按钮跳转到其功能详细页，或者点击后某个界面弹窗隐藏等。虽然Axure或其他原型软件可以指示哪里可以点击，但跳转几次之后漏点的概率相当大，对于技术来说，平铺式的原型文档更容易阅读，不会遗漏某些界面的说明。
画好原型界面，按照页面模块进行说明，说明内容主要包括：
（1）概述
概述并不仅仅是说明这是个什么页面，还可以说明这里哪些规则引用了全局说明，这个页面需不需要登录等。
（2）罗列数据
页面都是由数据组成，这个页面包含哪些数据需要进行罗列，罗列方式可以参考：
| 数据 | 类型 | 优先级 | 操作 | 备注 |
|---|---|---|---|---|
| 用户头像 | 图片 | 1 | 点击进入页面B01 | 展示型信息 |
| 姓名 | 单行文本 | 2 | 无 | 无 |
（3）操作
说先说明页面的初始状态，然后根据需要说明操作的前置判断条件，比如点击评论按钮，一般都会有登录的前置判断。最后说明操作可能出现的各种结果的情况。
至此，《画原型前要了解的产品套路》就分享完了。产品经理不是画原型那么简单，调研需求、整理需求、设计产品、输出开发文档，每一个环节都有很多内容值得好好学习。共勉！
以上，来自Gara《绝密原型档案》的读书笔记。最后再推荐一次，真心不错。
感谢Gara提供的彩蛋——原型模板，这才是原型该有的样子,不看后悔哦。
链接: http://pan.baidu.com/s/1i3pN1Tb
密码: rdtw
