网站内容管理系统后台 设计( 美团O2O供应链系统架构设计解析里面涉及复杂的交易流程优化 )
优采云 发布时间: 2021-09-24 01:34网站内容管理系统后台 设计(
美团O2O供应链系统架构设计解析里面涉及复杂的交易流程优化
)
如何设计后端管理系统的原型，我理解的是互联网产品品类的后端管理系统。即维护用户，管理社区，跟踪和分析用户行为，对数据进行统计分析。我在做后端产品的时候也遇到了很多问题，我只是用这个答案来梳理和总结。
涉及供应链系统的后端产品，如电子商务、团购等，这里不做讨论。美团O2O供应链系统架构设计分析涉及复杂的交易流程优化。
为什么后端产品设计难？看看这个问题的答案。
很难提及竞争产品。只要用户广泛使用其他产品，就会建立相应的心智模型。但是背景对于很多人来说非常陌生，没有心智模型可言，很难对竞品进行研究。——郑建义
也就是说，对于面向大众用户的前端产品，大家都养成了使用的习惯，对功能有一定的了解，看到足够多的模型来搭建一定的产品模型，很容易找参考模仿。而且，做一个后端产品需要对业务有很好的理解，这考验的是产品经理的核心竞争力——业务知识储备、结构化思维和系统抽象能力。推荐看：为什么很难找到好的产品经理？——来自蒸汽机的答案
在开始后端产品设计之前，首先寻找类似的产品。虽然我们看不到其他产品的后端是什么样的，但现在有很多公司提供标准化的数据分析，比如友盟和诸葛IO。但是为什么我们很难直接采用这些公司的产品来管理和维护运营呢？软件运营（SaaS）模式的核心是标准化架构+定制化需求。比如ERP、CRM、OA等成熟的管理系统，涉及审批流程、财务审计等，更容易标准化生产。互联网产品的业务多样且不断变化，全新的商业模式随时会出现。因此，很难标准化后端产品。
我们来看一个类似的数据分析平台。
百度统计-中国最大的网站分析平台
诸葛IO精细化数据分析工具
友盟_专业移动开发者服务平台
TalkingData-移动。数据。价值
莲花数据首页-莲花-专业移动数据分析服务平台
腾讯云分析
面对公司的社区化产品和运营商的需求，发现上述平台难以满足后端的管理和运营。但是反汇编分析中的业务逻辑可以帮助您了解后端产品的模块结构。
后台产品的功能最容易标准化的是用户分析、新用户、留存率、活跃度等，所以我在设计后台产品的运营数据时，主要参考这些数据分析的结构和模式。市面上的数据分析工具最大的问题是我所知道的工具没有一个可以整合不同渠道的统计数据，也就是说PC、H5、iOS、Android分别进行统计。如果计算今天有多少用户进行了“点赞”操作，这种用户行为跟踪无法进行全渠道分析，那么分析就会分离，难以形成系统。其中大部分是针对移动应用程序的。只有百度对网站做了比较详细的分析。后端产品根据业务情况定制。游戏应用、O2O、电商、垂直社区、社交产品都会有后端产品模式，形成巨大差异。
对于接下来我负责的垂直社区的分析，结合前端产品的整体功能，我确定后端产品的模型架构分为三个模块：运营数据分析、社区管理、和交易中心。运营数据分析，用于监测用户和内容的变化趋势；社区管理是运营商对用户和内容的日常维护和管理；交易中心用于记录交易明细和收支动向（社区有奖励和红包功能）。
运营数据分析包括用户分析、内容分析和事件分析，有用户类别和渠道两个维度。也就是说，每一次分析都可以针对不同的维度，比如排除内部运营人员后今天产生了多少赞，比如今天在iOS上产生了多少赞。以下是我对功能结构的思考（下图涉及核心业务数据会模糊）：
用户分析→用户追踪→新趋势+活跃度+留存率+用户特征
内容分析→用户生产内容追踪→新趋势+品类情况
事件与转化→用户行为追踪→事件趋势+事件交互+事件转化
社区管理主要包括用户管理、内容维护、活动设置等。社区管理在一定程度上影响运营数据的变化。比如给用户添加标签，生成用户画像。
用户管理→用户特征+用户分类→用户分析
内容维护→用户生产内容管理→分类管理+内容监控
事件设置→用户行为管理
交易中心包括总资产概览、交易明细和交易分析。它的结构比较简单，用于管理社区的财务和监控财务数据。远不是电商平台复杂的金融体系。
以上只是对后端产品模型架构的一种思考方式。后端产品主要由前端产品模式和商业模式决定。不同类型的互联网产品的后端可能差别很大，所以不要直接应用。
说了这么多，我想说明后端产品的设计是非常具有挑战性的。虽然由于种种原因，不如前端产品好吃，但绝对是一个很好的锻炼机会。除了控制流程逻辑和功能细节，产品模型架构能力来自业务知识储备、结构化思维、系统抽象能力。因为你的思维维度需要超越单线程逻辑或者单功能交互，你需要进化来梳理出多线程之间的复杂逻辑或者多个功能之间的交互。
好吧，最后贴个干货来记录这个挑战。
产品结构
产品原型
最终输出
