第292章 CRM 系统(2 / 3)

鸨一个人要做的事情。分成三份。

第一:迎客的只管拉人进门(拿拉新提成)然后跟后端结束信息对接,这样他就不知道他拉进去的客户到底最终是什么情况。

第二:端茶的只管倒水(做日常运营),由于前端销售把客户带进门,中间的服务环节必须也要做好,让这部分客户得到最大的留存,但是同时切断与前端销售的信息对接。

第三:算账的只管收钱(财务结算)。具体客户的核心数据以及消费了多少钱?有什么潜在价值?迎客的与端茶的都不会知道。

这样一来就可以避免信息和权力高度集中。也可以让每个部门都有自己的风险隔离与信息隔离。

用专业的互联网术语来说,这就叫打破业务的“数据孤岛”,利用rbac(基于角色的权限访问控制),实现多部门的“工作流自动化”。

最终达到的效果极其直观:第一,极大地提高人效,把员工变成流水线上可以随时替换的标准化螺丝钉;第二,让各部门之间形成互相制衡的闭环,所有的业务流转、数据沉淀都在老板的上帝视角下得到绝对的监控和掌控。

以后不管谁再走,谁再出现问题,整个公司的运转就不会出现毁灭性的打击,而林渊第一时间就可以将人补充上去。

公司成立的时间还是太短,人才储备还是太弱。为什么大公司里都有干部储备岗?原因就在这里,避免某一个岗位的管理突然离职,遇到各种各样的突发情况,然后没有办法有人能接替工作。

不过想归想,真要从零开始手搓一套契合当下团购地推模式的crm系统,难度绝对不小。

这涉及到极其复杂的数据库表单交互、高并发处理以及多达几十个层级的权限节点校验,根本不是弄个网页录入那么简单。

这也是为什么林渊单独把张正留下来。开发这个系统,一定要严格保密。

以免再次出现这种二五仔的情况。

这套系统想要真正落地,林渊不仅要亲自下场,同时有大量的基础工作需要程序员相互配合完成。

不过,就算如此,林渊也没有全盘相信张正。对此,他早就想出了解决方法。

林渊准备把数据库核心和前端展示层做物理级别的剥离,同时在业务逻辑层套上极度繁琐的混合加密鉴权机制。

这样一来,以后不管是谁,只要他有了异心想拷走这份系统源码跑路,根本没戏。

这一点还是当初的那个张凯做过的事情,让他留下了深刻的印象。宝淘管家是他第一个做出的软件,里面加了核心锁,但是最后

-->>(本章未完,请点击下一页继续阅读)