客户|O2O 生鲜 SaaS 创业记·中台篇（五）

编辑导语：除去前期的市场调查、用户需求调查之外，如何在SaaS产品创业过程中，做好相应的中台产品架构设计？本篇文章里，作者结合自身的创业经验，总结了他在SaaS产品创业过程中的中台产品架构流程，一起来看一下。

文章插图
一、系列简介这是一部云时代 SaaS 产品创业记，讲述一位技术创业者如何从零开始系统完整建设满足行业客户产品，从战略到战术，从产品到技术到组织，从定位到定价到盈利，从云到中台到 SaaS，共计八个篇章内容涵盖行业/客户/友商、市场/增长、产品/中台、云服务/微服务/系统、组织/协同，力求全面清晰讲透云时代下 SaaS 产品建设。
二、产品篇序SaaS 产品价值是“以客户为中心围绕业务提供具备生产力的行业解决方案”，实现价值第一要素理解行业客户和行业成熟解决方案，第二要素中台和 SaaS 化服务。
三、产品目标和效用市场篇我们确定了产品定位是服务生鲜外卖代运营产品，目标为客户提供代运营模式下生鲜外卖平台管理系统，规划两个产品线，第一个是建设具备平替外卖平台功能的管理系统，满足客户多平台多渠道多品牌需求。第二个是建设客户定制化的业务考核管理系统，满足客户运营效率和 KPI 考核需求。
要满足客户多平台多渠道多品牌需求，要建设平替外卖平台的管理后台，首先要建设生鲜外卖平台管理后台，连接外卖行业三大平台美团外卖、饿了么、京东到家，建设客户端 PC 和 APP。目标是平替外卖平台后台管理功能，效用是提高多平台管理人效问题，组成外卖平台管理系统主干。
客户的代运营业务需求和外卖平台管理需求是两种类型的需求，在行业篇我们调研了外卖业务可以是餐饮、生鲜、水果、饮品、鲜花、医药等业态，运营模式可以是直营连锁例如喜茶；也可以是特许加盟钱大妈；也可以是客户这样的代运营，不同的业务和运营模式都可以适用外卖行业。
友商篇我们调研美团外卖商家中心，可以发现并没有对不同业务和运营模式进行定制化设计，足以说明外卖平台管理后台已经成为行业成熟的解决方案，是外卖产品行业标准功能。
我们把外卖平台管理功能作为主干产品，不同业务和运营模式的差异作为分支，主干产品符合行业标准，成熟稳定，面向整个行业提供解决方案，通用和抽象，分支产品面向行业内运营模式，面向运营实体提供解决方案也更加的具体。
外卖平台管理产品 OKR：

文章插图
四、中台产品建模我们使用 Thoughtworks 中国区 CTO 徐昊发明的履约建模法进行中台产品的业务建模，外卖平台管理系统连接三个外卖平台，通过开放平台 API 接口实现多平台统一管理，三个平台在外卖业务闭环流程上大致相同，通过对平台服务合同和履约项提取，建立外卖业务闭环宏流程模型。
宏流程模型是外卖核心业务模板，是一种宏观的抽象的流程模型，可以直观描述业务核心逻辑，同时具备稳定性和复用性以及弹性，业务上可以隐藏不同平台差异，这种差异体现是平台产品定位和能力，并不影响业务流程本身。
例如商家订单发配送是宏流程（发起配送请求→配送供应商接受请求确认 → 骑手取货 → 骑手配送 → 配送完成），具体业务实现上美团外卖是美团配送、饿了么是蜂鸟配送、京东到家是达达配送。
可以发现具体配送供应商因平台定位和能力而不同，这个差异完全不会影响商家订单发配送流程，当我们需要实现美团配送时只用配置宏流程业务模板，以及相关美团配送配置项，即可完成前台业务的具体实现。
这里强调下中台理论和架构中的“前台”更多是指一个具有运营能力或者研发能力的业务团队，而不是一个软件或者 APP。
例如生鲜品牌连锁，有广东团队和沈阳团队，组建地区团队专注服务于本地生鲜市场，不同地区市场需求、饮食习惯，消费能力，市场环境这些肯定是有差异的，南橘北枳对吧。
面向不同地区的市场环境运营策略肯定也是不同的，两个团队都会提出自己的产品需求满足市场，他们所使用外卖业务系统主逻辑肯定是一样的，毕竟都是外卖业务，但某些功能上的具体实现会有一定差异。
我们会发现两个团队都有着高度相似但又不是完全相同的需求，要求是高效重用，以满足业务快速扩张的需要，比例开拓新的城市或者新的供应商。