网站群内容管理系统( 知识库解决了哪些痛点，有什么意义？(组图) )

　　网站群内容管理系统(

知识库解决了哪些痛点，有什么意义？(组图)

)

　　一、知识库解决了哪些痛点，意义何在？

　　当没有在线知识库时，信息传递方式分散，内容混乱。

　　例如，经常使用通过邮件发送文件和分组共享数据的方法。这些常用方法的缺点主要体现在以下几点：

　　二、功能模块拆解1. 首先分析核心功能内容管理。操作对象是内容管理者，执行的操作是用户对内容编辑、发布等管理功能的访问权限。目标对象是每个终端用户，执行的操作是内容搜索和浏览

　　因此，根据上面的分析，可以将大模块一分为二，因为在实际应用中，知识库的能力必须用于不同的端；

　　因此，我们将知识库内容的公共编辑和发布能力抽象为底层公共服务，提供给上层应用。

　　2. 函数列表

　　分析应用层每一端公开的内容。

　　先分析应用层需要展示什么内容，再看底层服务需要支持哪些功能；应用层的使用可以参考同类产品。

　　微信广告-帮助中心

　　今日头条广告帮助中心

　　可以看出，应用层各端的能力主要体现在以下几个方面：

　　三、底层服务

　　我们已经明确了应用层需要的功能。接下来，我们需要考虑底层服务应该具备哪些能力？

　　1. 梳理业务流程，用泳道图的方法分析每个职能的人在每个阶段做了什么

　　明确什么是核心阶段：内容编辑-内容审批-内容发布，以及上下游是否依赖相关流程。

　　例如，在编辑内容时，需要明确用户编辑内容的范围。所以在这个过程中，用户和系统必须统一在后台管理，所以增加了“后台管理-内容编辑-内容审批-内容发布”；

　　然后确认这些核心阶段有哪些业务角色，再将这些业务角色抽象为系统角色；

　　暂定为系统管理员、内容编辑、内容审核员、内容审核员。在计划的第一阶段可以简化一些流程和角色。

　　2. 考虑实施方案，确定实体之间的业务关系

　　梳理业务中的具体实体。比如知识库的情况下，实体包括文章、标签、目录、用户、系统、审批流程等，分析每个实体的对应属性，明确多个实体之间的关系.

　　这里要考虑后续业务的发展方向和落地计划的可扩展性。

　　比如我之前接手的一个老系统，用户使用QQ号作为主键。后面需要支持微信登录。所有与用户相关的表都需要升级。工作量巨大；如果考虑当时用户使用userid作为主键，QQ号只作为一个属性，升级成本会小很多。

　　3. 明确各个功能模块，确定迭代节奏，制作原型图

　　明确底层实现方案后，可以将具体功能模块化，从业务优先级和实现依赖两个角度考虑产品的迭代速度。第一阶段，建议只做基本的核心功能，小步走，循序渐进。

　　因此，第一阶段没有考虑审查模块。前期通过用户权限控制，限制文章向内部核心学生发布。每个应用端都保证文章的质量。在编辑方式上，只有右侧前端展示了更加友好的Markdown编辑方式，但是没有支持操作方便但对前端兼容性要求高的富文本编辑器。

　　在生成具体的原型图时，需要关注页面逻辑和交互细节，比如浏览页面是否需要加水印，水印显示的用户信息等。

　　四、知识点总结：

　　涉及B/C端的产品，功能分析是从C端到B端；

　　产品方案思维思路：

　　知识型内容产品设计思路在这里分享，欢迎朋友们一起讨论交流。

　　本文由@yingying之语原创发布给大家都是产品经理。未经许可禁止转载。

　　标题图片来自Unsplash，基于CC0协议

　　给作者一个奖励，鼓励他努力！

　　称赞

　　3人奖励