原型设计与PRD

原型和PRD是产品经理的主要产物,可以说是功能和流程的可视化

原型和PRD绘制有一些技巧和规律可循。其中很重要但一部分是工具的使用。

页面流程图

  • 交互设计/原型设计的底子,基本依据
  • 代表用户的操作过程,先做页面流程能快速发现体验问题
  • 突出页面重点元素与逻辑关系,提升原型设计的效率

页面流程图和信息架构图区别

信息架构图(信息结构图)

页面流程图

  • 页面流程图,以用户视角来看,主要看流程的合理性
  • 信息架构图,以产品视角来看,主要看包含多少功能点
  • 页面流程图适合于跳转比较复杂的产品功能,如电商、社交产品
  • 信息架构图适合于层级分明,如音乐产品、新闻客户端、阅读类产品

页面流程图包含什么

  • 四方形:业务流程图中四方形部分,异常流程为tips或弹层
  • 流向:主干流向和辅助流向
  • 重点元素:每个流程中,重点要体现和表达的内容是什么

画页面流程图的工具

  • Axure
  • PPT

绘制业务流程图

案例:给产品增加一个优惠码功能,可以让运营人员通过向用户发放优惠码,用户在下订单的时候使用优惠码,抵相应折扣(金额)的功能。

1.回归业务流程,明确主线

* 页面流程一定来自业务流程
* 一般为业务流程中的方形部分
* 异常流程一般为弹层或弹窗
* 业务流程画的好,页面流程就会简单

2,明确页面中重点元素

* 功能在页面中,有哪些是需要表现的元素
* 增加异常流程的处理逻辑
* 增加辅助的帮助页面
* 考虑下游触发点

3,沟通与优化

* 尽可能穷举设计的页面,然后做减法
* 通过原型草图,优化调整页面相关元素
* 与UI,UE,前端研发等多沟通有更好的效果

总结

  • 回到业务逻辑,明确主线
  • 明确每个页面中的核心元素
  • 优化与调整顺序

原型设计

什么是产品原型

产品原型在产品画布所处的位置在哪里

原型承载了解决方案的细化和落地

  • 产品原型,也叫线框图,是用线条、图形绘制出来的产品框架。
  • 产品落地的关键点,从虚拟概念到用户接触的节点
  • 产品经理产出的关键内容,上传下达,传达给UI,UE同事,而且会称为研发参考的重要材料

好的产品原型有什么特点

1.整体感受

  • 页面结构清晰
  • 跳转关系明确
  • 与业务流程一致
  • 完整表达用户需求

2.独立页面

  • 功能元素明确有序
  • 位置关系清晰
  • 不同状态变化清晰

3.交互设计

  • 清晰地交互逻辑
  • 一致交互方式
  • 界面统一

从原型到上线的过程

动手之前的忠告:

  • 产品需求没想明白之前,不要摸Axure
  • 产品流程没梳理清除前,不要摸Axure
  • 在你没有手绘草图之前,不要摸Axure
  • 在你没有把草图让Boss过目,拍板之前,不要摸Axure

开始原型设计

1.确定本次需求的用户与场景 2.认真研究需求的业务流程图 3.完成页面流程与目录 4.确定页面框架 5.确定交互细节、串联 6.讨论迭代细节修正

画原型改原型的时间尽量控制在20%以内,原型修改通常是因为需求没封闭

原型设计的好习惯

1.先手绘,再用软件、工具绘制 2.用真实比例,真实文案

* 真实比例、真实字号只会让元素更真实
* 真实文案可以避免在需求评审的时候被质疑
* 真实模拟可能出现的极端情况,并示例清除

3.切记,原型不要上颜色

* 原型就用黑白灰即可,不要上颜色
* 做的太漂亮了,坑UI,坑UE
* 做的太漂亮了,万一要调整会不会舍不得删

4.目录树要清晰、阅读流畅 5.如果要修改原型,关键修改要重新保存文件。最好分版本备份归档 6.紧扣需求主题,不横生枝节

* 如果原型需要增加新功能,先考虑后端数据来源
* 不要为了“长的好看”而增加新模块

7.三招让你成为原型设计大牛

* 一定要努力画
* 一定要认真画
* 重复100遍前两点

如何写PRD(需求文档)

什么是需求文档

  • 俗称:MRD、PRD、BRD,其实叫什么并不重要
  • 效果:说明为什么要干,怎么干,干了会有什么效果
  • 内容:明确产品背景,需求,流程,原型,交互等内容
  • 谁看:需求文档的阅读对象:设计,研发,测试

需求文档有什么用

  • 内部沟通
    • 明确产品需求
    • 明确产品要求和细节
    • 让参与者明确实现的结果
  • 存档
    • 有据可查
    • 交接更容易,更职业
    • 跟进者了解之前的做法和过程

用什么工具书写需求文档

  • Word,Pages,GitBook
  • Axure

高颜值的需求文档的特点

  • 结构:逻辑清晰,层次分明。好过标准过程
  • 背景:需求背景描述清楚。好过直接讲功能和原型
  • 流程图:业务流程,页面流程都有。好过直接讲原型
  • 目标:考核指标,算法清楚。好过没有指标,完全凭感觉
  • 习惯:变更过程清除。好过改来改去改回初版

需求文档应该怎么写

1.项目背景和需求分析

* 谁提的需求?什么场景?遇到什么问题?
* 简要描述分析过程:决策过程的依据是什么?解决方案是什么?
* 有没有相关的背景数据资料
* 明确本次需求:用户、场景、需求、解决方案分别是什么?

2.本次需求的目的及功能列表

* 这个需求整体是什么样子的?是否要分阶段?
* 本次需求做那些?前后关系是什么?
* 本次需求的功能清单有什么?
* 涉及到的功能或页面有哪些?

3.流程与所处的产品模块关系

* 业务逻辑图
* 业务流程图
* 页面流程图

4.功能详细介绍

* 交互设计图
* 原型图

5.简要的用例介绍(可选)

* 关键点用例是什么?
* 重点关注点
* 错误提示表等

6.考核指标和计算方法

* 本次需求需要统计哪些指标
* 如何计算
* 如何埋点

results matching ""

    No results matching ""