日前，企业级研发管理工具 ONES 完成对知名文档工具为知笔记的全资收购。此次并购背后有哪些故事？并购将会带来哪些变化和影响？知识库的技术轨迹是怎样的？1 月

合并的契机

Jake：我们直播的主题是知识库演化。大家应该都看过这个新闻，就是“ONES全面收购威智Note”。 ONES是企业级研发管理工具，微知笔记是文档工具。今天我们的两位嘉宾是ONES创始人颖奇和威志笔记创始人李军。

这次收购在行业内颇具代表性，所以我们一方面会讲一下这次收购背后的故事，另一方面会讲一下我们对企业知识库行业的观察和理解。

我们知道，微知笔记成立于2011年，至今已有十多年的历史。无论是行业知名度、美誉度还是客户认可度都非常好。它的业务一方面是协作文档，另一方面是知识管理。我们也深度涉足ToB领域。首先请君哥介绍一下微知笔记的情况。

君哥：在大多数用户眼里，为知笔记是一个个人笔记品牌。但事实上，在2013年左右，我们就已经完全将自己定位为服务企业的SaaS产品。经营过程中，我们不断尝试中小企业市场。这期间我们发现了一些问题，2017年左右我们开始转型，把我们的文档产品能力输出给世界500强客户。已服务华为、百度、以及一些大型房地产企业，为他们提供完整的文档协作和知识库解决方案。

在这个过程中我们发现，当一个企业或者团队的规模没有达到一定程度的时候，文档知识库基本上已经不是刚需的了，而是可以用也可以不用的东西。但一旦公司研发团队达到一定规模，利用文档来提高内部沟通效率、积累内容、向新员工传授知识就成为一种必然。除了我刚才提到的大公司之外，招商银行、美团、滴滴等一些非常知名的公司也找我们提供了相关的解决方案。关键是这些大公司无一例外都希望能够替代他们之前使用的Confluence的私有部署。

因此，我很荣幸能够加入ONES 集体，成为ONES Wiki 背后的主要创作力量。

Jake：ONES定位为企业级研发管理，特别是那些研发团队超过100人的企业作为主要服务对象。维智笔记擅长协作文档和知识管理。两者合并后，客户对各方面的改进有何期待？

英奇：ONES主要生产研发管理工具。但你可能不知道，除了项目管理之外，我们还有一个重要的模块，叫做ONES Wiki。在帮助研发管理团队的过程中，我们会发现企业对文档的需求量很大。

2015年ONES开始做的时候，我就想过如何把项目管理和Wiki这两个产品整合起来。 ONES Wiki实际上是我们专注的一个产品。但我们发现，从未来的规划来看，我们的文档编辑和协作能力还是有些欠缺的。所以我们一直在思考如何解决这个问题。

我们也看到，在企业中，尤其是研发管理项目中，大家对文档的需求，我们自己很难完全处理好。然后有一个机会。我和君哥联系了一下，看能否共同解决这个问题。把事情做好。

ONES主要提供企业服务，其客户大部分是研发团队在100人以上的公司。过去，微知笔记更多的是个人工具，但正如我刚才所说，他们在企业文档领域也有很多经验。所以这些也是我们所缺少和需要弥补的。从ONES的角度来看，重点肯定是为我们的专业客户提供更完整的软件开发解决方案，这也是我们所期待的。

Jake: ONES Wiki是整个ONES产品矩阵中非常重要的模块。刚才英奇提到，主要是产品能力的补充和提升。大家肯定会好奇这次收购背后的故事？此次合并的契机是什么？

军哥：我和英奇都有做WPS的经验，都是在金山软件工作的。威志笔记的另一位创始人老魏也出身于WPS Office。 2017年左右，智笔记刚刚开始拿大客户的时候，我经常去深圳找招商银行和华为。正好英奇他们刚搬到新办公室，我就过来参观。

当时我印象非常深刻。英奇一直在玩他的乐高。他告诉我，虽然是企业级产品，但是一定要做成组件化产品——，以通用产品的形式、组件化的方式来服务。满足不同需求的个性化企业流程。从这一点来看，我们的产品理念是一致的。

