管理后台类产品在设计时注意事项（二）

一、管理后台类对PM能力要求侧重点

根据上文的表述，管理后台类产品对PM在能力上更侧重于业务导向和模块化，主要有：

功能设计为了管理而非纯展示：如一般管理后台的用户信息列表一般只会显示能定位到该用户的核心信息，具体的复杂操作有单独的编辑入口；
考虑使用者的操作效率，即提升操作的便利性：如列表一般都会设计全选、复选、批量操作、恢复等，同时在列表的上下部分都有同样的操作菜单，方便用户操作。
完全熟悉前台业务和管理目标：产品是给业务方设计且是为提升他们的管理效率服务的，了解业务逻辑是前提。
更考虑产品架构能力：需要将多个不同的业务场景统一整合成单元模块；
对数据库、算法、业务规则等知识要求更多：提升效率的优先方法是让操作交给系统或机器来处理，这就要求对技术类知识涉猎更多。

接下来，我们按照模块化和自上而下的视角对管理后台的业务模块进行拆分，了解并熟练掌握后，对于不同的业务直接进行“积木式”的组合拆分即可。

二、物料管理

这里的物料是个广义上的代名词，一般是说前台业务最根本最主体的业务内容或单元，所有的业务逻辑都围绕着该物料产生，如电商类的基础物料是商品，所有的操作和状态都指向的是商品的处理。

在不同的产品下，物料的类型是不同的，常见的类型有：

内容类：文字、音频、视频，如资讯类网站、在线视频APP、短视频应用等
电商类：商品，如京东、淘宝、网易严选等
社交类：动态，好友或自己发布的各类Feed，如Facebook
网盘类：文件，百度网盘
销售类：销售线索，CRM
事务类：业务流单元，如考勤、审批等

对物料主要做的操作主要有：查、改、增、删、移动、复制、导出/入、审核、备份等。比如抖音，它核心的物料便是视频，管理后台要做主要操作便是审核+增删改查。

三、用户管理

物料的操作都是由用户触发的，用户的各类信息需要被记录和管理。有物料管理必然也就有用户管理，二者是管理后台必须具备的管理模块。

常规的对用户的管理行为主要包含：展示、修改、查找、删除、导出等
用户在系统中根据其前台是主要分为以下几种状态：注册未完成、已注册、已禁用、已删除等。
在进行展示时，除了用户的基本信息之外，需要展示其关联的业务信息，如积分、等级、权限、财务等。
同样，在修改的时候，除了可调整用户的基本信息外，还可以修改其密码、状态、积分、等级等。

四、行为管理

用户对物料需要按照一定的业务流程进行操作，这边会产生痕迹、结果或状态。管理后台一般会作为行为或业务单元来管理。

如电商类的订单、物流、退换货等，UGC类的关注、动态、留言等，通用类的评论、回复、转发、举报、收藏等。相对应的管理模块便是订单管理、留言管理、评论管理等。

私信类的业务单元因为其隐私性是一般是不能被管理和干涉的。如微信多次表示不留存任何用户的聊天记录，聊天内容只存储在用户的手机、电脑等终端设备上，也不会将用户的任何聊天内容用于大数据分析。Telegram默认使用端对端加密，意味着聊天对象双方协商生成一个加密密钥，只有双方有能力解密，任何第三方，包括通讯服务器即使获取了聊天数据，也无法解密内容。

五、审核管理

有内容和行为就意味要有审核，尤其是各UGC类产品。原因主要有：

内容作为被消费的对象，需要合规，即杜绝涉政、违禁、暴恐、色情四大类内容，否则将直接导致平台面临约谈、整顿、罚款乃至关停等监管风险。
大量的灌水或广告直接影响用户体验，造成用户流失。
虚假信息还可能引发投诉或官司，造成更恶劣的影响，如盗用头像等。

需要审核内容的主要有，用户的基本信息，如简介、头像等；用户UGC行为信息，如留言、评论、回复等。

此处的审核主要是针对UGC内容类，同样有的后台也有直接的审核业务流，如资质的审核等，可以按照业务流的节点去设计。

审核是为了更好的展示内容，主要的策略有：

先审后发：对内容的时效性要求不高，但是对内容的质量要求较高，如果是依靠内容质量的UGC，先审后发能保证呈现到用户端的内容绝大部分是合规的；
先发后审：对内容本身时效性要求比较高或对其他业务有影响，比如微博，大部分内容和时效性相关较强，所以需要先发后审；同时微博对一些黑名单账户设置了先审后发策略；

无论是怎样审核，因为都是阻断，对效率影响较大，大家会采用机器预审+人工复查的策略，尤其是视频或音频类内容。机器预审需要不断更新审核的规则和模型，免得误杀或不严格。

若是审核业务流的后台模块，需要注意：