00-1010我遇到的大多数中后台产品,其实都是因为业务原因太无聊了。深化业务、拆解难点是每天每周的主要关注点。
系统是否已经贯穿业务流程,系统需要改进的地方几乎全是中后台产品经理的工作研究。
在搭建PMTalk社区背景的过程中,因为社区产品的特殊定位是服务C端用户。因此,社区的CMS(社区)内容管理成为与用户“交流”的场所。
现在你可以看到几乎每个产品都有一个社区模块,可能它的名字不是社区。但它仍然可以以“圈”“论坛”“网站”等产品的形式存在。
由此,我们来分享一下我们在做CMS系统(社区内容管理)后台的案例。因为过敏等原因,我拆解了一个类似的案例。
社区背景从七个维度入手。
社区背景不仅要考虑系统本身的安全性,还要考虑产品上内容的安全性。哪些角色可以管理社区内容,哪些内容可以同时出现在社区中。
登录和角色权限是每个中后台的基础。我们前面提到的中后台产品,几乎都容纳了这样的部门。您做的案例越多,您对角色和权限的粒度就越熟悉,逻辑也就越常见。
运营日志大于公司团队规模和产品用户数量。中后台产品经理可以放在第一个版本,也可以放在后面的版本。
操作日志
记录诸如加顶、编辑、删除和添加内容等操作。帮助团队找到问题和机会。
次级员额管理
岗位管理
亚基含量是多少?
是指社区中最小的内容形式,如帖子、视频、音频?
子单元内容包括评论、喜欢、推荐等。
之所以提到子单元,是因为作为CMS系统(社区管理后台),它必须以最低的粒度管理内容。
在上面的例子中,社区是从用户的角度来管理的,但是社区子单元也可以通过sqddt报表来管理。根据运营团队人员的使用习惯和开发成本。
主题/类别的管理
分类管理
因为社区中有无数的子单元内容,如何增加内容与用户之间的粘性。物以类聚,人以群分,最好通过话题标注对内容进行分类。
同时,运营商可以通过引导话题、分类和改变设计来有效管理社区内容的氛围,尽可能增加社区用户的活跃度。
唯一需要注意的是话题/类别的字符限制和长度限制。
同时,分类和话题的区别在于分类是一个有限的渠道。主题可以不限,分类可以包含多个主题。
分类管理
因为题目会比分类有更多的数据,所以需要增加时间、创作者、筛选、修改等。过滤条件。
话题管理
社区过滤池,信息过滤收集
我这里就提出两个概念,一个是回收站;一个是过滤罐。
过滤池是指信息内容触发违规信息,进入未发布状态;
回收站是指过滤后的信息已被删除,仍留在数据库中的状态;
一是安全机制,二是信息保护。
关键词过滤
过滤池的非法信息需要后期导入维护。第一阶段,运营商可以提供内容打基础。随着社区内容和用户的增加,触发的关键词也会增加。
回收站还原删除的子单元内容。这里建议只恢复子单元的内容,不需要单独恢复评论、喜欢等子单元下的内容。
10万用户以下,不需要做这种内容管理,只需要管理子单元。
管理社区后台用户白名单
每个系统都有一个角色用户的黑白名单。
中后台产品经理要做的就是梳理白名单用户有哪些角色和权限,相对白名单用户有哪些权限。
不说话
禁用词的粒度与子单元的新内容有关,同时,禁用词的用户可能会转移到其他运营商。因此,在禁令后添加原因说明,帮助操作生查询续费用户的违规情况。
1.0社区MVP
综上所述,社区后端产品体系建设已基本完成。但由于各自社区服务的用户画像和商业模式不同,下一步仍需要强大的内容运营、流量导入和种子用户的冷启动。