去年，我们的新协作编辑成熟了。我负责销售，所以我和创业圈的所有创始人都聊过。事实上，我想把新编辑器卖给他们。然后我们碰巧聊到英奇的时候，他说这部分业务有所欠缺，所以在聊天的时候，我们首先谈到了帮助升级ONES Wiki。后来我们说我们一起做，然后我们就顺利的达成了这个协议。

颖奇：我2004年毕业，到金山WPS部门工作。听同事说，2002年，我们WPS部门的两个好兄弟出去创业，做了一个产品，叫“网页文章快拍”。您只需点击网页上的一个按钮，即可将网页的全部内容下载到本地计算机上，无需连接互联网即可随时随地查看。

这是一个很棒的产品点，他们能够意识到这一点。之所以后来想创业，是因为我刚毕业的时候，有一些哥哥在尝试创业，做了一个很好的榜样。包括君哥和君哥的搭档老魏，他们对我们当时的年轻人影响很大。虽然ONES对文档本身有一些概念，但离专业性还差得很远。伟志笔记是“专攻领域”。

通过一些机会和相互吸引，我和君哥也聊了很长时间。这个过程涉及到茅草屋的参观次数超过3次。 ONES做标准产品，不做任何定制，老魏和他的团队愿意参与。所以对我来说，这是一次意义非常不同的大合作。我真的很期待将来能做出一些好的产品。

Jake：刚才英奇提到了他对“专攻技术行业”的推崇以及他在金山的工作经历。这段经历对于创业有哪些特殊的情感和启发？

君哥：当年老魏、英奇和我毕业后都能选择金山做WPS。在潜意识里，他们可能对通用产品有一定的痴迷。包括英奇后来的几家创业公司，都是做类似的通用或基于互联网的产品。我和老魏也一直在努力做通用软件产品。

所以，在团队后来互相沟通的过程中，他们对产品想要成为什么有了非常一致的理解，沟通非常愉快。同时ONES团队很多人都有金山背景，也有很多效率专家，其中很多邵还是微智Note多年的老客户，所以我感觉两个团队有重叠非常高。

Jake：英奇还有什么其他故事可以分享吗？

颖奇：我觉得我们对软件、软件工程、软件行业的理解，以及如何组织软件公司、如何做产品，还是有很多文化上的相似之处。比如雷军，雷军对于做好产品，对于如何做好把关，能够很好的把关客户，有着很强的认识。如何打造成长型企业？底层逻辑还是和他的一样。所以我对ONES和微智Note的合作有一个感觉。看来他们已经心意相通，没有太多摩擦。大家各自奋斗了很多年，能够重新聚在一起做点事情，这种感觉真好。

知识库的十年

Jake: 金山软件是国产通用软件中极具代表性的存在。此次并购也可以视为国内创业“金山集团”在通用软件领域的一次重新统一。

其实华创是ONES的A轮投资机构，因为ONES本身做的也是一个通用软件。当时我们的投资之所以非常重要，也是因为英奇在金山软件的亮眼工作经历。英奇训练有素，对通用软件和软件工程的整个研发过程有客观的了解。因此，从投资机构的角度来看，这对于英奇来说是非常宝贵的经验。

我们再聊聊产品技术相关的话题。回到君哥，微智笔记已经在协作文档和知识管理领域运营了十年。回顾过去十年，协作文档的编辑和知识管理经历了哪些发展阶段？

君哥：其实分为两个关键的领域，一个叫协作文档，一个叫知识库。这两个领域是相互关联的。我们的定位始终是协作文档和知识库。下面我分两部分讲一下这些年的变化。

首先是文档编辑器的变化。我们都知道，在英特尔和微软主导的时代，Office可能是每个人办公不可或缺的需要，而WPS也是那个时代的产物。但后来Google出现了，所有的软件都变成了基于Web的，实时的Google Docs让大家眼前一亮。不过，Google Docs的方式仍然兼容之前的历史三件套，只是变得实时、跨平台了。这个领域一直是WPS的战场，所以我们创业的时候基本上没有接触过这个领域。

