我遇见的大多中后台产品其实工作都会因为业务的原因，过于枯燥。深耕业务、拆解环节难点，是每天每周主要聚焦的地方。
系统有没有跑通业务流程、系统还有哪些待完善点，几乎充满了中后台产品经理的工作调研。
我在搭建PMTalk社区后台过程中，因为社区产品特殊的定位是服务于C端用户。所以社区的CMS(社区)内容管理就变成了与用户“交流”的地方。
如今你可以看到几乎每个产品都会有社区模块，可能他的名字不叫社区。但是他仍然可以以“圈子”、“论坛”、“站点”等产品形态存在。
由此分享下我们在做CMS系统(社区内容管理)后台的案例，因为过敏等原因，我拆解了一个相似的case。
社区后台从7个维度入手
一个社区后台，要既考虑系统本身的安全性、同时内容在产品上的安全性。什么角色才可以管理社区内容、同时什么内容可以出现在社区。
登录注册、角色权限就是每个中后台的基础。前面我们提到的中后台产品，几乎都容纳了这类部门。做的案例越多，对角色、权限的颗粒度也会更加熟悉逻辑会更加通用。
操作日志更加公司团队大小、产品用户数大小，中后台产品经理可以放在第一期版本、也可以放在后期版本里。
▲ 操作日志
记录针对内容的置顶、编辑、删除、新增等操作。方便团队定位问题和发现机会
子单元帖子管理
▲ 帖子管理
什么是子单元内容？
指的是社区中最小的内容形式，比如帖子、视频、音频？
子单元内容存评论、点赞、推荐等内容，
之所以提及子单元，是因为作为CMS系统(社区管理后台)，一定要管理到颗粒度最低的内容。
上面的案例是以用户角度的方式管理社区，但也可以用表哥报表的方式管理社区子单元。根据运营团队人员的使用习惯和开发成本来定。
话题/分类的管理
▲ 分类管理
由于社区中存在无数条子单元内容，如何增加内容与用户的粘性。物以类聚、人以群分，将内容进行话题标签化的分类是最好的。
同时运营人员可以通过引导话题、分类变迁设计，有效的管理社区内容氛围，尽可能让社区用户活跃度增加。
唯一要注意的是话题/分类的字符限制、长度限制。
同时分类和话题的区别在于，分类是有限制的频道。话题可以不限制，分类可以包含多个话题。
▲ 分类管理
话题因为在数据量会比分类多，所以在筛选条件上要增加时间、创建人、屏蔽、修改等内容
▲ 话题管理
社区过滤池，信息过滤集合
我这里会提出2个概念，一个是回收站；一个是过滤池
过滤池指的是信息内容触发了违规信息，进入到了未发布的状态；
回收站指的是过滤信息已经删除了，还停留在数据库的状态；
一个是安全机制，一个是信息保护。
▲ 关键词过滤
过滤池的违规信息需要支持后期导入、维护，在第一阶段可由运营人员提供内容进行基础铺垫。随着社区内容、用户上升，触发的关键词将会增加。
回收站将删除的子单元内容进行恢复。这里建议只做子单元内容恢复即可，不需要对评论、点赞等子单元下内容单独恢复。
在10万级用户以下，都没有必要做这类内容管理，管理子单元即可
社区管理后台用户白名单
每个系统都会有黑白名单的角色用户。
中后台产品经理要做的是梳理白名单用户有什么角色和权限，同时相对的黑名单用户是什么权限。
▲ 禁言后台
禁言的颗粒度与子单元新内容相关，同时因为禁言用户可能会流转到其他运营人员。所以添加禁言后的理由备注，帮助运营同学查询续用户违规情况。
1.0社区MVP
综上，这次社区后台产品系统搭建，基本完成了。不过由于各自社区服务的用户画像不同、商业模式不同，所以接下来还是需要强有力的内容运营、流量引入、种子用户冷启动才能完成。
