原型和PRD是产品经理的主要产出物，和上一章功能和流程是紧密相关的，可以说他们是功能和流程的可视化。
原型和PRD绘制时有一些技巧和规律可循。其中很重要的一部分是工具的使用，聪明的大家去摸索一下就会很熟悉
页面流程与页面结构图
页面流程图
了解页面流程图
交互设计/原型设计的底子，基本依据
代表用户的操作过程，先作业面流程能快速发现体验问题
突出页面重点元素与逻辑关系，提升原型设计的效率
eg:
页面流程图和信息架构图的区别
页面流程图，以用户视角，主要看流程的合理性
信息架构图，以产品视角，主要看包含多少功能点
页面流程图适合于条状比较复杂的产品功能，如电商、社交产品
信息架构图适合于层级比较分明的，如音乐产品、新闻客户端、阅读类产品等
页面流程图包含什么？
四方形： 业务流程中四方形部分，异常流程为tips或者弹层
流向： 主干流向和辅助流向
重点元素： 每个流程中，重点体现和表达的内容是什么？
画页面流程图的工具
axure就足够了，因为花了页面流程紧接着就是原型图
PPT也可以，快二容易讲解
后面以这样的一个需求作为案例讲解：
回归到业务业务流程，明确主线
页面流程一定来自于业务流程
一般业务流程中的方形部分
异常流程一般为碳层或弹窗
-
业务流程画得好，页面流程就很简单
如果你的工作中，很多时间都是用来画原型改原型的话，就要好好反思一下，你的业务流程和页面流程是不是出了问题
这是上面产品的业务流程：
创建优惠码，后台的页面流程:
一般来说，后台的页面流程时间充沛的时候才去做。
使用优惠码：
最后用户的流程是这样的：
明确页面中重点的元素
功能在页面中，有哪些是需要表现元素
增加异常流程的处理逻辑
增加辅助的帮主页面
考虑下游触发点
上面的流程得到的结果是这样的
沟通和优化调整
尽可能穷举设计的页面，然后做减法
通过草图，优化调整页面关键元素
与UI、UE前端研发等多沟通有更好的效果
原型设计的基本原则
什么是产品原型？
回到产品画布，原型所处的位置，在产品分析过程中，最有可能出现的地方是解决方案的这个地方，因为原型就是解决方案的一种呈现，在工作流中，原型在需求评审和研发测试的时候发挥作用。
简单来说，原型承载了解决方案的细化和落地.
产品原型的概念
产品原型，也叫线框图。使用线条、图形绘制出的产品框架
产品落地的关键点，从虚拟概念到用户解除的节点
所谓的虚拟概念，就是需求和问题的转化，得到一个具体的方案。然后以产品原型的方式呈现
- 产品经理产出的关键内容，上传下达，传达给UI、UE同事，而且会成为研发参考的重要材料。
五大原型设计常用工具
笔和纸
笔和纸
笔和纸
笔和纸
原型工具： Axure、Sketch、墨刀等。
非常推荐手绘原型，因为它很容易修改。一般情况下，你是用纸和笔画原型的时间要占到你整合原型绘制过程中的80%的时间。
原型的绘制关键是人，至于工具，选一个自己用的顺手的就可以了。
好的原型有什么特点？
如何开始原型设计?
从原型到上限的过程
动手之前的忠告
- 产品需求没想明白之前，不要摸Axure
- 产品流程没理清楚之前，不要摸Axure
- 在你没有手绘草图之前，不要摸Axure
- 在你没把草图和Boss过了基本确定之前。不要摸Axure
我们在基本方案确定之前，采用手绘，这样的方案效率是最高的，成本也是最低的。
开始原型设计
原型设计的好习惯
先手绘，再上软件
- 讨论阶段，手绘成本最低，调整容易
- 大白板、A4纸都可以
- 如果是APP的设计，可以去某宝买带手机框的白纸
用真实比例，真实的文案
- 真实比例、真实字号会让元素更真实
- 真实文案可以避免在需求评审的时候被质疑
- 真实模拟可能出现的极端情况，并示例清楚
不要上颜色 不要上颜色 不要上颜色 不要上颜色
目录树清晰，阅读流畅
有修改记录，关键修改重新保存文件
紧扣需求主题，不横生枝节
- 如果原型需要增加新功能，先考虑后端数据来源
- 不要为了“长得好看”而増加新模块
三招让你成为原型设计大牛
- 一定要努力画
- 一定要认真画
- 重复1和2
如何写需求文档
好多人认为需求文档很没有用，因为都没人看写了没有成就感，对项目也没有帮助。
实际上需求文档除了评审会议时，协助内部沟通外，它更重要的是存档的作用，它能让需求有据可查，交接更容易,更职业，跟进者了解之前的做法和过程。
什么是需求文档
俗称：
俗称： MRD、PRD、BRD等等，概念不重要
效果： 说明为什么要干，怎么干，干了后有什么效果’
内容： 明确产品背景、需求、流程、原型、交互等内容
谁看： 需求文档的阅读对象：设计师、研发、测试
需求文档有什么用？
用什么工具写需求文？
- Word:传统的需求文档都是Word的，如果大的项目，我还是建议用Word的来写的
- Axure标注：直接用axure中写标注，小功能、初创团队的首选，团队配合融洽，可以用这个
高颜值的需求文档有什么特点？
- 结构： 逻辑清晰，层次分明VS没有标准过程
- 背景：需求背景描述清楚VS一上来讲功能和原型
- 流程图：业务流程、页面流程均有VS一上来讲原型
- 目标：考核指标、算法清楚VS没指标凭感觉
- 习惯：变更过程清楚VS改来爱去改回第一版
需求文档怎么写
项目背景以需求分析
- 水提需求》什么市场？遇到什么问题？
- 简要描述分析过程：决策过程和依据是什么？解决方案是什么？
- 有没有相关的北京数据资料
- 明确本错需求：用户、场景、需求、解决方案是什么？
本次需求的目的及功能
- 这个需求整体是什么样子的？是否要分阶段？
- 本次需求做哪些？前后关系是什么？
- 本次需求的功能清单有什么？
- 涉及的功能或页面有什么？
流程与所处的产品模块关系
- 业务逻辑图
- 业务流程图
- 页面流程图
功能细节描述
- 交互设计
- 原型图
简要的测试用例（可选）
- 关键用用例什么
- 重点关注点
- 错误提示表等
考核指标
- 本次时羞怯要统计哪些指标？
- 怎么计算的？
- 怎么埋点的？
--
这是我在学习产品能力的第10篇学习笔记。欢迎拍砖。
