怎么样设计后台管理软件原型，我理解的是，针对网络商品范畴的后台管理软件，即维护用户、管理社区、跟踪剖析用户行为并进行数据统计剖析等。开始后台商品设计之前，先找找相类似的商品，虽然大家没办法去观照其他商品的后台都是长哪种，但目前有不少提供标准化数据剖析的SaaS服务公司，如友盟、诸葛IO。但为何大家非常难直接使用这类企业的商品来管理和维护运营？软件运营（SaaS）模式的核心是标准化构造+定制化需要，譬如体系已经成熟的进销存、CRM、OA等管理软件涉及审批步骤、财务审计等更容易标准化生产。而网络商品的业务各式各样，变化不断，还会随时出现一种全新的业务模式，所将来台商品做到标准化有肯定困难程度。后台商品的功能里最易标准化的就是用户剖析，新增用户、留存率、活跃度等，所以我在设计后台商品的运营数据上非常大程度上参考了这类数据剖析的结构和模式。而市面上的数据剖析工具，最大的问题在于，我所了解的工具里还没任何一款可以整理统计不同途径的数据，也就是说PC、H5、iOS、Android分别进行统计，倘若统计今天多少用户进行了“点赞”的操作，这个用户行为跟踪是没办法进行全途径剖析，那样剖析就被割裂开来，很难形成系统。并且大多数是针对移动应用，网站剖析这一块只有百度做得相对详细点。后台商品是依据业务状况定制化需要的，游戏应用、O2O、电子商务、垂直社区、社交商品都会有形成巨大差异的后台商品模型。1，针对我负责的垂直社区来进行下一步剖析，结合前台商品的整体功能，我确定了后台商品的模型构造分为三大模块：运营数据剖析、社区管理、买卖中心。运营数据剖析是用来监测用户和内容的变化趋势；社区管理是运营职员对用户和内容进行平时的维护和管理；买卖中心是用来记录买卖明细和收入支出变化趋势的（社区有打赏和红包功能）。2，运营数据剖析包含用户剖析、内容剖析和事件剖析，其中有用户类别和途径两个维度。就是说每一个剖析里面可以针对不一样的维度，譬如除去内部运营职员后今天产生多少点赞数，譬如在iOS上今天产生多少点赞数。3，用户剖析→用户追踪→新增趋势+活跃度+留存率+用户特点内容剖析→用户生产内容追踪→新增趋势+类别状况事件与转化→用户行为追踪→事件趋势+事件交互+事件转化4，社区管理主要包含用户管理、内容维护、事件设置。社区管理在一定量上影响运营数据的变化。譬如，给用户添加标签生成用户画像。用户管理→用户特点+用户分类→用户剖析内容维护→用户生产内容管理→分类管理+内容监控事件设置→用户行为管理。