但在云和移动互联网时代，当像Dropbox这样的产品出现时，尤其是Quip作为一个新平台，它不仅适应移动端，而且强调用户之间的交互，而不是专注于排版。事物。这让我们感触很大。我们当时做了第一次重大重构，把整个产品改为全云架构，这也是跨平台的方式来构建文档编辑能力。核心也从之前的IE内核转移到了Chrome的内核。

软件只有5年的历史，不到5年的时间可能会有大的飞跃。后来前端技术的兴起推动了新一代的产品，比如国外的Notion，包括Coda这样基于文档的产品，带来了新的用户体验。例如，所有信息不再基于文档页面，而是基于信息片段。有了这种更细粒度的块，我们就可以定制或者在中间嵌入各种块，其中可以包含复杂的音视频信息、图形信息。这种文档所承载的东西已经完全脱离了印刷排版，存储成为了网络内容的载体。

几年后，Notion参考了Airtable，将Database的概念引入到文档中，非常巧妙地利用非结构化文档来承载结构化信息。你会发现文档变成了可以计算、排序、计数的东西。可以说是一个非常好的创新。

中国协作文档的竞争非常激烈，尤其是最近企业微信和腾讯文档的合并。你会发现中国的协作文档产能绝对过剩。为什么我们仍然这样做？

因为编辑器是一个核心，所以我们要做知识库，就需要有编辑器的能力，而且不能比别人差。所以我们在2019年下半年左右对协同编辑器进行了彻底的重构，我们并不是要和那些大厂商或者我们的老东家WPS竞争，而是保持我们自己的特色，这也是服务于这些的，慢慢发展起来的。与大客户合作的过程。

第一点，因为我们都是服务于各种服务的研发型团队，所以我们会更加细致地开发这个功能。例如，我们完全兼容Markdown和开发流程图，以及程序员最喜欢的代码。强调一下，这些功能都是我们精心制作的扩展。

还有一点是我们做了历史上第二次技术栈的重大重构。因为以前的东西已经过时了，如果过时了，就应该放下，重建。但需求还是和以前一样。然后我们使用share-db作为编辑器前端，并使用完全原生的H5来实现。

为什么要这样做？由于我们可以将编辑器组件嵌入到不同的应用程序中，例如企业维基和个人笔记，因此您可以使用最新的编辑体验。所以这套编辑器是我们第二次重构的主要核心。

另一点是它的可扩展性。无论哪个公司想要使用这个产品，它都不能仅仅使用一个文档产品，还需要链接到自己内部的研发系统，所以它会定制自己的区块，并在这个区块中显示不同的报告和统计数据。图片。我们所实现的是，一个普通程序员只需几行代码就可以快速构建一个自己的文档块。其可扩展性和

开放性已经成为我们的一个亮点，这是文档编辑器的改变，也是我们这样做的原因。

还有很重要的一点是，我们对知识库产品的理解在过去的十年里发生了很大的变化。我也在中国，在企业和个人知识管理圈子里都非常活跃。虽然我是匿名参与的，但我还是愿意和大家交流，也洞察到了一些变化。

第一点是5年前或更早的时候，就建立了一个文档库来管理公司的知识文档。我们会发现，这些所谓的文档型知识库实际上是一个档案库，其活跃度很低。如果一个产品或系统的活跃度很低，它很容易被其他产品取代。因此，当前的企业知识库产品已经成为协作文档，成为项目管理过程中沟通和交流的工具。

这句话的大体意思就是我们不再做数字资产，而是支持研发过程中的工作流程。例如，为了完成这个项目，我需要写很多文档用于沟通。沉淀内容这件事，其实已经不是特别重要了。

但有些公司做得很好，可能有专门的部门来存储一些访问非常频繁的文档，形成自己的知识库。然而，他们却投入了高昂的人力成本来做这样的事情。这个成本对于小公司或者500人以下的公司来说是相当高的。

我们这里讲的是知识库的第一个变化。是否有知识库已经不再重要，重要的是大家在日常工作中如何协作创造新产品。另一个关键点是弥补即时通讯信息的碎片化。

