欢迎加入QQ群进行更多交流:958911138
今天上午和客户交流业务中台和数据中台。客户是广电行业,打算从增值业务切入,建设业务中台,询问业务中台的架构。由于公司的方向是数据中台,不涉及业务中台,因此会议中对这个问题没有做过多的阐述。会后我仔细考虑了一下,基于BOSS系统的业务中台可以做以下几个方面的内容:
- 基于微服务理念,将BOSS中的业务逻辑封装为微服务,中台提供流程编排能力,以服务能力的形式开放给前台应用,比如,产品订购、支付等;
- 常用的业务组件,比如购物车、订单列表、产品订购、支付等,可以支持APP、H5、微信小程序等调用;
- 提供各种前端应用的组件,可以0编程构建各类“微”应用,包括微信小程序、APP、H5等,适应不同场景下的客户营销和客户服务,比如,地图LBS、支付等组件;
- 精准推荐能力,既能为客户推荐套餐、服务、广告,也可以为营销人员推荐客户,实现双向推荐,提升精准化营销和服务能力
- 各种消息下发通道,包括短信、邮件、微信等发送,
- 提供问卷调查等客户回访及信息收集能力,为市场营销提供支撑;
- 智能化的语音识别、图像识别等支撑,为业务受理及客户服务提供有力支撑;
- 社交类组件,包括聊天、评论、点赞、转发等,用于快速构建评价类的功能,比如,点播业务中对节目的评价、产品订购中对节目包的评价等。
以上是仓促间想到的一点内容,实践中应该还有更多的点可以提炼为中台组件,总结起来就是,凡是能提升客户服务及业务支撑的功能,能更加灵活地支撑前台应用演进的能力,都可以放在中台上,供前台应用调用,实现“大中台、小前台”的理念。写到这里,忽然想到了“聚合支付”,就是把各种支付接口,适配为一个统一的支付接口,提供给一些公司调用,降低自己对接各类支付接口的繁琐,实现“一次集成,上线多种支付”,业务中台上的“组件”,也应该是实现这种目标的,虽然看起来不起眼,但却能切实解决实际业务需求,提高业务的灵活性和响应速度。