美团O2O供应链系统架构设计解析里面涉及复杂的交易流程优化

　　美团O2O供应链系统架构设计解析里面涉及复杂的交易流程优化

　　后端管理系统原型如何设计，我理解的是互联网产品品类的后端管理系统。即维护用户，管理社区，跟踪和分析用户行为，对数据进行统计分析。我在做后端产品的时候也遇到了很多问题，就用这个答案来整理总结一下。

　　这里不讨论涉及供应链系统的后台产品，如电商、团购等。美团O2O供应链系统架构设计分析涉及复杂的交易流程优化。

　　为什么设计一个后端产品那么难？看看这个问题的答案。

　　难以提及竞争产品。只要用户广泛使用其他产品，就会建立相应的心智模型。但是背景对于很多人来说非常陌生，没有心智模型可言，很难对竞品进行研究。 ——郑建义

　　也就是说，对于大众用户的前端产品，大家已经养成了使用的习惯，对功能有一定的了解，看到了足够多的模型来构建一定的产品模型，很容易找到模仿的参考资料。而且，做一个后端产品需要对业务有很好的理解，这考验的是产品经理的核心竞争力——业务知识储备、结构化思维和系统抽象能力。推荐看：为什么很难找到好的产品经理？ ——来自蒸汽机的回答

　　在开始后端产品设计之前，首先寻找类似的产品。虽然我们看不到其他产品的后端是什么样子的，但是现在有很多提供标准化数据分析的公司，比如友盟、诸葛IO。但是为什么我们很难直接采用这些公司的产品来管理和维护运营呢？软件运营（SaaS）模式的核心是标准化架构+定制化需求。比如ERP、CRM、OA等成熟的管理系统，涉及审批流程、财务审计等，更容易标准化生产。然而，互联网产品的业务是多样的、不断变化的，全新的商业模式随时会出现。因此，后端产品很难标准化。

　　先来看看，类似的数据分析平台。

　　百度统计——中国最大的网站分析平台

　　诸葛IO精细化数据分析工具

　　友盟_专业移动开发者服务平台

　　TalkingData-Mobile。数据。价值

　　莲花数据首页-lotuseed-专业移动数据分析服务平台

　　腾讯云分析

　　面对公司的社区化产品和运营商的需求，发现上述平台无法满足后台管理运营。但是反汇编分析中的业务逻辑可以帮助您了解后端产品的模块结构。

　　后台产品的功能最容易标准化的是用户分析、新用户、留存率、活跃度等，所以我在设计后台产品的运营数据时，主要参考这些数据分析的结构和模式市面上的数据分析工具最大的问题是我所知道的工具没有一个可以整合不同渠道的统计数据，也就是说PC、H5、iOS、Android分别进行统计。今天有多少用户执行了“赞”操作。这种用户行为跟踪无法进行全渠道分析。那么分析就会分离，很难形成一个系统。其中大部分是针对移动应用程序的。只有百度对网站做了比较详细的分析。后端产品根据业务情况定制。游戏应用、O2O、电商、垂直社区、社交产品都会有后端产品模式，形成巨大差异。

　　接下来对我负责的垂直社区的分析，结合前端产品的整体功能，我确定后端产品的模型结构分为三个模块：运营数据分析，社区管理和交易中心。运营数据分析，用于监测用户和内容的变化趋势；社区管理是运营商对用户和内容的日常维护和管理；交易中心用于记录交易明细和收支动向（社区有奖励和红包功能）。

　　运营数据分析包括用户分析、内容分析和事件分析，包括用户类别和渠道两个维度。也就是说，每一次分析都可以针对不同的维度，比如排除内部运营人员后今天产生了多少赞，比如今天在iOS上产生了多少赞。以下是我考虑功能结构的思路（下图涉及到核心业务数据会模糊）：

　　用户分析→用户追踪→新趋势+活跃度+留存率+用户特征

　　内容分析→用户生产内容追踪→新趋势+品类情况

　　事件与转化→用户行为追踪→事件趋势+事件交互+事件转化

　　社区管理主要包括用户管理、内容维护、活动设置等。社区管理在一定程度上影响运营数据的变化。比如给用户添加标签，生成用户画像。

　　用户管理→用户特征+用户分类→用户分析

　　内容维护→用户制作内容管理→分类管理+内容监控

　　事件设置→用户行为管理

　　交易中心包括总资产概览、交易明细和交易分析。结构比较简单。用于管理社区财务和监控财务数据，远离电商平台复杂的财务系统。

　　以上只是对后端产品模型架构的一种思考方式。后端产品主要由前端产品模式和商业模式决定。不同类型的互联网产品的后端可能差异很大，请勿直接应用。

　　说了这么多，说明后端产品的设计是很有挑战性的。虽然由于种种原因不如前端产品甜，但绝对是一个很好的锻炼机会。除了控制流程逻辑和功能细节，产品模型架构能力来自业务知识储备、结构化思维、系统抽象能力。因为你的思维维度需要超越单线程逻辑或者单功能交互，所以你需要进化来梳理多线程之间的复杂逻辑或者多个功能之间的交互。

　　好的，终于发个干货来记录这个挑战了。

　　产品结构

　　产品原型

　　最终输出