突击型的项目一般留下的设计时间都比较短，所以为了更好的对接研发人员，总结了日常工作中用到的一些方法，供参考。

一：明确系统业务类型

在设计行业这么久，收到过各种各样的需求：需求文档（.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进行设计~