运营后台的管理权限设计

为了明确词汇的语义边界，我们特别定义了本文中经常出现的词汇。这个定义是作者的私人设计，读者可以用他们通常使用的词来代替它。 内容对象：在信息产品中，承载信息的对象可以由角色操作，类似于UML问卷、博文、商品、购买页面等实体类。 内容数据：操作创建的数据（可视为OGC），比如电视剧视频、问卷调查、购买页面等视频平台。 一个数据:用户创建的数据(实际上是)UGC，本文将区别于二次数据UGC称为一次数据)，如评论、报名信息等。 二次数据：通过统计产品中用户的一次数据和用户的行为记录，如：PV、UV、总订单等。 一、信息产品结构 在信息产品中，C终端业务的核心是C端用户操作承载信息的内容对象，包括四个方面：增加、删除和检查。后台操作产品的操作能力包括直接操作内容对象（也是增加、删除和检查的权限），以及限制和审查用户的操作能力。 假设信息产品包括用户端、运营管理背景和数据仓库，结构示例如下： 信息产品结构 成熟的产品模型有两种： 一种是表单产品模型，代表金数据、问卷网等。 还有一种是BBS例如：视频网站(视频-评论)。 这些产品的数据库（database）它们都包含内容数据和一次数据，区别在于一次数据是否以内容数据的预设格式结构化生成。 内容数据中的内容数据管理理念与一次数据不同，权限设计也会有所不同。 二、一次数据运行管理 在不同的业务场景下，一次数据的特点不同，运营管理需求也不一致。 有三种典型的商业场景： (1)视频网站(视频-评论) 一次性数据(评论)与内容数据(视频)有关，需要在数据库层面设计表连接，可以从两个方面思考操作能力: 删除/查看用户创建的评论；改变评论结构化数据中的某些值(如喜欢和热度)。 控制用户对评论的增删权限。 在应用方面，运营的基本需求是舆论审查和社区氛围维护。视频网站的评论特征可能是在瞬间发送到数量级后，稳定增长，直到达到稳定值。为了保持评论氛围，操作需要查看评论，删除非法评论，打捞高质量评论，必要时发布小号进行控制评论和指导。 我们用user story总结用户需求： user story：在运营管理视频下评论 总结用户需求，我们可以设计和操作评论的管理功能： 管理评论 （2）帖子 例如：新浪微博、网易lofter、视频网站的原始视频模块，产品支持用户创建和上传帖子、视频和其他数据。这些数据的特点是用户完全自发地增加，增加的曲线可能会稳定地每天增加。 对于一些社区来说，运营可能会审查每个新数据；但对于新浪微博MAU超过 4 1亿国产产品(新浪微博2018 年Q1 财务报告发布)，所有增量微博由运营监督管理查看是不现实的，运营需求更倾向于审查核心帖子，完善舆论监管策略。 user story：社交媒体运营管理帖子 总结用户需求，我们可以设计和操作帖子的管理功能： 管理帖子 (3)帖子下的评论 这是一个生成数据的数据，比如原始帖子下的回复。一般来说，这些评论的控制权分配给帖子的创作者，但在某些情况下，操作需要参与管理。很少有场景需要直接审查帖子下的单个评论，通常管理所有的评论。 user story：运营管理帖子下回复的帖子 总结用户需求，我们可以设计和操作回复的管理功能： 操作回复管理 三、内容数据管理 内容数据是操作创建并放入C端的内容对象，一般不需要内容审查。 40 网剧集《镇魂》就是youku观众在产品中留下的评论是增加的内容数据。 user story：管理内容对象的管理 综上可设计： 运营管理自建数据 本文内容来源：站长之家，不代表经营狗的观点，如有版权问题，请联系经营狗正式处理。 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。如有侵权行为，请联系网站管理员删除，。