后台|后台设计漫谈——电销系统设计思路( 二 ) 业务|电商|saas|shopify|第三方|腾

最最最重要的是，由于这是他们结合自己的经验提出来的，所以符合他们的认知和习惯，好评度相对高一些。
记住，能巧不能笨，能笨不能懒，懒对于一个产品经理来说绝对不是一个好习惯。
我当时用了第2个办法，因为有条件。
二、梳理流程和设计初稿然后我就在电销同事表述的基础上梳理了一下流程和功能框架。业务流程肯定是优先于功能框架的，流程都走不通设计框架是没有用的。
流程的设计其实就考虑注意使用人员的需要就行，虽然使用后台的包含电销员和管理人员，但是管理人员本身并不参与日常工作，所以不需要考虑他们的流程。
电销系统的流程倒是不复杂的：
首先要考虑的就是被电销的用户有哪些，这个的话就需要业务部门确定下来。
其次就考虑这些用户怎么派单给电销员，派单逻辑是怎么样的，是每天派一次，还是电销员请求一次派一次，不同的派单逻辑效果是不一样的。
【后台|后台设计漫谈——电销系统设计思路】譬如每天派一次那就能确保当天的任务都被分配掉，用户池不会积压；而电销员请求一次派一次则能确保电销员的任务不会有积压，具体怎么选择就看业务需要了。
然后是考虑电销员日常会用到哪些功能，譬如拨打电话、添加备注信息、挂起、选择完成状态等等；这里面比较重要的是需要关注电销员需要看到哪些用户信息，敏感信息一定要脱敏。
然后是数据呈现的问题，电销员是需要看效果数据的，因为他们是拿提成的，所以他们会需要看到自己拨打之后的实际转化效果，要展示明细数据，方便他们自己计算能拿多少钱。这一点非常重要！这一点非常重要！这一点非常重要！
至于怎么才算他们的业绩可以根据电销部门的规则要求进行标记。
在这个流程的基础上开始设计和组合功能，电销员的就不细讲了，其实从流程也能看得出来，就三个页面就行，一个是待拨打页面、一个已拨打页面、一个是转化数据页面。页面上的具体和数据就结合业务实际处理。
但是这里面还有一个角色就是前面提到的管理人员的角色，管理人员不参与日常工作，需要单独设计一些管理类的功能给到对方：

对电销员的一些日常数据的观察，譬如每天的单量大概是多少，不同的电销员每天拨打的电话数量、转化数据，方便管理人员去看哪些电销员是干的好的，哪些是干得不好的；
需要做一些分支设计，譬如电销员请假、离职、调岗等情况下，挂在他名下的拨打任务的二次处理，允许转分配；当然这里面可能也需要设计电销员的状态，确保新的任务不再派单给暂时不在岗的电销员，确保任务不会积压；
需要设计权限功能，这个的话就很常规了，一般管理员权限就给到电销部门负责人。

有的后台系统大家是平权的，层级上都是一样的，只是通过权限来区分看到的页面和功能；有的后台系统大家是分层级的，页面可能是同一个，但是功能上有差异，这就要根据实际来处理了。
三、对稿和修改这一步也是必须的，虽然在大体上肯定是没有问题了，但是重要的是细节，一个后台或者功能好不好用，其实最主要还是在细节上。大家经常聊用户体验，其实也就是在细节上更符合用户的预期和习惯、甚至超过用户预期。
当然我其实很少提超过用户预期这一点，因为要做到超预期是很花功夫的，但又很难量化成业绩，想要在流量型的公司得到支持是非常困难的。
对稿这一步就是把你的理解具象出来，然后看一下和电销员的理解是不是一样，就是一个把大家的想象尽可能重合起来的一个过程。