怎么样原型图才是业的原型图呢?文章总结一经验,希望对你有所帮助。文章分为上下两篇,阅读上篇内容→《超面总结!何画出业的原型图?(上)》。
本篇文章(原型下篇)主要内容:
- 原型图标注,画开看得懂的图
- 个页展示所有交互状态
- 页面跳转系图(要做孤立的设计)
- 流程图,梳理业逻辑
一. 原型图标注,画开发看得懂的图
首先明确原型图标注是谁看,谁最关心原型标准呢?般而言,开发和设计最关心原型图标注,开发最关心是边界条件、页跳转关系,而设计最关心有页和功能遗漏,如反馈状态和空页。画出功能所有交互状态,晰显性化表示交互状态是作为交互或品基本功。个好标注满足以下几个条件:
- 标注点的含义,生的件
- 用脑图梳理所有象和逻辑关系、状态
- 模区分和标记
定义每个标注点的含义和件
在做互稿标之前,定义规范每个标的含义,形成统一的规范,使得团成易理。,我比喜欢用水滴表示标注的功能,用圆圈+箭头的形式来标识页面跳转关系。
用脑图梳理所对象逻辑关系、状态
下面的原型图标注以饿了么商家详页结算订单例,先用思维脑图梳理功能状态,这样能避免遗漏一些界条件。
模块化和标记
梳理好状后再在型图上写产品用例,每个功能做成一个模块,有利于往后的维护和迭代,例如下面是饿了的订结算功能。
二. 在同一个页面展示所有的交互状态
很多的开发和设计,没有很多耐心看原图上的各种标注,特别是时间一长,标注就非多。如果是做版本的迭代,一定要做好标注的版本区分,他们第一眼看到当前版本要做的事情。如果是特别复杂的功,尽量在一个页面上显示有的交互状态,避免在看原图时有遗漏。有时候测试验收阶的很多坑,各种状态遗漏,实是由于前期没有做好标注引起的。
下面以消息列表页为例(梳理思路用脑图是一个好习惯),先用脑图画出所有的状,补齐所有交互状,后面再画的候效率会高多。
如下图,为消息列表页所有交互状的列表呈现:
三. 页面跳转图(不要做孤立的设计)
页面跳转图,从户的视角,系统看流程的合性。页面流程图有助于梳页面之间的系。交互设计师或品经理在工作,很容易把个功能做成「孤岛型功能」,即这个功能跟其他功能没有立联系,跟其他功能是孤立关系。
如在「美」中要增一个评论功,那么评论机制应该怎么与现有系统对象建立联系?在分析这个问题之前先看看评论和程的系,如图:
程中可看到相评论,评论系统与程之间已建立联系,但只是单线的系。
再美啊这个产品中,还有什对象是可以跟评论建立系的?假如,为了刺激用户去评论,可以用积奖励的方式,当用户评论教程后,可以获取一定的积,即教程—积通过评论建立了系,跟现有的积兑换优惠券、商品也是有系的,于是建立了用户—教程,教程—积,用户—积的关系,整个积体系不再是孤立的功能。
户—程
- 用户去评论教程。
- 教程分可以帮助用户筛选出更优质教程。
教程—积分
- 通过评论程可获得积分。
- 积可以免费兑换观教程。
用户—积分
- 积分可以刺激用户去论。
- 用户用积分以获取品,优券等。
于整论体系的页面关系图(补充了部分可能存的需求):
四. 流程图,梳理业务逻辑关系
画流程图是产品经理的基本功,产品需求也是流程上的需求。画流程图的目的有以下点:
- 确保产流程的合性。
- 有效传达需求。
- 检验异常分支。
在画流程图过程中,切勿遗漏异常状,产品经理一比较关心主要流程,可是开发同学在写代码,要做条件边界判断,这个条件边界即为异常情况。测同学在写测用例,要穷尽所有的景,包括正常景和异常景,否则出了问题,是要背锅的……为了避免开发和测同学不断询问你边界条件,最好在交付交互稿之前用流程图梳理出来。
常用的流程图分单向流程图泳道图(涉及到多角色),单向流程图一般描述单一角色完某任务的整体过程,如登录注册过程、支付流程、填写资料。
流程图包含以下内容:
- 事项:用户完什么任。。
- 角:分别有哪人参与到流程中。
- 信息传递:信息在个过程是如何传递。
- 异:有哪些异情况,如何处。
如快手登录注册流程,先来梳理思路:
- 项:用户要完成快手的登录注册。
- 色:普用户。
- 信息传递:在触发登录注册框时,获取户的注册信息,检验手机验证码,联通讯录数据,获得第方登录数据。
- 异常:最近登录过该如何理?机号无效该如何理?机号已注册该如何理?
泳道图
除要明确项、角、信息传递、异常等内容,在画复的泳道图之前,要明确参与角,梳理出不同的角要完成的任务,各个角之间的接,整个流程的阶段划分。
如天猫退货流程图作图思路:
1. 明确色
参与色有:买家、系统、卖家、客服。
2. 各个色要完成任务
买家:买家收到商品不满意,可以在天猫上发起退货,填写退款申请。如卖家意退货,买家可将商品寄到卖家收货地址,寄送可选择自寄件或者上取货。如卖家收到货后,拒绝退款,买家可以申请客服介入。
卖:处退款申请。如果订单满足退货条件,将退货地址发给。卖收到商,退款给。
系统:判断买家收货状;检测买家的退款申请的因、金额等,生成退款记录;判断是否先垫付退款;将家地址发给买家;系统将买家上门服申请发送给作的物流公;变更退款状。
客服:客服介入,判断方责任。
3. 角色交接
买家将退款申请发送给系统,系统发送给卖家,卖家处理退款申请,卖家将退址发送给买家,买家寄件给卖家,卖家收退款。如卖家拒绝退款,买家申请客服介入,客服处理买家或卖家的责任。
4. 阶段划分
了方便理解整流程,小编把流程分5阶段:
- 买家发起退货申请。
- 系统处理买家申请。
- 卖家处理退货申请。
- 买家寄件卖家。
- 处退款。
个泳图如下:
欢迎关注作者微信公众号:「PMIP」