还有一点，产研团队中最大的知识载体不是文档，而是员工。华为做得非常好。它在公司内部推广记笔记工具（我们为他们提供支持），以帮助员工集中注意力并更加专注地工作，然后增加他们的洞察力并更好地思考。通过对该工具的投资，员工的效率提高了，学习速度提高了，思维能力也提高了。这也增强了团队的知识能力。

另一种是我们之前看到的是更加显性的知识，通过将知识写成文本的方式呈现到文档库中。但近年来，出现了一些新工具，可以使隐性关系（人与人之间的通信、文档之间的关系）变得明确。通过技术可以很好地做到这一点。

例如，传统的知识库系统是如何构建的？从一开始，我们就计划建立一个知识库。我们首先要有一个部门，一个主题，然后我们分了很多层，写了很多目录，让大家把自己的东西放进去，后来我们还加了很多标签。这种做法实际上是一种典型的自上而下的做法。它最大的问题就是会变得越来越死板，你会发现你不知道有些东西应该放在哪里。最后很多人可能写完东西就直接扔到根目录下，没有做任何标记或者分类。这是因为我们的文档之间的结构是从一开始就计划和定义的。但我们正在创造一个新的东西，这是我们不熟悉的、会慢慢形成的东西，而不是我们从一开始就严格计划好的东西。所以这种自上而下的方式其实是不够自然的。

刚才讲的是传统知识库的两种有效形式，但现在出现了一种基于关键词图谱的新趋势，它可以自然地以自下而上的方式呈现团队内部的隐性知识。虽然都是以文档的形式呈现，但是文档之间的关系以及团队最关心哪些概念、关键词都可以逐渐以新的形式呈现。

说到这里，不得不提2019年开始流行的两个“个人”工具。第一个就是刚才提到的Notion，用非结构化文档承载结构化数据库。它可以轻松管理文档。元数据使其可量化和可计算。

另外值得一提的是我非常喜欢的Roam Research。虽然现在争议颇大，而且大家都认为完全是个人的事情，但其实仔细想想背后的逻辑，还是能看到非常好的商业价值，至少我非常认同。例如，当用于个人使用时，它可以非常快并且不会有太大压力。通过每天简单的记录，一周之内你就可以真实地呈现你最近所看到的、所想到的。概念以视觉方式呈现您的想法。这东西对于人脑的判断和决策有很大的帮助。

从这一点上，我看到了企业知识管理一个很好的潜力点，可以无缝集成一些人工智能算法。事实上，谷歌多年前就已经将知识图谱应用到了谷歌的搜索引擎中，大家都看到了一些不错的搜索结果。投资者还应关注NLP或人工智能等赛道。事实上，AI算法和知识图谱的应用和技术在过去几年已经非常成熟。

我知道有很多朋友正在这方面创业。可能像银行或者电信这样的场景，有大量的数据和文档，可以通过NLP算法和知识图谱的构建来快速找到一些人。无法发现的风险可以被可视化。不过，目前呈现的这些算法不会给我们带来太多惊喜。只是大屏幕显示效果好而已。这张地图要么是机器计算出来的，要么是一些专家构建了一个初步的框架，然后通过机器算法爬出来的。所以这张地图是一个通用的东西，而不是个性化的东西。因此，它推荐的东西和抖音推荐的东西是一样的，都是人类最常见的一些内容。没有什么非常精确或专业的东西可以推荐给我们。

这些新技术尤其是在科研创新方面是否能够得到更好的应用，现在有一个非常好的机会，就是我们可以利用我们日常写的文档，每次检索和使用的时候，要么手动标注，要么重点关注我们搜索时的一些关键词，或者文档之间建立的关系，可以产生一个客观的地图，而且这个地图是非常个性化的。有了这张地图，机器就能明白我们团队在做什么。这时候它就会向我们推荐一些行业知识，或者给我们展示一些我们平时视角看不到的东西。

这里的核心点是，你不需要为了构建地图而构建地图。你只需要正常使用它，每天写文档，因为你记录的每一个查询和标记都会以地图的形式呈现出来，然后你就可以看到一些不同的东西，甚至给大家带来一些惊喜。

