书吧

字:
关灯 护眼
书吧 > 大学没毕业,你怎么登上福布斯了 > 第292章 CRM 系统

第292章 CRM 系统(1/2)

    cr系统,这是林渊昨天晚上思考了一夜想出来的唯一解决方法。

    这次挖角事件给他敲响了警钟。这几个大区主管一走,接下来面临的市场损失。以及竞争对手拿到自己定下的商业模式,造成的后果和代价,不可谓不严重。

    说白了,造成这个结果的原因就是因为当前的权力过于集中。

    一个人既当爹又当妈,从找商户、谈价格、签合同到后期的客情维护,市场部主管参与太深,所有的一切他都有相关的权利,可以拿到核心的数据。

    这次走的还只是几个没掌握核心机密的市场部主管,充其量也就是带走了一批底层的商户名单。

    那以后呢?如果哪天掌握着全盘战略的coo庾明轩被人用天价挖走呢?如果是以后掌控着底层架构的cto跑路呢?那聚划算岂不是要遭受到毁灭性的物理打击?

    这种事情是绝对不能发生的,没有一个成熟的管理系统,没有一个成熟的具体架构,公司是走不长远的。

    林渊之前不是没想过搞这套东西,但他一直在忙着与各方周旋,以及开发游戏。说实话,精力是有限的。

    加上他本人主攻的是底层算法和高并发架构,对这种偏向企业内部管理的重型中后台系统只是大概了解个逻辑,觉得做起来太繁琐,就一直搁置了。

    但现在,必须要把这个东西做出来。

    其实所谓的cr(custoerrtonshp),全称叫客户关系管理系统。

    听着挺高大上,但用大白话解释,这玩意儿本质上就是一个“防二五仔”的电子脚镣。

    打个通俗点但不太恰当的比方:以前做买卖,老鸨手里捏着一本花名册,上面记着哪个大爷喜欢听曲,哪个大爷出手大方、家住哪里。

    一旦这个老鸨被对门竞争对手挖走,带着花名册一跑,这怡红院直接就得关门大吉,因为客源全断了。

    这一点就像现如今的市场部主管,手底下的团队掌握着核心的客户数据。自己负责的区域。每个商家的流水及交易额度情况,他也是知晓的。

    而现在是2010年,市场部主要的管理系统还是靠着一个ecel表格。

    这时候可没有后世那么多办公软件的出现,还没有那么方便办公,有的公司甚至拿记事本开始记。

    经历过这个年代的朋友,想必能勾起一些回忆。

    而cr系统要干的,就是把信息完全打散,同时把核心数据牢牢地掌控在自己手中。

    把原来老鸨一个人要做的事情。分成三份。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    这一点还是当初的那个张凯做
本章未完,请点击下一页继续阅读》》
『加入书签,方便阅读』
内容有问题?点击>>>邮件反馈