每个公司都有相应的电话营销部门,有的公司是使用的集中的Call Center,有的公司则是使用简单的销售软件。不同的公司都有各自运行管理的方法。
此篇文章主要是介绍基于微软Dynamic CRM下的自定义开发下的电话营销部门的数据暂缓功能介绍。
情景1:假定某公司的电话营销部门派发给每个电话邀约员一定数量的电邀数据作为基础数据,在邀约的过程中,可能是数据重复,数据无效(如号码无效,空号,已经是公司客户等)原因电话邀约员无法对数据进行营销,需要电邀在系统中对数据进行相应的暂缓。
该公司对这些电话邀约数据颇为重视,所以每一条暂缓的数据都要电话邀约员暂缓到相应的暂缓理由中去;其直接上级或者进行审核;最后由质检部门进行最后的审核。
以下是该公司的电话邀约部门暂缓流程
那么在该公司内是如何基于CRM的自定义开发实现的呢?
首先我们需要了解该公司正在运行中的CRM的上述人员参与的相关实体和规则,基于该企业的实际情况,不破坏干预原本的规则,流程等的情况下进行设计。
该公司的现行系统描述:
电话邀约部门使用自定义实体【联系人】进行邀约,每个电话邀约员使用一个账号,并且每个人仅有【联系人】的读,写,追加和追加到的“个人权限”。
其上级领导同样使用【联系人】进行邀约并管理下属的所有电话邀约员的所有邀约情况;所有的上级领导都具有个人的【联系人】的读,写,追加,追加到的“个人权限”,并且同时具有读所有的下属其业务部门的电话邀约员的所有的记录权限。
质检员在使用【联系人】进行检测,具有【联系人】实体的组织的读、写、追加和追加到的权限。
以下是对上述内容的表格形式。
岗位名称 | 业务部门 | 经理 | 所涉使用实体窗体及权限级别 | 所涉相关实体 | 权限描述 |
电话邀约员 | 电邀N组 | 电话邀约员上级领导 | 联系人 电话邀约员 (个人) |
用户、业务部门 | 读写负责人为当前用户的记录 |
电话邀约员上级领导 | 电邀N组 | 电邀总监 | 联系人 电话邀约员 (上下级业务部门) |
用户、业务部门 | 读写负责人为当前用户的记录; 读负责人为业务部门下属电邀人员的所有记录; |
质检员 | 质检部门 | 质检经理 | 联系人 质检员 (组织) |
用户、业务部门 | 读写所有联系人实体中的记录 |
设计思路:
1.电话邀约员在【联系人】实体中进行提交。
操作如下:
电话邀约在实体【联系人】,窗体【电话邀约员】中,
在字段【电邀状态】中选择“退回邀约”;
窗体上显示出【邀约退回处理】,选择“暂缓数据”;
窗体上显示出【暂缓原因】,选择“原因1”(如,数据失效)。
业务要求及注意点:
电话邀约员暂缓数据申请操作完成后,需要与他本身名下其余状态的数据进行分离,确保可以随时查看和修改【暂缓原因】或取消暂缓处理,同时需要确保其在处理其余状态的记录时不受暂缓提交中或暂缓确认完成的数据的影响。
2....