发布时间：2023-8-3 分类： 行业资讯
如何重构操作背景？作者结合自己的经验分享了自己的观点。
首先提出一篇文章结构图：
运营后端是公司内部人员用于服务产品支持和业务活动发展的运营平台。对于经营的同学来说，它只是生活的根源，但是我们会发现大部分操作后台用于体验超级糟糕（小沉默十分钟），并且上传的错误，反人类交互设计可以随处可见。那么为什么运营后台如此困难？
对于最有才华的创业公司和团队来说，为了解决生存问题，第一个解决方案必须是面向用户的产品的快速迭代，首先是迭代，然后再考虑另一个。在这个时候，将会有一些分散的小背景来解决业务需求，有些甚至具有最基本的背景。直接操作数据库（开发GG内部操作系统）。如果更频繁地修改某些内容，开发将直接编写脚本。输入脚本。所以此时操作后台的演变路径是：“开发祖父直接改变数据库——操作脚本输入——一些分散的小背景功能——整体可用背景。 ”的
然而，随着产品的快速迭代和公司规模的扩大，运营背景的主要矛盾已经从改善水平上升到良好和低效率水平。此时，操作背景必须进行大规模转换，我将其称为后台重新配置
那么如何重组运营背景呢？有没有可供参考的方法和法律？接下来，我将从操作背景，产品级别规划，
重构基本原则运营后台重构的基本原则
目的和预期的好处是明确的
控制节奏
良好的兼容性和可扩展性
良好的可重用性
目的和预期收益明确
第一个是澄清重构的目标和预期收益，这对于不同的公司和团队是不同的。一般来说，有必要明确我的背景是“当世界卫生组织在什么情况下解决什么问题时”，事实上，给出背景的背景来确定边界，确定烛台的需求和目标，然后能够设计该区域。例如，我对自己的运营后端的定义是“为整个运营团队提供效率支持和业务管理工具”
节奏的把控
资源总是稀缺的，所以重要的事情必须先行。当您面临很多事情要做时，您可能无法填满需求池。此时，您需要平衡成本和收益，尤其是对于重构产品。对于操作背景的重建，最重要的是满足当前阶段的需要，并在完成现有要求的同时逐步添加重建元素，并在不知情的情况下完成整个背景的重建。当你必须这么做时，很多事情都是最重要的。除非你有足够的资源来支持你的急剧转变，否则你应该选择温暖青蛙来慢慢改变它。
良好的兼容性和可扩展性
良好的兼容性和可扩展性是最知识渊博的地方，通常是您手中的后台功能，这些功能通常由不同的开发大师制作，除了应用层的混淆，底层兼容性和可伸缩性也可能是一个大问题。通常你必须改变一个功能，发展可以说不能做，一个很大的原因是潜在的混乱。因此，在重构时，请考虑是否存在与其他功能的关联和冲突，是否可以兼容更改，以及是否可以扩展新更改。这种背景系统是一个很好的背景。
可复用性强
同时，背景必须具有很强的可重用性。执行操作的后端就像构建块一样，一些组件化的产品模块是我们手中的构建块。如果我们可以在我们自己的产品中提前抽取一些组件化产品，我们可以避免重新创建轮子并大大减少产品开发以及以后。维护成本可以通过一半的努力实现两倍的结果。
原理是，以下是具体的操作方法。重建背景将面临一揽子问题，不能由现有问题引导，要看星星和脚踏实地：上帝是要做好业务层规划，进入地面就是要做做好基础设施建设。
基础设施
账号和权限体系
最重要的是运营后端产品。一方面，特权系统控制着人们可以操作的内容，确保敏感的事情只能由核心人员来完成;另一方面，它是业务流程和业务模块的第一个分流设施。该模块将根据不同的业务场景进行不同的设计。对于内部操作后端产品，个人建议使用Account-Role-Permissions的三级权限模型。该型号可满足大多数背景产品。需要，维护成本低。权限控制一般采用两种模式，一种是后端API限制，另一种是前端交互层限制，根据业务场景灵活。
列表和搜索
通常，会有一个进入业务层的操作列表。例如，列表的作用是“显示重要信息 - 运营结果的反馈 - 历史操作的查询”，典型列表如下：
首先，我们必须弄清楚列表的整体结构：
总体操作区域：搜索，过滤，添加
信息显示区域：每个显示区域
个别操作区域：查看，编辑，删除，状态替换等。
与列表相关的还有：
列表字段：清除列表字段的长度，字符的长度，是否允许特殊字符，是否包装，是否为空白等。
分页：如果有更多数据，则需要分页，以便快速处理数据。考虑页数，页面跳转等。
排序：使用主要和次要排序规则对数据进行排序，通常按时间轴的相反顺序
数据加载：当有更多数据时，您需要执行分段加载。在这种情况下，您应该考虑段加载和数据本身。
用户基础信息
用户的基本信息实际上是用户的肖像，它清楚地描述了用户的样子。一般来说，用户的基本信息是两部分，即用户自己的属性和用户的行为属性。
用户自己的属性包括：姓名，性别，教育，收入，城市，毕业学校等。用户自己的属性信息，这些信息通常可直接在数据库中获得。
用户行为属性信息包括：手机型号，系统版本，APP版本，地理位置，浏览轨迹，行为标签等，这些信息通常要求用户在判断前激活。
应用层的设计
入口层级的设计
主要逻辑是根据运营管理主体进行分类，并根据异同进行分类。
分类原则：
任何现有的模块和功能点都可以有自己的分类
第一级菜单被归类为管理对象，每个级别菜单下不超过9个辅助菜单，每个级别菜单下不超过9个第三级菜单
越来越多的功能，根据业务发展的步伐对现有功能进行分类和分类
判断新添加的函数并找到相应的级别条目。如果没有，请在相应的条目
下创建一个新的业务流的合理规划
业务流程是后台管理的一个非常重要的方面。最简单直接的例子是“批准”流程，它需要多个不同的角色来执行不同的方面。特殊性仍然是面向业务的，这里不再赘述。本节推荐一个方便的工具“ldquo;泳道地图设计，以确定不同节点中不同角色的操作流程。流程图最好从两个角度绘制。第一个是产品经理常用的动作流程图（用于前端交互和操作），另一个是状态流程图（用于后端状态基本流程），基本以上两个数字排序清楚地表明，整个业务流程将更加清晰。
业务流程的规范
以下是我个人总结的三个好工具，仅供参考
产品辞典
产品词典是产品的基本信息，是信息同步和管理的有效手段。它通常包括：重要名词的定义，历史迭代记录，产品操作手册和其他信息。
操作规范
任何人们总是使用的系统，无论系统设计多么完善，都可能发生人为错误。此时，操作规范特别重要，用于标准化操作员的操作过程，使产品在线和离线自洽，同时减少PM与操作之间的摩擦。
产品check list
清单适用于整个产品设计过程。它可以帮助我们逐一检查问题，检查核心案例，并最大限度地降低工具的风险。它可以使我们的产品管理更加精细。它不是过去的产物。
总结
操作后端的重建是一个长期而复杂的问题，受到各种条件的限制，并有不同的解决方案。但总体而言，它仍然是一个明确的目标，设置基础架构，构建兼容性和可扩展性，进行顶级应用程序设计，平衡成本和收益，确定自己的节奏，并逐步遵循节奏。
是的，总有一些坑，你永远不能踩到它。
本文首先介绍了操作后台重构的原理和方法，后面将详细介绍每个模块。
