知识库为您提供了对用户文档格式和构造的前所未有的控制。保持它与您的产品一起更新是一件轻而易举的事情，并且很容易利用捕获的使用数据来确定您需要改进的地方。但是，既然您已经决定升级您的 Word 文档帮助手册或您的公司 wiki，那么最好的方法是什么？无论你看到哪里，都有一家新的创业公司向你承诺一个越来越好的知识库体验。只要您支付月费，他们很乐意为您提供交钥匙包，让您在几个小时内启动并运行。另一方面，自托管知识库也有诱人的解决方案。与自托管平台相比，SaaS 知识库具有哪些优势？哪个适合您的公司？在本文中，除了找到这些问题的答案外，我们还将对最好的自托管知识库产品进行排名，并将其功能与商业同类产品进行比较。您想要内部还是外部知识库？我们在这里提到的所有平台都可以是内部和外部的，成本或功能没有变化。但究竟有什么区别呢？虽然外部知识库旨在通过允许用户在文档中更快地找到他们需要的内容来减少客户支持票证，但内部知识库是在考虑您的团队的情况下制定的。它旨在减少每个员工的小问题：“我们如何做到这一点？“我们如何提交这个前景？”“我们如何对这个数据点进行编码？”公司每天都在生成千兆字节的知识。试想一下，如果公司里的每个人都今天都离开了，培训一群全新的员工是多么困难！当有一个集中的知识数据库，每个人都可以随时添加和改进时，培训会更加顺利。内部知识库也可以成为贵公司的用户手册，可能提供有关公司福利和政策以及员工需要遵循的程序的信息。在设置知识管理解决方案时，确定您是需要内部知识库还是外部知识库（或两者兼而有之）是必要的区别。但是，两者都在自托管或第三方知识库上运行良好。
技术说明如果你要认真考虑为你的企业建立一个全新的数据库，你应该对技术过程中实际涉及的内容有一个基本的想法。知识库通常存储为一系列纯文本文件，并带有适当的标记，以便在 Web 浏览器或其他查看器中很好地显示。无论您如何查看它，它并不比带有指向许多其他文章和多媒体的 wiki 更复杂。服务器由PHP，MySQL和Apache提供支持。这意味着您必须拥有一台专用服务器，通常运行Windows或Linux，并且已经安装了适当的软件包。从头开始在 Windows 上运行自承载测试安装需要大约 30 分钟的技术设置，包括使服务器安装的所有包联机。如果您以前从未这样做过，请添加更多时间来习惯安排MySQL权限。如果你没有做这样的事情的经验，你可以立即看到问题。即使是技术知识相当的人有时也会遇到麻烦。但是，自托管知识库都带有出色的文档，通常还有视频教程。如果你有时间和耐心，这不是一项不可能完成的任务。许多爱好者甚至最终完成了使用 wiki 软件和本地服务器设置自托管知识库的任务，因为开源 wiki 解决方案比开源知识库解决方案更多。硬件要求并不严格，因此无论您拥有什么设备都很容易上手。那么，设置这些东西之一实际上需要什么呢？好吧，幸运的是，有些人已经创建了解决方案，将学习曲线从“技术爱好者”转变为“业余爱好者”。所有这些是如何工作的？设置自托管平台的优势毫不奇怪，自托管知识库相对于第三方知识库的第一个优势是控制。当您根据自己的规范设置所有内容时，您可以深入了解数据库的结构及其限制。例如，如果您使用古老的笔记本电脑或Raspberry Pi运行所有内容，那么提供高清视频或大型照片库会有点困难。这是一个愚蠢的例子，但是当您从个人使用扩展到公司范围使用时，重要的是要记住服务器处理传入请求的实际能力。无论如何，只要你有它的硬件，天空就是极限。您不必担心任何第三方公司对您的使用施加任意限制。实际上，您可以随心所欲地为不同的需求创建和托管不同的知识库。这就把我们带到了成本上。存在适合不同市场需求的付费和开源自托管解决方案。记住，仅仅因为你自己托管它并不意味着你必须拥有每一行代码。有时，付费解决方案可以满足公司的需求，同时仍为您提供所需的自托管知识库控制。免费解决方案可以在开源社区中找到，例如在生产力和数据归档亚文化中。在被技术包裹的一定程度上，通过标记所有内容并将其组织在一起，以易于访问的方式对生活进行分类变得越来越可取。这就是知识库的用途！最后，对于许多行业来说，安全性至关重要。例如，销售健康保险的人必须遵守HIPAA对其数据的规定，并确保他们使用的每个软件产品也遵循相同的规则。仔细查看一些托管知识库用户合同中的细则会发现，绝大多数都不符合HIPAA，因此他们建议在（罕见但合理的）数据泄露的情况下不要在服务器上托管个人身份数据。这使得处理敏感数据的小公司陷入困境 - 要么冒着使用不合规托管平台的审计和处罚风险，要么完成建立安全自托管平台的工作，要么回到加密驱动器上的单个文件和文件夹。你可以看到为什么有技术头脑的人会选择第二种选择。当您设置内部知识库时，这一点尤其重要，因为您可能会将敏感的个人信息或有价值的公司数据存储在手册和指南页面中。让我们仔细看看一些付费和开源系统，用于创建和托管您自己的知识库。自托管知识库WordPress Heroic KB只需支付 129 美元的固定费用，您就可以将知识库功能添加到 WordPress 站点。它包括一个实时搜索栏，并允许您对文章在搜索列表中的显示方式进行合理级别的自定义。至关重要的是，它还包括用户对每个页面的功能进行投票的能力。在您的仪表板中，您可以看到按有用性排名的文章，以及哪些文章获得哪种投票的详细细分 - 但请注意，深入分析仅在 159 美元的价格点可用。一个很酷的功能是该插件创建了一个单独的“知识库帖子”类型，可防止您将知识库信息与其他网站页面混合。您可以猜到，知识库帖子可以在短时间内变得非常丰富，并且与其他类型的帖子相比，知识库条目多得多的情况并不少见。您的费用使您可以访问开发人员的支持和更新，以及与Slack，HelpScout等的集成。更高的定价层还使您能够在不同的站点上使用相同的插件。FullHelp顾名思义，FullHelp 是一个完整的帮助台解决方案，包括实时聊天和其他客户沟通渠道以及上面屏幕截图中所示的知识库。一旦您为该软件付费，它将在您自己的服务器上永久运行 - 但一年后，除非您续订，否则您的支持和升级功能将消失。幸运的是，续订率实际上低于初始费率。它的强项之一是本地化。该软件开箱即用，提供英语和西班牙语本地化功能，并且还可以轻松地将知识库快速本地化为其他语言。设置演示很容易，但请注意，从技术上讲，它仍处于测试版中。在撰写本文时，发布版本是 0.10.1 – 在 1.0 之前还有很长的路要走。这意味着您最终可能会遇到一些稳定性问题。但是，到目前为止，开发人员在支持论坛上非常活跃。客户关系管理知识库只是SuiteCRM（一个免费的开源CRM平台）提供的众多功能之一。不幸的是，编辑器相当基本，不允许简单或直观的标记和组织文章。这里的知识库更多地用于记录客户交互并能够在以后检索它们。这是一个很好的功能，但是如果您需要知识库中的更多功能，例如版本控制或访问级别，则必须寻找其他地方。免费的自托管维基如果您正在寻找免费的知识库，您可能首先想查看一个自托管的wiki。维基和知识库在几个方面有很大的不同——首先，维基上通常没有模糊匹配的实时搜索，也没有每个页面的用户评级。这些用户评分是你不会欣赏的，直到你最终拥有它们，因为它们是直接的用户反馈，其方式比直接征求意见调查要简单得多。但是，如果您根本不需要这种功能，那么像 Wiki.js 之类的东西可能是您的答案。这是一个开源维基，旨在易于安装和自定义，更不用说资源轻量级了。对于习惯于维基百科布局并期望文本繁重页面的更保守的用户来说，wiki 也可以更熟悉。信不信由你，有些人更喜欢没有大量交互式元素或华丽图形的 Web 1.0 体验。请注意，您最终可能会因为传递知识库而错过尖端的客户服务工具。自托管知识库的缺点不幸的是，自托管知识库所获得的好处有几个主要缺点。首先，您获得的支持有限 - 即使您购买的软件包中提供了支持。这是因为知识库的任何问题都不可避免地是您设置方式的问题，或者软件本身的问题。从本质上讲，您将可能的支持问题分为两个地方，而您购买的支持团队将很难找出问题所在。如果你使用开源产品？忘记集中式支持团队。在发现设置的实际问题之前，您必须搜索文档，论坛和消息线程以尝试大量不同的方法。另一方面，当您购买托管解决方案时，您将获得作为核心服务内置于成员资格中的支持。例如，在Baklib，您将获得专门的支持人员，帮助您迁移当前的知识库。这种护理确实是有代价的，但考虑到高质量客户服务带来的好处，这笔钱花得值。您基本上必须使用自托管知识库或自托管wiki自己管理所有内容。以升级为例 - 通常，如果您为自托管解决方案付费，您将获得一年的免费升级，但在续订后，您将失去进一步升级的能力，直到您再次开始付款。在有限的支持下，很难摆脱“管理”知识库和“构建”它。使用适合您的工具会更愉快。所有这些缺点都可以通过及时考虑使事情正常工作的成本来总结。是的，在某些情况下，自托管知识库绝对是值得的，但是花在使事情工作上的额外时间最终会消耗不使用托管解决方案所节省的费用。托管知识库解决方案因此，让我们比较一下托管知识库中的一些主要名称。托管意味着其他人负责将数据存储在自己的服务器上，因此您不必在您的位置拥有任何专用设备。它是软件即服务，该服务正在帮助您提供出色的用户文档。这意味着托管知识库公司提供更精细的服务，通常通过实时或电话聊天来指导他们的客户设置他们的知识库，甚至从其他来源迁移他们的数据。Baklib当然，Baklib 有许多优点使其与众不同。Baklib专注于为客户提供出色的知识库服务，而不是在整个客户服务或支持包上分散自己。它还设计为只需最少的培训即可使用，经过几次不同的设计迭代，以确保它尽可能易于使用。使用Baklib，您可以在文本编辑器中获得完整的 Markdown 支持，并支持表格、图像、视频、代码和其他标注。而且还具有严格的备份和还原功能，可防止由于混乱的迁移而放错数据。当您在编辑过程中进行更改时，借助版本控制，您可以快速并排比较这些更改。从后端来看，该体验专为编辑者设计，支持基于文章标签的批量操作。您可以同时移动、删除或隐藏文章组，还可以根据作者和类别进行筛选。当您拥有一个庞大的知识库，其中包含多个不同的贡献者分布在大量文章中时，这是绝对必要的。如果您想了解使用 Baklib 构建的知识库是什么样子的，请查看Baklib官方网站上的文档。要习惯浏览专业编写的用户帮助文章的直观体验，没有比练习软件创建者自己编写的文章更好的方法了~
查看全文
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.dgrt.cn/a/1613267.html
如若内容造成侵权/违法违规/事实不符，请联系一条长河网进行投诉反馈，一经查实，立即删除！
相关文章：
知识库为您提供了对用户文档格式和构造的前所未有的控制。保持它与您的产品一起更新是一件轻而易举的事情，并且很容易利用捕获的使用数据来确定您需要改进的地方。 但是，既然您已经决定升级您的 Word 文档帮助手册或您的公司 wiki，那么最好的…...
编程日记 2023/3/6 14:14:44
晚上写了一个简易的信号发生器的程序，上机验证成功，通过了 Signal Tap II验证。 Mif 文件的数据是通过 mif_maker2010
这个软件生成的，它的使用教程通过这个链接可以找到：https://www.cnblogs.com/qidaiymm/p/6007704.html 硬件环…...
编程日记 2023/3/6 14:14:44
（1）Error (209015): Cant configure device. Expected JTAG ID code 0x02D120DD for device 2, but found JTAG ID code 0x00000000.
今天下载代码到板子中遇到的一个比较迷的问题，一开始下载了三次都是这个问题，百度上有人说是De…...
编程日记 2023/3/6 14:14:42
这几天从一个老师那里得到了一个代码，让我调试一下，一开始代码编译过后无法生成一个全新的 .sof 文件，我就先将代码中原有的 **.sof 文件移出 Quartus 工程下的 output_file
文件夹，然后进行编译，发现还是无法生成一个…...
编程日记 2023/3/6 14:14:41
今天一个学弟来问我关于状态机的事，我就给他讲了下经典的三段式状态机，然后就让他试着用状态机去点亮几个LED灯。
状态一：让所有的灯全部熄灭；状态二：全部的灯按照奇偶位的来进行闪烁；状态三：全…...
编程日记 2023/3/6 14:14:40
M程序调试器的热键设置和VC的设置有些类似，如果用户有其他语言的编程调试经验，则调试M程序显得相当简单。因为它没有指针的概念，这样就避免了一大类难以查找的错误。 不过，M程序可能会经常出现索引错误，如果设置了 sto…...
编程日记 2023/3/6 14:14:40
1、基于构造函数的DI 怎么实现的呢？ School.java public class School {private Student student;public School() {}public School(Student student) {this.student student;}public void
regist(){System.out.println("调用regist()");student.stude…...
编程日记 2023/3/6 14:14:24
三叉神经痛被称为天下第一痛，三叉神经支配区域反复出现短暂性阵发性剧痛，发作时让人们备受折磨。近期早晚温差大和天气变化多端，可刺激肌肉和血管收缩，导致三叉神经异常放电，进而引起剧烈疼痛，诱发三叉神经…...
编程日记 2023/3/6 14:14:11
去重删除有序数组中的重复项题目来自：https://leetcode.cn/problems/remove-duplicates-from-sorted-array/description/题目描述给你一个 升序排列 的数组 nums ，请你原地删除重复出现的元素，使每个元素
只出现一次 ，返回删除后数…...
编程日记 2023/3/6 14:13:55
1.安装依赖包 yum -y install gcc zlib zlib-devel pcre-devel openssl openssl-devel 2.下载并解压安装包 wget http://nginx.org/download/nginx-1.13.7.tar.gz tar -zxvf nginx-1.13.7.tar.gz
3.安装nginx //进入目录 cd nginx-1.13.7 //执行命令 ./configure //执…...
编程日记 2023/3/6 14:13:44
注意点： 我们的集合框架与自定义mvc框架没有强关联性.xpath解析：dom4j解析是从外到内的，sax解析是从上到下的，各有用处于pc端和手机端.xml建模与工厂模式，解析xml生产指定的对象. XML解析技术有两种 DOM SAX
DOM方式…...
编程日记 2023/3/22 7:47:31
目录自定义标签通用分页自定义标签 自定义标签生命周期 SKIP_BODY：跳过主体 EVAL_BODY_INCLUDE：计算标签主体内容并[输出] EVAL_PAGE:计算页面的后续部分 SKIP_PAGE:跳过页面的后续部分 EVAL_BODY_AGAIN:再计算主体一次 2.1
创建一个标签助手类(继承B…...
编程日记 2023/3/22 7:47:31
目录why使用jsp自定义标签?jsp自定义标签的生命周期自定义标签的开发及使用步骤why使用jsp自定义标签? 1.1 使用jsp自定义标签 在进行JSP开发的时候，jsp的内置标签和JSTL标签库都满足不了项目中的需求时，特别是对一些要求比较高的定制化服务中&#x…...
编程日记 2023/3/22 7:47:29
目录自定义标签的开发及使用步骤UI标签控制标签数据标签自定义标签的开发及使用步骤 1、 创建一个标签助手类(继承BodyTagSupport) 标签属性必须助手类的属性对应、且要提供对应get/set方法 2、创建标签库描述文件(tld)，添加自定义标签的配置 注意：tld文…...
编程日记 2023/3/22 7:47:28
目录为什么使用通用分页？通用分页的目的和思路分页案列为什么使用通用分页？ 在开发项目中需要使用到查询分页的时候然后需要写一个Dao层和对应的方法 结果ADao层的代码写好了，然后又来一个需求也要查询分页又要写一个 BDdao层这样太麻烦了类似…...
编程日记 2023/3/22 7:47:28
目录前言思路步骤前言 通用分页一已经把数据展示到页面上，并且能够按代码来规定查询多少条 对一些代码进行了封装，而分页二所做的则是针对于前台进行封装，到前台的界面显示。 点我跳转到通用分页一 思路步骤 1、 对PageBean增强&#xff0…...
编程日记 2023/3/22 7:47:27
目录what is mvc?三层架构和MVC的区别？mvc的优点和缺点案列what is mvc?
1.MVC框架即是模型-视图-控制器（Model-View-Controller）设计模式。其中，M代表Model，V代表View，C代表Controller。MVC的核心思想是…...
编程日记 2023/3/22 7:47:26
目录改造PageBean通用类BaseDao补全Servlet封装页面标签自定义Tag点我跳转通用分页一.点我跳转通用分页二.改造PageBean 1.增强PageBean属性 private int page 1;// 页码private int rows 10;// 页大小private int total 0;// 总记录数private
boolean pagination true;//…...
编程日记 2023/3/22 7:47:26
目录准备好jar包和工具类通用增删改查通用类增删改查方法（BaseDao）Dao层（BookDao继承通用BaseDao）处理业务逻辑层界面效果图准备好jar包和工具类 1.记得导入jar包依赖
2.工具类（附带通用分页） 3.建模…...
编程日记 2023/3/22 7:47:25
目录J2EE知识点大纲脑图对应链接J2EE知识点大纲 1.思维导图 脑图对应链接 1.链接对应脑图知识点： 名称链接集合框架跳转xml解析跳转xml建模跳转反射跳转自定义标签一跳转自定义标签二跳转通用分页一跳转通用分页二跳转自定义mvc一跳转自定义mvc案列跳转3.总结&am…...
编程日记 2023/3/22 7:47:25

自互联网信息技术变革以来，知识也被划进了付费领域。从 2016 年开始，知乎、果壳、喜马拉雅FM等平台相继推出知识付费平台，知识付费用户随之激增，据相关数据统计， 2016 年知识付费用户已达到了 5000 万人次，截止 2017 年 3 月，知识付费的总体经济规模已经近 150
亿。知识付费领域成为一片沃土，各平台纷纷推出知识付费平台，精准的适应用户需求与时代发展主流。 2017 年上线的柚墨Yomoer内容模板平台也应时加入知识付费的行列...
特别声明：本页面标签名称与页面内容，系网站系统为资讯内容分类自动生成，仅提供资讯内容索引使用，旨在方便用户索引相关资讯报道。如标签名称涉及商标信息，请访问商标品牌官方了解详情，请勿以本站标签页面内容为参考信息，本站与可能出现的商标名称信息不存在任何关联关系，对本页面内容所引致的错误、不确或遗漏，概不负任何法律责任。站长之家将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。任何单位或个人认为本页面内容可能涉嫌侵犯其知识产权或存在不实内容时，可及时向站长之家提出书面权利通知或不实情况说明，并提权属证明及详细侵权或不实情况证明（点击查看反馈联系地址）。本网站在收到上述反馈文件后，将会依法依规核实信息，第一时间沟通删除相关内容或断开相关链接。

PingCode研发中心 - 2021-12-13 17:16:52
作者：杨振兴
PingCode Wiki 于2021年11月15日正式上线了协同编辑能力。
PingCode Wiki 是从2019年8月份启动，到现在已经两年多的时间， 协同编辑的上线标志着 PingCode Wiki 基本成熟。
接下来给大家介绍一下 PingCode Wiki 产品逻辑以及它背后的编辑器技术。内容分为四个大的部分，有产品部分的介绍，也有协同编辑技术部分的介绍：
一、PingCode Wiki 产品能力
二、富文本编辑器技术的演变
三、协同编辑技术的探索
四、对知识库产品的思考
1. PingCode Wiki 产品能力
产品定位：
企业级知识库产品产品
研发赛道
1.1 知识生产能力
基础编辑能力
Markdown 快捷输入
其它
除了基础能力之外，还支持布局、日期、标签、提示框、代码块、附件等功能，对于外部数据粘贴支持识别 Markdown、HTML（Excel、Word）。
1.2 知识传播能力
基于内容的沟通、分享也是企业知识库管理很重要的一部分，这块是 PingCode Wiki 的特色。
页面评论
实时通知
通知打开详情
实现基于内容高效沟通的闭环：评论 -> 通知 -> 弹框详情 -> 回复
会话 & 提及成员
内容导出
目前支持导出 Word / PDF / Markdown 三种文件格式
页面共享
开启共享
查看共享
知识库共享
1.3 知识管理能力一个一个知识库本身就是内容单元层级页面树可以很好的组织内容页面级权限控制
因为我们是聚焦企业知识管理的， 所以除了基础编辑体验、易于传播、内容组织我们还关注到细粒度的权限控制 ，比如如何给统一组织下的非知识库成员共享内容，知识库内成员如何页面级权限等，这块我们还在持续探索中，页面级权限目前是支持团队共享。
首页入口
团队共享
解决团队内非知识库成员内容共享问题
其它
我们也提供基础的页面复制、移动、收藏、模板等基础功能，企业知识管理是一个持久的话题，我们还需要持续的改进。
1.4 多人协同编辑
11-15 刚刚上线的功能，欢迎大家注册体验
协同编辑交互
![[杨振兴] 粘贴上传 - 2021-11-09 15_01 31.png](https://atlas-rc.pingcode.com...)
提供协作者列表、光标位置支持冲突自动处理支持自动版本历史支持离线提醒支持上线后内容自动同步
历史版本
目前是区分临时版本和已发布版本，协同编辑过程中每隔 1 分钟会自动保存一个临时版本，这个接近实时保存的临时版本是协同编辑内容的快照，一旦编辑的内容被协同者误删除 可以通过临时版本找回 。
2. 编辑器技术的演变
从 2019 年开始做 Wiki 产品，我们的富文本编辑器 大概经历了三个阶段：
旧版编辑器新版编辑器theia 编辑器
特别想跟大家分享这里面的一些点， 包括每个阶段的特点、局限性以及使用情况。
阶段服役时间特点使用情况旧版编辑器2020-03 ~ 2020-10基于 JS 版本 Slate已弃用新版编辑器2020-10 ~ 至今基于 TS 版本 Slate即将弃用theia 编辑器2021-06 ~ 至今Mini 编辑器- 应用到 PingCode 全线产品中未来也要应用到 Wiki 产品中2.1 新版编辑器
新版编辑器其实是在去年年初疫情期间开始正式启动的，那个时候旧版编辑器也就刚开始在 at 内测，问题也很多，但是因为新的基于 TS 的 Slate 确实足够有吸引力，所以促使我们决定研发新版编辑器，这个 属于技术驱动。
2.2 Theia 编辑器
Theia 最初的目标是冲着开源去的，开源一个小型的编辑器，让 PingCode 其它产品可以使用，让 Angular 社区的也可以用。
目前 Theia 已经应用到 PingCode 其它自产品中，但是代码还没有达到开源的水准， 所以还需要持续迭代。
希望 Theia 可以早日开源。
3. 协同编辑技术的探索3.1 技术选型
OT vs CRDTs
3.2 Yjs 方案
左边是富文本编辑层，右边是 Yjs 的框架层，中间时转换层，因为 Slate 编辑器框架的数据模型 和 Yjs 的数据结构是完全不同的数据表达，所以中间层的作用就是互相转换他们的操作， 保证Slate编辑器的数据结构和Yjs的数据结构能完全保持同步。
Yjs 方案流程图
Yjs Bindings-Slate 就是前面说的中间层 ，从流程图可以看出每一个客户端都会存储一个 Yjs ShareType 的数据结构副本，协同编辑中的消息服务通讯也是基于 Yjs ShareType 来进行的，相应的协同编辑的冲突处理也是由 Yjs 数据结构承担。
Yjs 架构优势
3.3 技术影响产品功能
Yjs 因为是从数据结构层面处理协同编辑中的冲突的， 对比 OT 它无疑是更稳健的，并且对于复杂的网络状况有很好的适应能力，大概特性如下：
协同特性技术支撑冲突处理基于 CRDTs 的冲突处理模型协同列表及光标位置Yjs 提供感知 (Awareness) 模块离线编辑基于 CRDTs 的内容合并，天然支持离线编辑支持版本历史Yjs 提供基于快照的版本历史（非全量数据保存）协同人数上限支持无中心化服务器，理论上可支持的协同编辑上限人数很高4. 做知识库产品的思考
简单谈谈我对知识库产品的理解，总的来说我觉得做知识库产品还是挺艰难的。
以下内容仅代表个人观点。4.1 分类
最近几年文档类产品热度很高，面向企业服务的 Sass 产品我感觉核心分为三类：
分类代表产品共通点差异点新一代 Office 工具石墨、金山、语雀1. 简单易用、稳定性高协同编辑脑图/绘图/PPT/Excel|对于共通点要求更高
泛办公协同|飞书文档、钉钉文档
IM + 文档 + 智能
垂直领域办公协同|研发赛道：Confluence
Agile + Wiki + 生态
当然还有一些比较有代表性的创新产品比如 Notion、xxx
4.2 共通点
从我的角度看不同分类的产品的难点还是在共通点上： 基础交互 、 稳定性 ，交互要尽量满足用户预期。
交互预期高
无论哪类产品对于编辑体验、稳定性的要求都是一样， 交互满足用户预期是个大难题 ，一个是大家的交互习惯或多或少受过 Word 产品的影响，这么庞大的交互体系搬移到 Web 端产品是很难的。
Web 编辑器技术壁垒
另外一个是 Web 端的编辑本身也已发展了很多年，交互上也有很多创新，编辑器技术虽然已经得到很大发展，但它依然有一些技术壁垒， 一个新的产品想要打入市场，研发时间一定是按年为单位的。
PingCode Wiki
我们 PingCode Wiki 从 19 年开始到现在大部分的时间其实一直在打磨基础交互，保证内容编辑的稳定性及安全性。这也是直到今年下半年我们才开始决定支持协同编辑的原因。而且我觉得现阶段我们的一个重点仍然是打磨基础交互，也就是 努力做到「交互满足用户预期」，突破一些交互冲突 ，我举一些交互难处理的例子。
粘贴格式
我们的编辑器通常会做粘贴识别 Markdown、HTML的格式，但是这两格式其实是有冲突，当用户进行粘贴时，粘贴板中 可能存在 Markdown 和 HTML 两种格式的数据，程序其实无法准确判断用户真实意图：
我想识别 Markdown 格式我想识别 HTML 格式
这个问题其实一直很困扰我，经常性的出现处理结果不符合我预期的情况。
解决方案：让用户选择
Markdown & HTML 格式同时存在时，优先识别 HTML 格式，提示 Markdown 识别转换。
ps: 灵感来源于语雀产品
Markdown 快捷输入
Markdown 快捷键输入现在已经是各类产品的标配了，但是这类快捷输入语法其实有 可能跟用户真实输入的内容存在冲突 ，比如有序列表的语法：【1. + 空格】就很有可能出现冲突：
用户仅仅想输入 1. + 空格，默认处理使用户掉入陷阱
我经常受这个问题的困扰，也发现我们同事在写文档的时候经常出现缺少空格的排版：
可能是深受快捷键的困扰。
目前我们其实没有很好的处理方案，只是做了一些更严格的限定，当前节点是标题时不再识别列表的快捷输入。
然后我最近在使用 flomo 产品的时候发现他们有一个交互处理的也还不错，【1. + 空格】自动识别成列表后，如果按【Backspace】键，可以回退到【1. + 空格】的状态， 有一种突然命中我预期的感觉。
这个就很细节了，富文本编辑器中像这样的交互路径有无数个，出现冲突的地方也很多， 这是所以产品需要共同探索和解决的问题。
4.3 差异点
感觉不同形态的文档产品在功能上一定是逐步趋于同化的，只不过当前阶段各类产品的侧重点一定是不同的，感觉我个人有点驾驭不了这个方向性的问题， 所以只谈谈我对我们所在的垂直研发赛道的一些理解：
持续打磨富文本内容编辑体验深入企业知识管理、研发场景增强与 PingCode 产品矩阵的融合逐步扩充编辑能力，比如支持：流程图、脑图、甘特图等功能
这块有点干，所以贴一张 PingCode 产品矩阵图
从整体来看 Wiki 除了承担基础的知识沉淀的能力， 它还是 PingCode 其它产品的纽带，一些内容的输出、细节的沟通都是以 Wiki 页面内容为纽带 ，未来我们还会考虑通过应用市场的形式一进步扩充 Wiki 的内容生产能力。
4.4 创新产品
个人认为 Notion 可以作为文档类产品创新的一个代表，它扩展了文档的边界，可玩性很强。
另外一个是最近看到的国外的一个产品，提出了以文档为中心的办公协同 （Almanac） ，备受资本的推崇，变相说明当前这个领域大局仍然未定， 创新的产品仍然有很大的机会突出重围 。
关于本文内容，我们有一个线上的直播分享，大家有兴趣可以了解一下。https://www.bilibili.com/vide...
立即体验PingCode Wiki的协同编辑
特别申明：本文内容来源网络，版权归原作者所有，如有侵权请立即与我们联系（cy198701067573@163.com），我们将及时处理。上一篇： Linux一学就会之文件的基本管理和XFS文件系统备份恢复下一篇： Linux下编译WebRTC（Linux和Android版本）
Tags 标签
前端angularlinux算法github
扩展阅读
加个好友，技术交流