提交需求
赛事与广告咨询合作,请填写需求表单,我们会在第一时间与您联系!
突击型的项目一般留下的设计时间都比较短,所以为了更好的对接研发人员,总结了日常工作中用到的一些方法,供参考。
一:明确系统业务类型
在设计行业这么久,收到过各种各样的需求:需求文档(.doc)、需求描述(.doc)、流程图加综合字段、需求列表(.excel)、脑图+静态架构、一句话需求,比如这次我们一个资深研发经理说,他想要个数据勘误系统,虽然个人自负业务理解能力超强,但当听到“数据勘误”四个字的时候还是楞了一下神,但是我是能这么容易被吓住的人吗(奸笑),因为此时我已经确定,这是一个流程类的审核工具,就类似于OA办公系统,所以这样一来就好办了。
二:确定系统功能框架
再简单的需求,也不止一句话。当然前半句和后半句其实是两个不同的点,第一个需求是指具体的可以指导设计开发的需求,而后一个是用户目标或者期望,是系统搭建的总方针。实际运用中,就“一句话需求”,如何来确定具体内容呢,来来来,表着急,举个栗子:
M:小王,帮我设计一个数据勘误系统
D:这个系统是干啥使的?
M:是给研发提交数据勘误类型申请使用的
D:都包含啥功能?
M:能申请、审批、审核、查询就行
D:有啥要求没(其实这句话的言外之意是:设计目标是什么?)
M:噢,对了,还要有一张统计图,能查看各种勘误类型数据的对比,最好是柱状图。
到这里为止,系统的功能框架已经基本清晰。行业中有5W标准,但就个人而言,如果单纯的听what,how,大脑总是会有一会儿短暂空白,就像看见英语句子要提前翻译一样,大脑尚且不能在英语和母语之间来回切换自如,所以更喜欢就事论事,而不是去套公式。不过,若返回去推敲就会发现其实已经涵盖了what、who、where、when,至于how,那就是系统功能架构具体的执行实现了。
三:细化功能页面需求
上个步骤中已经明确具体的功能点,还需要具体到点,然后就可以设计具体的原型页面了。再举个栗子,上个步骤中,已经明确功能点:申请、审批、审核、查询(看)、数据对比图,接下来就要各个击破:
1.申请:页面字段,对应输入方式,是否需要附件上传
2.审批:研发专员提出申请后,直属上级审批。一般为了更好地理解各个角色和权限,都应该配有业务流程图,如果没有自己用Xmind梳理一下功能架构也能很好的帮助。此时就可以确定,审批人员应能看到申请人提交的所有内容,给出审批意见,流程进入下一节点。
3.审核:审批之后业务人员进一步审核,给出通过或者驳回的意见。
4.查询:所有角色均有查询功能,有哪些查询条件、列表字段、操作,这些确定之后页面内容不用担心了
5.对比图:什么内容的统计图,哪种类型(柱状图、饼状图、散点图、趋势图、雷达图···),横轴和纵轴代表的取值和单位
四:原型图设计
啦啦啦,呈现的过程到了,这一步也是证明“how”的过程。
五:最后进入设计评审,继续迭代,或者交付UI进行设计~
大牛,别默默的看了,快登录帮我点评一下吧!:)
登录 立即注册