据我所知，一些科研人员会利用这个功能来选择论文选题，发现一些边界和一些好的创新点。它具有巨大的商业价值。当然，很多人认为Roam Research很贵，但碍于个人的商业模式，他们也无能为力。如果不是成本太高，这家公司可能早就倒闭了。所以结合新的趋势，我们一直在尝试把这个东西应用到企业知识库中。所以在完善了ONES Wiki核心编辑器的能力之后，我们会在后续的迭代中去尝试这些东西，让整个系统能够通过日常使用创建一个自下而上的结构，帮助一个团队做一些理性的决策，这就是一个非常好的改变。

下一代产品呼之欲出

Jake: 让我简单回顾一下。我提到了知识库领域的发展过程，特别是产品层面的一些创新，以及企业级客户对产品提出的一些新的需求，比如支持。协作，这个需求前期可能没有那么强烈。

企业知识库曾经是一个相对独立的Data Cycle，但实际上如果我们想要利用好这些知识，就需要深入到业务流程中。这是企业业务需求对产品定义提出的新需求。另外一个就是刚才提到的案例，比如华为。对于企业来说，人是知识的载体。如何更好地支持人力资本的自我知识管理，提高企业整体效率。还有一种组织将隐性知识显性化，这是通过自动方式完成的。

另外一个我也很期待的就是如何利用知识图谱进行企业知识积累，以及Roam Research的双向链接。这种方法可以应用于科学研究领域，因为科学研究文本将更容易被机器结构化和理解。这种自动化的方法可以帮助企业构建知识系统。

英奇：我们的产品其实分为几个层次。

第一个层次是查看功能并将它们组合在一起。这是产品理念最基本的感受。第二个层次是建设好制度。我们从系统结构上设计每个功能点。第三个层次需要产品理念和行业知识来定义产品。

我们以前的状态是：客户想要什么，客户想要什么功能，我们就提供什么。现在基本上不再这样了，我们基本上会从更长远的角度为——做好准备。

所谓知识对于个人客户和企业客户意味着什么？我们之前做功能的时候从来没有想到过这个问题。所以，我认为这是从不同的角度看待整个行业。另外，因为我们之前做的WPS其实是一个ToB产品。我们自己创业的时候，一开始也是做ToC产品的。我们可以明显感觉到C端产品，或者说比较早期的产品，在功能和技术上都比较激进。

企业服务产品可能有多个系统，也可能企业中有一些非常核心的数据，一些旧的使用习惯很难迁移。因此，我们看到很多企业服务软件所使用的技术和功能体验都比较稳定，并不像ToC那么激进。

因此，我非常期待这次合作。希望把以前的技术和未来的理念，先进的笔记和编辑应用到企业服务中，加速技术在企业的应用。

Jake: 其实这个话题就是协作。从VC的角度来说，这是一个非常重要的赛道，里面有不同的合作。例如，基于文档的协作绝对是一种非常常见的协作类别。不同行业中可能还会有其他具有一些特殊属性的合作。尤其是这两年因为疫情的原因，无论是国内还是海外的协作需求都被推到了线上。因此，从早期投资的角度来看，该品类目前正处于产品升级阶段，下一代产品即将推出。

例如，我们看到Notion现在被称为Notion型产品。它们不仅仅是Notion 产品。他的Blocks 的设计方式和俄罗斯套娃的形状都非常合乎逻辑。一般来说，当我们看到一个新产品时，真正上手并不容易。但就像Notion一样，一旦理解了它，就非常直观和方便。

所以我觉得从这个赛道的观察来看，确实是产品需要进入下一阶段的时候了。但从客户需求来看，ToC客户对企业的要求较高。这也迫使企业级客户不满足于简单的编辑器。他们还需要代表先进知识管理理念的产品。未来，为了更好地管理和理解各种结构类型的数据。

因此，这个市场的客户需求达到了什么阶段，也是我们会非常积极关注的一个角度。

知识库演化理论CRE 资本对话ONES &;微知笔记创始人

