多点Talk|从基础架构、设计体验、交易营销三大核心版块透视多点零售SaaS“技术法则”

编者按：本文来自微信公众号“多点零售联合云”（ID:Dmall-lhy），作者：多点零售联合云，36氪经授权发布。

前言：10月24日，D+Talks多点技术大会将在成都举办，内容涵盖基础架构、设计体验、交易营销三大核心版块，这是多点首次对外公开基于零售领域的技术探索和业务实践。本期多点Talk特邀多点大前端体系负责人李骏、数据库架构负责人冯光普、交易营销研发负责人唐波讲述多点作为零售SaaS的技术思考与经验积累。

作为一个已经与110多家大型区域型零售企业、850多个品牌商建立合作的商业SaaS，多点Dmall如何让系统具备足够的弹性以适应不同商家的数字化转型需求？这个问题由1200+“技术宅”来回答。

1200多位同学组成的产研团队是多点人数最多的部门，同时也是支撑Dmall OS赋能商家的基础部门。李骏作为1200分之一，也是本次多点技术大会的发起人，在他看来“多点作为一个零售SaaS产品，首先要求自己具备从具象到抽象再到具象的能力，也就是把某一个商家的需求转化为技术产品，然后再通过这个产品反向赋能更多商家、满足更多需求的过程。

这个过程中需要把业务本身尽可能拆解成可配置的粒度因子，根据商家需求进行组合，保证灵活性；如果一个组合能给业务带来增长或人效提升，那么就可以形成标准化模式。当标准化和灵活性实现平衡，我们可以最低的成本服务于最多的商家”。

打通线上线下全渠道是许多零售企业数字化转型的首要目标，很许多商家认为自建网上商城很简单，但遇到大流量、高并发等情况时会发现整个服务面临崩盘的危机，传统的软件服务商实施交付后，在遇到问题时只能获取但很难介入解决问题，甚至会出现数据无法恢复的情况，而多点的优势在于针对高并发、离线弱网、数据隔离等有完整的技术解决方案。多点的技术团队一直致力于探索新零售场景下的SaaS产品，对零售业务的上下游有着深刻理解。

李骏认为，“在线上线下一体化的过程中，传统线下零售相比线上面临的网络环境等极端情况更加复杂，这意味我们还有很多地方需要学习，保持和外界的沟通，不要闭门造车，这也是举办这次技术大会的原因之一。”

基础架构：伴随业务演进而来，而非设计出来

SaaS 系统的主要特点是订阅式的服务，可弹性按需付费，相比传统软件部署在客户环境里且不会迭代，SaaS部署在云上会进行持续快速地迭代，并且存在多租户的情况，因此SaaS对于稳定性、安全性的要求更高。

多点数据库架构负责人冯光普把基础架构比作Dmall OS的底座，整个系统的稳定性、安全性、可用性很大程度上都决定于基础架构。

2015年至今，多点SaaS系统基础架构经过6年打磨，已经成为包括中间件、大数据、数据库等多种技术在内的集合体而非单一的组件，更重要的是这一基础架构是在支撑整个系统发展的过程中逐步演进出来的，并不是设计出来的，因此能更符合业务需求。

以可用性为例，多点通过搭建同城双活、异地多活（单元化）的能力，保证在出现整体机房不可用或某一地域数据中心不可用的情况下，能保持99.99%可用性。

面对大规模的研发体系，拥抱K8S（容器集群管理系统）对于多点的技术探索来说是一个重要节点，借助K8S的调度能力，大规模开发场景变得更加可控，还可以根据流量进行动态的扩容/缩容，避免了突发流量引起的系统雪崩。

此外为了满足系统的快速迭代和上线，多点的研发团队打造了一个自动化引擎，在运维难以支撑大量研发时，也可以通过智能识别研发提出的变更风险，同时“班车制度”保证系统即使是在高峰期也能通过分组、逐步切换的模式平滑上线。

