编辑导语：除去前期的市场调查、用户需求调查之外，如何在SaaS产品创业过程中，做好相应的中台产品架构设计？本篇文章里，作者结合自身的创业经验，总电脑 结了他在SaaS产品创业过程中的中台产品架构流程，一起来看一下。
这是一部云时代 SaaS 产品创业记，讲述一位技术创业者如何从零开始系统完整建设满足行业客户产品，从战略到战术，从产品到技术到组织，从定位到定价到盈利，从云到中台到 SaaS，共计八个篇章内容涵盖行业/客户/友商、市场/增长、产品/中台、云服务/微服务/系统、组织/协同，力求全面清晰讲透云时代下 SaaS 产品建设。
二、产品篇序SaaS 产品价值是“以客户为中心围绕业务提供具备生产力的行业解决方案”，实现价值第一要素理解行业客户和行业成熟解决方案，第二要素中台和 SaaS 化服务。
三、产品目标和效用市场篇我们确定了产品定位是服务生鲜外卖代运营产品，目标为客户提供代运营模式下生鲜外卖平台管理系统，规划两个产品线，第一个是建设具备平替外卖平台功能的管理系统，满足客户多平台多渠道多品牌需求。第二个是建设客户定制化的业务考核管理系统，满足客户运营效率和 KPI 考核需求。
要满足客户多平台多渠道多品牌需求，要建设平替外卖平台的管理后台，首先要建设生鲜外卖平台管理后台，连接外卖行业三大平台美团外卖、饿了么、京东到家，建设客户端 PC 和 APP。目标是平替外卖平台后台管理功能，效用是提高多平台管理人效问题，组成外卖平台管理系统主干。
客户的代运营业务需求和外卖平台管理需求是两种类型的需求，在行业篇我们调研了外卖业务可以是餐饮、生鲜、水果、饮品、鲜花、医药等业态，运营模式可以是直营连锁例如喜茶；也可以是特许加盟钱大妈；也可以是客户这样的代运营，不同的业务和运营模式都可以适用外卖行业。
友商篇我们调研美团外卖商家中心，可以发现并没有对不同业务和运营模式进行定制化设计，足以说明外卖平台管理后台已经成为行业成熟的解决方案，是外卖产品行业标准功能。
我们把外卖平台管理功能作为主干产品，不同业务和运营模式的差异作为分支，主干产品符合行业标准，成熟稳定，面向整个行业提供解决方案，通用和抽象，分支产品面向行业内运营模式，面向运营实体提供解决方案也更加的具体。
外卖平台管理产品 OKR：
我们使用 Thoughtworks 中国区 CTO 徐昊发明的履约建模法进行中台产品的业务建模，外卖平台管理系统连接三个外卖平台，通过开放平台 API 接口实现多平台统一管理，三个平台在外卖业务闭环流程上大致相同，通过对平台服务合同和履约项提取，建立外卖业务闭环宏流程模型。
宏流程模型是外卖核心业务模板，是一种宏观的抽象的流程模型，可以直观描述业务核心逻辑，同时具备稳定性和复用性以及弹性，业务上可以隐藏不同平台差异，这种差异体现是平台产品定位和能力，并不影响业务流程本身。
例如商家订单发配送是宏流程（发起配送请求→配送供应商接受请求确认 → 骑手取货 → 骑手配送 → 配送完成），具体业务实现上美团外卖是美团配送、饿了么是蜂鸟配送、京东到家是达达配送。
可以发现具体配送供应商因平台定位和能力而不同，这个差异完全不会影响商家订单发配送流程，当我们需要实现美团配送时只用配置宏流程业务模板，以及相关美团配送配置项，即可完成前台业务的具体实现。
这里强调下中台理论和架构中的“前台”更多是指一个具有运营能力或者研发能力的业务团队，而不是一个软件或者 APP。
例如生鲜品牌连锁，有广东团队和沈阳团队，组建地区团队专注服务于本地生鲜市场，不同地区市场需求、饮食习惯，消费能力，市场环境这些肯定是有差异的，南橘北枳对吧。
面向不同地区的市场环境运营策略肯定也是不同的，两个团队都会提出自己的产品需求满足市场，他们所使用外卖业务系统主逻辑肯定是一样的，毕竟都是外卖业务，但某些功能上的具体实现会有一定差异。
我们会发现两个团队都有着高度相似但又不是完全相同的需求，要求是高效重用，以满足业务快速扩张的需要，比例开拓新的城市或者新的供应商。
同时在某些业务上需要高度自主自治，比如促销、运营政策、流量补贴等，以满足各自的市场需求。
阿里认为应对“未来商业社会的是一种可能更具竞争力的模式，是通过小而灵活的前台团队，频繁而低成本试错，而支撑这种团队结构的软件就是中台”。
中台理念的发明者，芬兰游戏 supercell 完美诠释什么是中台“一个支撑多个小而灵活的前台业务团队的系统平台”。
简单概括这个前台业务团队职责是“以用户为中心，快速响应市场需求”，团队人员构成要少，甚至不需要研发团队，组建团队成本低，人少好沟通和协作，对市场响应快速，能接受快速试错。
下图是外卖平台管理系统宏流程模型，客户和外卖平台签署合同开展外卖业务，为了多平台统一管理，客户和外卖 SaaS 产品签署合同，管理外卖平台上的外卖业务。外卖 SaaS 产品和外卖开放平台签署合同，通过 API 接口为客户完成最终的外卖业务管理。
模型中有四个点需要提醒说明：
外卖平台背后具体的实现是美团外卖、饿了么、京东到家三个平台，当三个平台任意一个发生变化时并不会影响宏流程模型，当我们需要新增外卖平台时，只需要按照模型具体实现即可。三个平台对系统容量要求各不相同，例如美团外卖订单量更多，我们可以为美团外卖服务部署更多云服务资源，或者收取按需收费。外卖平台配送有平台美团配送、蜂鸟配送、达达配送，业务上还可以第三方配送供应商，例如顺丰、闪送等，通过引入配送供应商，提高外卖业务上可能性。代运营、特许加盟、直营连锁是业务的运营模式，被隔离在外卖业务主逻辑之外，不会影响模型稳定性，隔离变化提供创新土壤。宏流程模型从合同履约开始到业务流程结束，充分应用云服务的技术特性，完成中台建设核心要素权责分明、能力复用、隔离变化、弹性服务、模型稳定、快速响应。
五、产品架构和演进路线通过宏流程模型我们更容易设计中台产品架构，将合同履约作为服务边界，自然而然做到适合的模块解耦，下图是外卖平台管理产品架构图。
蓝色部分是客户端，包含 PC、安卓 APP、iOS；绿色部分是客户管理，包含客户登录注册、版本付费、第三方配送付费、版本功能选项、功能额度选项，以及后期规划 API 服务；黄色部分是外卖平台管理中台服务，包含外卖平台管理、外卖平台开放 API 接口、配送供应商这些是外卖平台管理主逻辑产品，代运营、特许加盟、直营连锁、创新运营模式都是主逻辑上的业务运营模式逻辑；橙色部分是定制化需求；红色部分是中台 API 服务。根据客户意愿和产品优先级，我们需要确定产品的演进路线，MVP 阶段完成平替美团外卖后台功能，建设中台雏形；发展期完成饿了么和京东到家、配送供应商、特许加盟，成熟期完成中台 API。
我们建设了满足客户多平台外卖业务管理运营需求，在中台能力上建设客户定制化的业务考核管理系统，满足客户运营效率和 KPI 考核需求，最后我们可以开放中台 API 接口，加上云服务弹性部署能力，进行私有化部署，满足部分客户特定场景需要电脑，包括接入 ERP、进销存等。
例如抖音需要一套外卖平台管理系统，我们可以部署一整套外卖平台管理服务，可以配置任意业务运营模式或者进行定制化，都不会影响到现有的客户，后面不合作了，也可以随时关闭这套系统。
如果说中台是为产品搭建起复用能力平台，提高产品创新能力和面对不断变化市场响应能力，降低试错成本，那 SaaS 化是为产品搭建端到端的解决方案，扩大客户群体，提高创新合作上限，降低生产以及协作成本。
SaaS 化的本质是提供产品的能力服务，应用云计算虚拟化和容器技术，使得我们可以对产品进行整体包装和部署，使其成为一个独立的产品进行能力服务。
七、中台篇总结1）宏流程模型是天然适配中台建模，从合同履约开始到业务流程结束，充分应用云服务的技术特性，完成中台建设核心要素权责分明、能力复用、隔离变化、弹性服务、模型稳定、快速响应，为 SaaS 产品提供创新能力。
2）SaaS 化服务提供端到端的解决方案，充分发挥弹性服务、隔离变化、定制化和私有化，为 SaaS 产品扩展商业道路。
系统篇预告如何研发中台产品？中台建模如何实现？如何选择微服务技术栈？LaaS、PaaS、SaaS 如何架构？能力复用、隔离变化、弹性服务如何研发？如何降低研发成本？答案都在系统篇。
本文由 @徐小威 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Pexels，基于CC0协议
电脑