另外，我还想补充一个问题。微智在编辑器核心上拥有完全自主知识产权，同时具备多人协作、分块编辑、双向链接等功能。例如，说到编辑器，我知道市场上有一些开源编辑器。作为公司，我可以直接使用开源编辑器来满足我的需求吗？这和我们正在开发的下一代编辑器有什么本质区别吗？

君哥：我们也大力参与开源社区的发展，开源了一些项目。首先，世界上你能看到的大多数开源编辑器都是前端组件，使用起来更方便，可以集成到你自己的应用程序中。但事实上，对于企业，尤其是实时协同编辑器来说，它不再只是一个前端组件，它是一个完整的框架，是一种需要云的高可用性和动态扩展的服务形态。前端包相互交互，可以解决高并发多人协作。很少有开源项目可以提供这样的解决方案。

还有一点是，在使用编辑器时，它不负责用户文档的存储和管理，特别是文档中有很多碎片文件。格式的不一致实际上需要后端云服务来统一管理、检索和计算。这些东西都是编译器的支持和一部分。用户可能无法观察到它们，但是如果他们了解一点开发知识，他们就会知道这一点。即使编辑器集成了，我们仍然要解决并发和存储问题。如何管理这些数据？这些文件被引用了多少次？删除后会在其他地方使用吗？考虑文件的生命周期。

所以我们的总体计划是将所有这些东西打包在一起。用户只需要引用我们的组件，您的项目管理工具或者CRM工具就可以快速实现非常优雅的云前端集成编辑。

刚才提到的另一点是，最新的趋势是管理文档和文档块之间的关系。这是一个非常专业的事情，很少有通用编辑器提供这个解决方案。

第二点就是我们刚开始的时候非常注重开发架构，为业务扩展做了很多事情。特别是几个核心部件，是我们投入研发设计人员精心实施的部件，产品完成度非常高。尤其是在研发领域，可以直接用来解决一些特殊行业的问题。例如，您可以在Project中一键快速生成每周工作报告并通过文档展示，也可以直接在移动文档中提交不同项目中的任务。这些是我们为协作和多端设计的一些接口。这是与开源最大的区别。

寻找未来定义

Jake: 在产品层面，无论是新产品设计理念下前端的升级，还是很多后端服务。这一切都可以作为一个整体提供给某些客户。然后我们再回到ONES。通过这次整合，ONES Wiki必将进一步升级。请给英奇介绍一下。

英奇：对于一个企业服务软件来说，如果我们觉得笔记不是特别重要的话，使用开源软件就足够了。我们不需要有一套具有自主知识产权的代码。但我们看到现在，已知行业中95%甚至几乎所有的公司在做文档编辑或者富文本编辑的时候基本上都使用开源软件。但当我们开始追求一些新的功能和体验时，我们会发现开源根本不支持这些需求。

事实上，在过去的一段时间里，我们使用了两个版本的开源软件来修改ONES Wiki。然而，随着我们用户群的扩大和用户专业需求的增加，未来使用开源软件框架来修改一个ONES Wiki已经不再现实。我们将面临一个非常重大的决定，就是是否应该做自己的编辑器。我相信业内拥有独立编辑能力的公司很少。

回到刚才的问题，这次合作是否会带来重大升级，答案是肯定的，因为我们前段时间已经开始了这样的整合。我今天也可以预览一下。 ONES Wiki 很快就会有一个非常大的版本升级，集成了最新版本的微智技术。到时候，君哥就负责。

导整个产品的未来方向。

Jake：期待。对于很多企业客户来说，ONES Project 项目管理工具和 Wiki 知识库是一个对应的结构，是一个整体的产品。它需要同时解决研发管理整个场景的问题。随着 ONES Wiki 产品能力的提升， Project 和 Wiki 两个产品进一步打通，客户还可以有些什么样的期待呢？

颖奇：在整个 ONES Wiki 以及 ONES 其他产品线的模块里，数据都是统一的。有一个底层的数据，我们有统一的流。好处是所有的数据是可以在不同模块之间互相引用，如果某一个模块里面有足够好的场景或能力点，能够引用到其他模块，那么就会有功能跟基础加成，能够给客户去体验这些数据的机会。

