中后台产品最爱的后台:CMS(社区)管理系统搭建

作者:jcmp      发布时间:2021-05-06      浏览量:0
原创 Kevin改变世界的点滴 Kevi

原创 Kevin改变世界的点滴 Kevin改变世界的点滴 昨天。

我遇见的大多中后台产品其实工作都会因为业务的原因,过于枯燥。深耕业务、拆解环节难点,是每天\每周主要聚焦的地方。 系统有没有跑通业务流程、系统还有哪些待完善点,几乎充满了中后台产品经理的工作调研。 我在搭建PMTalk社区后台过程中,因为社区产品特殊的定位是服务于C端用户。所以社区的CMS(社区)内容管理就变成了与用户“交流”的地方。 如今你可以看到几乎每个产品都会有社区模块,可能他的名字不叫社区。但是他仍然可以以“圈子”、“论坛”、“站点”等产品形态存在。 由此分享下我们在做CMS系统(社区内容管理)后台的案例,因为过敏等原因,我拆解了一个相似的case。 社区后台从7个维度入手。

一个社区后台,要既考虑系统本身的安全性、同时内容在产品上的安全性。什么角色才可以管理社区内容、同时什么内容可以出现在社区。 登录注册、角色权限就是每个中后台的基础。前面我们提到的中后台产品,几乎都容纳了这类部门。做的案例越多,对角色、权限的颗粒度也会更加熟悉逻辑会更加通用。 操作日志更加公司团队大小、产品用户数大小,中后台产品经理可以放在第一期版本、也可以放在后期版本里。

▲ 操作日志 记录针对内容的置顶、编辑、删除、新增等操作。方便团队定位问题和发现机会 子单元帖子管理。

▲ 帖子管理 什么是子单元内容? 指的是社区中最小的内容形式,比如帖子、视频、音频? 子单元内容存评论、点赞、推荐等内容, 之所以提及子单元,是因为作为CMS系统(社区管理后台),一定要管理到颗粒度最低的内容。 上面的案例是以用户角度的方式管理社区,但也可以用表哥报表的方式管理社区子单元。根据运营团队人员的使用习惯和开发成本来定。 话题/分类的管理。

▲ 分类管理 由于社区中存在无数条子单元内容,如何增加内容与用户的粘性。物以类聚、人以群分,将内容进行话题标签化的分类是最好的。 同时运营人员可以通过引导话题、分类变迁设计,有效的管理社区内容氛围,尽可能让社区用户活跃度增加。 唯一要注意的是话题/分类的字符限制、长度限制。 同时分类和话题的区别在于,分类是有限制的频道。话题可以不限制,分类可以包含多个话题。

▲ 分类管理 话题因为在数据量会比分类多,所以在筛选条件上要增加时间、创建人、屏蔽、修改等内容。

▲ 话题管理 社区过滤池,信息过滤集合 我这里会提出2个概念, 一个是回收站;一个是过滤池 过滤池指的是信息内容触发了违规信息,进入到了未发布的状态; 回收站指的是过滤信息已经删除了,还停留在数据库的状态; 一个是安全机制,一个是信息保护。

▲ 关键词过滤 过滤池的违规信息需要支持后期导入、维护,在第一阶段可由运营人员提供内容进行基础铺垫。随着社区内容、用户上升,触发的关键词将会增加。 回收站将删除的子单元内容进行恢复。这里建议只做子单元内容恢复即可,不需要对评论、点赞等子单元下内容单独恢复。 在10万级用户以下,都没有必要做这类内容管理,管理子单元即可 社区管理后台用户白名单 每个系统都会有黑白名单的角色用户。 中后台产品经理要做的是梳理白名单用户有什么角色和权限,同时相对的黑名单用户是什么权限。