伴随多点接入的商家越来越多，冯光普认为海量数据存储是接下来优化的方向，多点将引入更加先进的存储引擎，满足存储容量的同时还能进行更高性能的数据分析。

体验设计：围绕用户体验，基于本质的设计

对整个行业来说，B端设计面临两个共同的挑战，一是业务量大，人为走查成本高。多点系统的菜单页面有上千张，页面看起来趋近于一致，但在设计上很难做到整齐划一。如果按照C端思维每个页面都由前端人员开发，UI（界面设计）走查，会导致成本较高而且不利于前端人员的成长；

二是前端设计和后端开发的矛盾。目前行业大都通过UI组件库定制一个交互或设计规范，然后让后端研发人员参与开发，但这里的矛盾点是后端研发的核心优势是后端业务逻辑而非前端界面搭建，这种情况下产出的页面还是不能达到整齐一致的标准。

基于这两个痛点，多点大前端体系负责人李骏在今年提出“基于本质的设计理念”，通过更简洁的程序语言让后端研发去描述业务本身，然后通过转换技术把交互的规则融合进去，生成符合规范的页面。这里的核心是把规则内聚到组件中去，开发者写得代码和语言就能按照自己的规则去布局，从而省去前端设计人员走查的步骤。

基于本质设计的组件，由于语言本身描述逻辑而非界面， 能轻易实现UI一致性及跨端等特性。目前只要需要一套代码，就可以在手机以及 PC 端直接运行。此外李骏带领团队重构了体验设计的编程体系，通过重新发明语言让代码在限定的语言里面去编码，保证了编码过程中的隔离和安全。

李骏认为，“针对企业级设计体系，应该跳出视觉、交互、产品、研发视角，从更高维度思考B端设计，找出需求本质。”

交易营销：从零开始，解决线上线下人货场营销痛点

“线下的交易营销比线上更加复杂”，多点交易营销研发负责人唐波认为。

当线上业务的流量达到某个峰值，我们可以通过网关限流、服务自动降级等手段来避免系统崩溃带来的难堪局面。而在线下门店，流量处于平稳状态，销售终端数量固定，一旦出现网络环境不稳定、收银系统不可用的情况，面对面交易的形式将对购物体验产生即时的影响。

多点的交易营销系统从零开始，到侧重线上交易再到整合磅秤、电子价签、智能购等AI智能设备到线下场景，目前已经形成线上线下全渠道的交易营销解决方案。作为整个销售链路闭环的关键环节，交易营销系统从人货场三个方面帮助零售企业解决了这个环节存在的问题。

首先从人的角度来看，传统商超主要通过门店银台或传统地推拉新，难以刺激会员活跃度和忠诚度，效率低下，交易营销系统可以通过多种营销工具和手段触达顾客；可以通过一系列数据分析，根据顾客喜好进行商品推荐；在店内场景通过店务、安监、支付、营销等一系列智能硬件设备提升购物的效率和体验。

另外，由于线上服务和线下服务的流量存在差异，还需要考虑线上和线下互相影响、互相挤占资源的问题。多点根据线上线下业务场景的差异性，将其拆分为不同的两套方案，线上并发比较大的情况下也不会影响线下POS的交易，在线下，顾客只要提供支付成功的凭证，就可拿货离店，避免因内部系统障碍或接口问题造成不好的购物体验。

唐波认为，交易营销系统一定要在求稳的前提下去创新。“其实行业内每个商家对于营销玩法的需求是有差异的，我们未来的优化的方向一方面是在行业经验积累的基础上让系统变得更加灵活，另一方面是在大数据、算法等AI智能营销方面做新的尝试。”

10月24日，D+Talks多点技术大会将在成都举办，内容涵盖基础架构、设计体验、交易营销三大核心版块，这是多点首次对外公开基于零售领域的技术探索和业务实践，同时也希望在行业交流的过程中为系统优化找到更大的提升空间，更高效地为连锁零售经营链接数字化大脑。