以一个简单的场景为例，如果一个团队或一个人在一周里完成了非常多的任务，进行非常多的项目汇报，那么到了周末的时候，他们可以快速生成过去这一周的工作内容里相对应的 ONES Wiki 的周报文档。

这个文档会引用到上个礼拜你改进的所有任务，包括进度、阶段情况、报表等等，这个报表也可以引用 ONES Project 里面的数据和 ONES Performance 里的一些报表展现能力，最终插入到 API 里边的一个编程的数据块。

虽然 ONES 本身更多是做研发管理工具，但是 ONES TestCase 里会生成测试质量报告，这些报告有各种各样的展示方式，变成 ONES Wiki 中的一个 Page。我们之前实际上也会有这些数据，但如果 ONES Wiki 的功能和包容性没那么好的话，我们是真的没法做出来的。

还有我们刚才也提到，如果 ONES Wiki 本身编辑有非常强的能力，那他们可能在写需求或者做表格，就会一键回到里面去，变成一个项目基础里的计划，这也是可以全量引用的。这样的话， ONES Wiki 以及整个 ONES 矩阵里的这些产品才能真正地被称为能力层级效应，而不是简单的一加一的效应。

Jake: 刚才颖奇讲了好多场景，比如 Project 和 Wiki 本身数据是相通的，现在在这个模块上面也是能够相通的。我的理解是，刚刚的那个报表，应该也是这个动态实时的一种体验。这部分峻哥有什么补充吗？

峻哥：以前我们会考虑适应不同公司业务流程的需求，可能像一些大厂他才有资源请我们去给他们去输出这方面的能力。但现在， ONES Wiki 作为一个通用的 SaaS 类的产品，可以让更多的团队用到这些大厂才能用到的能力，而且是一个无缝的项目管理加知识管理的通用型解决方案。我相信这会对国内产研能力提升有很大的帮助。

可以说这也是产品能够发挥更大商业价值的一个点。所以，我们会全力以赴地去做产品的深度集成，去做更多的创新。

Jake: 从我的理解来看，Wiki 使用场景更高频，使用群体也比 Project Developer 更多一些。如果它对于企业客户来讲体验更好，相应地也意味着对于潜在客户的价值是会变得更加明显，对产品的粘性以及流程肯定都会有整体的战略层面的提升和帮助。但说到产品，那我们也不得不提到这个团队。随着为知团队进入到 Wiki，咱们在文档有关团队的扩建、补充方面，会有什么样的计划和想法？

峻哥：为知团队一直在北京，ONES 专门成立了北京的研发中心，所以跟 Wiki 相关的核心能力以及 WizNote X 这个面向个人的产品都是由北京的团队来负责的。

我刚才看弹幕里面有很多在提，为知以后会不会单独运营，实际上我跟颖奇是定了一个目标的，我们以后专注两件重要的事情，一件是 ONES Wiki，就是面向企业的产研的解决方案。另外一块的话是面向个人或小团队的 SaaS 的解决方案，我们之前发布的 WizNote X 的产品线，它们两个共用的都是同一套内核，我们会在技术层面共用很多的东西，但是在产品开发和测试这一块都是分不同的人去做的。

所以在北京这一块可能有两个独立的团队在负责，一个是 ONES Wiki 这一块，然后另外一个是为知笔记个人产品。所以北京这边是非常缺人，尤其是产品、测试以及开发人员。所以在看直播的有兴趣一定要跟我或公司 HR 联系，能够加入到这个产品团队里来，更快地去做出更优秀的产品出来。

Jake: 我过去了解到文档这个产品的工程复杂度之前，其实也不会觉得文档的协作有这么难。深入了解就会发现，一方面大家有机会来做一个下一代的产品，而且对于全球客户，特别国内客户的话，是更大的升级。

另外一个是，基于文档的产品能够实现的企业客户的价值没有被充分挖掘和激活。现在大家开始重视这个事情，开始重视人效，希望效率都能够在日常工作中有所提升，这是一个非常有社会意义的产品，甚至可以算是一个 Next Generation 的产品，工程复杂度是很高的。

