如何设计出色的网站后台原型思维导图

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

为什么说设计后台产品很难？看看这个问题的回答。

也就是说面向大众用户的前台产品，大家培养起了使用习惯，对功能有一定程度的理解，见过的模式足够多，能够建立起一定的产品模型，也容易找到参照物去模仿。而且，做后台产品需要非常懂业务，考验产品经理的核心竞争力——业务知识储备、结构化思维和系统性抽象能力。推荐看：为什么说好的产品经理一将难求？ – 蒸汽机的回答

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

面对公司的社区型产品和运营人员提出的需求，发现以上平台都难以满足后台管理运营。但是拆解分析里面的业务逻辑能帮助你理解后台产品的模块结构。

后台产品的功能里最容易标准化的就是用户分析，新增用户、留存率、活跃度等，所以我在设计后台产品的运营数据上很大程度上参考了这些数据分析的结构和模式。而市面上的数据分析工具，最大的问题在于，我所知道的工具里还没有任何一款可以整合统计不同渠道的数据，也就是说PC、H5、iOS、Android分别进行统计，假如统计今天多少用户进行了“点赞”的操作，这个用户行为跟踪是无法进行全渠道分析，那么分析就被割裂开来，难以形成系统。并且大部分是针对移动应用，网站分析这一块只有百度做得相对详细点。后台产品是根据业务情况定制化需求的，游戏应用、O2O、电商、垂直社区、社交产品都会有形成巨大差异的后台产品模型。

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

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

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

以上仅仅是提供一种后台产品模型架构的思路，后台产品主要由前台产品模型和业务模式决定，不同种类的互联网产品的后台可能千差万别，勿直接套用。

好了，最后贴个干货出来，记录这一次挑战。

产品结构

产品原型

最终产出