作者｜芝麻开门_Jufeng

故事背景：

一、了解需求背景

二、业务流程

三、功能清单

四、原型交互

一、了解需求背景

首先抛出“灵魂三问”

1、做给谁用？

2、解决什么问题？

然后得到“灵魂三解”

1、给市场部的“ 咨询经理，市场人员，咨询人员”三个角色对接使用。

2、解决用户数据交接格式不统一，用户信息管理存档问题。

二、业务流程

根据业务需求做1.0的业务流程，扒出来了之前画的流程图。下图：

三、功能清单

1、做出角色的权限分配，列出每个角色的“增，删，改，查”所使用的功能”。如下图是我们内部共同认可的沟通方式，这里仅提供思路哈。比如我们的业务第1.0阶段不要删除功能，那么删除栏暂时为空。

2、根据角色分配的功能做具体功能描述，比如：“新建线索”，那线索的都包含哪些内容？我们就对市场经常对接的本地文档，做数据筛选，最后确定需求的用户信息，做详细描述，如下图。

四、画原型做交互

在沟通列表设计时有一个反馈我印象很深，如下图（百度搜的）

大多数CRM列表上显示“电话”和“操作项”，因为咨询（销售）每天打电话60个以上，那么“电话”和“操作”显示在列表能提升打电话的操作效率。我也采取了同样的原型设计。

这里给我的感受是我们看到设计仅供参考，每一个设计背后都有它自己的业务逻辑，真实的需求还是从业务实际出发的。下面是我根据业务需求画的列表，在列表上面没有“电话”和“操作项目”，只有点击“学生姓名”才能查看用户资料。

用户资料的设计，按信息的重要优先级布局设计。资料区在左侧，重要信息“电话”加粗显示易于识别。跟进区在右侧，便于咨询人员操作填写跟进记录。

五、做UI设计

1）布局

先了解UI框架布局，在框架基础上做设计栅格布局。

2）颜色

根据项目风格，设计颜色。

3）字体

字体若没有特殊需求，可以直接用UI框架自带的，主要是规范出字号的大小。

4）图标

UI框架提供有图标，有可能不符合实际项目所用，根据实际情况自己设计一套图标。

5）组件

UI框架提供有组件，比如翻页器之类的，可以直接使用。注意要建立自己的组件库便于后期版本升级使用。

6）页面展示

最后设计出整体UI效果，原型图的说明交互及配合组件开发，对于1.0版本的敏捷开发基本上就够用了。

总结

以上是我CRM从0～1实战过程经验，适用于小公司的敏捷开发需求，任务急的项目。回顾一下：

最后

-END-