颖奇：这次合作其实对我来讲更多还是说注重专业，吸纳更多人才，尽量把这个事做起来。给客户提供一个好的产品。也是因为这次合作，我们成立了北京研发中心，重点是 ONES Wiki，包括编辑器之前的一些产品可能都在北京。如果大家有兴趣的话，欢迎加入团队。

刚才看到有人在问说 ONES 怎么助力科研，因为 ONES 是做软件研发管理工具的，所以实际上我们的客户主要还是在软件科研里。可能我对科研的理解比较浅显，我们客户中有中科院的几个所，还有一些大学，都是用我们的产品来做科研项目进度质量管理、文档沉淀。

我们基本上所有的客户都是 100 人以上的团队。如果是一些规模比较小，比如说只有 10 个人或者 20 个人这样的项目团队，我还是建议大家用我们的 Tower，Tower 更加适合小团队协作。

有人问关于双向链接这个问题，这个可能还是一个比较前沿的点，峻哥可以讲讲企业服务里面的双向链接怎么应用。

峻哥：这块可能需要我们先去做出版本，再去试一下用户的反应。因为现在也还没有太多在企业里面用得非常好的案例出现。而大多数公司是做的团队文档级的双向链接，文档关系图有点像论文的引用，这个和我刚才讲的知识图谱还是有很大的区别。我们将来会去做一些尝试，根据用户实际的数据往好的方向去调整。

颖奇：Jake，你作为投资人，投了这么多软件企业，看了这么多的案子。对全球文档协作相关的产品，从投资角度来说，你怎么看现在的情况以及未来的趋势呢？

Jake：刚才提到一点，全球的话基本上还是会提到 Notion、Airtable 还有其他一些品类，国外市场无论是个人用户还是企业用户，把个人效率工具以及企业软件作为工具用起来是更为领先更为成熟的。

所以我觉得代表下一代的产品产生在这么一个成熟的市场是理所应当的，相应的，在国内市场，大家也开始拥抱这种新产品，所以产品的供给侧，无论是面向个人还是企业，都开始非常活跃，但实际上落地的时候，我们还是会去看市场。

比如说早期我们会去判断这个市场它是否有效，你有好的产品供给，那你是否有好的客户需求，个人是否有足够的意愿去付费？刚才峻哥提到了 Roam Research 在美国还是卖得比较贵，但是还是有用户愿意去付费。那么把这事情放到国内来看会怎么样，放到企业侧又会怎么样。

我们清晰地看到协作这个品类中，围绕文档相关的通用性的协作，看到了下一代产品定义的机会，但是这个市场的 Tipping Point 在哪里？现在国内的软件市场还是比较早期的一个阶段。我们也是在积极地在观察市场需求侧的一些变化。最好是在一个临界点上的投资，可能它的放大效应会更大一些。

不仅仅是文档，在整个协作领域，我们会看到面向设计师的 Figma 设计工具，以及面向开发者对 API 研发的 Push 研发工具，他们这个领域在发生的变化和文档协作很类似。这对于协作文档往后的发展也会有一些启发，效率工具和协作工具正在变成同一个事情。

所谓效率工具，假设你是一个设计师，你必须要会用类似于 Photoshop 这样的工具，它对于你来说是刚需，但过去大家对于协作的诉求不强，一方面是因为分工没有那么明确或者说没有那么专业化，另外一方面大家可能还是以见面的方式来解决问题。

现在一方面有明确的分工，以及疫情使得大家越来越多地到线上协作，所以效率工具和协作工具合在一起了。在产品形态上面。如果你针对某一个场景有了非常好的用户方案，同时又是纯云端的体验，就完全带来了下一代产品的机会。

效率工具意味着刚需，你必须要用它，协作工具就意味着它的粘性会更强，传播效应更强，一旦有一个人用了，会有更多的人来用，因为在同一个平台上面的协作效率是最高的，用了之后就很难离开了。所以在文档的协作当中，可能大家会看到的是少数几个做得非常优秀的通用产品，再往后可能也会研发出来面向不同的企业场景的新的品类。但整体的底层逻辑和刚才说的可能会有一些相关之处。