流程图|CRM系列02：销售域的系统设计与实施_

编辑导语：B端业务系统的搭建并不容易。如何设计CRM系统，实现CRM系统的搭建和落地？本篇章里，作者总结了CRM系统销售域的设计与操作流程，不妨来看一下，也许会对你有所启发。

文章插图
在系统现状调研、代码逻辑梳理、业务调研、老板意向调研等一系列“软性工作”告一段落后，终于可以开启产品设计这个“硬性工作”了，想想都觉得难，带着镣铐跳舞，哈哈。
难归难，这正是产品经理存在的价值。
在CRM销售域的整体设计过程中，我用到了3个工具：
一、工具1：用户体验五要素用户体验要素一书中，定义自上而下存在五层逻辑关系，我翻译成了更符合我语境的内容，依次为：

战略层：可以理解为这个系统的定位和最终目的；
范围层：基于战略层归纳出的功能点和业务流程；
结构层：基于功能点与业务流程，设计出的页面流程；
框架层：每个流程节点上页面的内容布局；
表现层：每个页面上的视觉设计。

文章插图
作者又强调了两个点让我受益匪浅：
关于第（2）点，是我在踩了坑之后才发现的，之前读书的时候一直没理解，也就是下图中下方的波浪图。

文章插图
如果你也没用过或者不理解，我可以举一个例子你就明白了。
比如在范围层的时候你设计了一套销售代下单的流程，步骤A-B-C-D，然后你正常设计了结构层页面的页面间的跳转流程，然后很快你又根据页面流程设计出了页面中的跳转入口，相当于从范围层开始，你不间断地干通了结构层，框架层，共3层。
这时候老板突然说在范围层的流程要改（日常操作……），你答应下来以后发现，不光是流程改了，后面结构层的页面跳转逻辑也要改，而紧随其后的框架层的跳转入口，改的就更大了，有的入口没了，有的凭空出现好多内容……
而如果遵循第（2）点的要求，在干完范围层的业务流程图之后，是可以设计结构层的页面流程图的，但是不能继续干了，必须要确认好范围层的流程图都没问题了，再继续干到框架层。
【流程图|CRM系列02：销售域的系统设计与实施】这样看似麻烦，但其实是最省项目时间的做法，如果老板想看最终结果又要从根源否定，就跟老板打好提前量，告知时间上的损耗。否则就会出现大佬们在基础流程上反复横跳，对应的细节涉及了几十个页面，真的吐了。
二、工具2：用户故事地图在战略层梳理的时候，我用到了用户故事地图，这是一个针对敏捷开发使用的一套描述需求的工具，可以辅助描述更清晰的业务场景，业务需求。
用法也很简单，顶部划分用户历程的大阶段，然后下方细拆，拆到每个业务部门，再拆到部门下的动作和目标，最后在最下方整理出需求点。
这样的方式会很清晰，尤其是在流程很长的时候。图可能看不清，不过没关系，理解就好。

文章插图
三、工具3：UML工具正如我在UML那篇文章里提到的，UML作用的范围，可以放到范围层和结构层。如下图。
真是一个利器，可以很清晰的梳理清楚思路，而且事后复盘的时候，也发现分配组那里没有单独抽象出来，造成了一些业务困扰，不过很快也都解决了。
如果没有UML，可能沟通与讨论就要花费更多的时间。下图就是CRM系统设计中我整理的整套架构逻辑，已经脱敏（有点干）。