首页

我个人觉得，不少传统企业或团队的内部会议都是极其低效的，相比较而言，它们的 对外会议 就 …… 更加低效了。我也「有幸」参加过无数次这样的会议。

比如说：明明很普通的事情，总是反复开会沟通，而重要的事情在会议过后才能想起来，这时，我们发现根本没讨论过，也不可能被落实。 又比如说，有些会议，特别是照着PPT宣讲为主的那一类，主讲人会给大家看一些非常精美的幻灯，但是真正的 points 却语焉不详。 我觉得 PPT （PowerPoints）的本意应该是让大家突出重点，但最后竟然变成了炫耀装饰技巧的工具。

但不管如何，我相信，高效的会议大抵相似，低效的会议各有各的拉垮。

我个人比较推崇 文档或者笔记 成为一个会议的「承载体」。 会前哪怕在草稿纸上撰写一下 agenda / schedule / scope 就已经很好了，这本身就是在督促我们思考。防止为了开会而开会，提醒我们要找到一些实际的目的，节约大家的时间。 至于会议当中，哪怕用便签纸记下几个要点：关键的时间，人物，预算 等等，也就能起到很好的归纳作用，大可不用在笔记本上装模做样埋头疾书。

因此，我会为大小会议准备几张便签纸（或者 一两张 A4纸 就足够了）。而那些长篇大论或者过度精美的 PPT 反而会耗散我的注意力。

尤其考虑到远程会议变得越来越多，在疫情影响下，远程办公可能会成为一种重要的工作方式。 会议的效果或多或少会因为远程而有折扣，而会议效率也变得更为重要。我一直希望有种工具能帮我（其实主流的笔记工具也不错了）做到：

• 可以快速准备 会议纲要，并在会前分享
• 会议沟通时，可以大家协同快速记录下要点
• 会后可以打通 一些 To-do/看板/日历 工具，让会议要点变成可管理的任务
• 最后，会议记录可归档，供自己以后参考或其他人参考

因为机缘巧合，最近有个会议使用了一个比较新的应用「钉闪会」，这里可以给大家简单介绍一下。

钉闪会 登场

从名字来看，「钉闪会」就是「钉钉」系列下的工具。没错，就是那个被人戏称为「打卡工具」的 钉钉，撇除我个人的成见，钉钉毕竟是许多传统公司的必装工具（估计吐槽的也很多）。

不过我转念一想，虽然无法立刻从根源改变一些低效会议的理念，但如果通过一些覆盖较广的工具，可以潜移默化提供一些高效的方式，也算是「曲线拯救」大家的时间了吧。 另外一提，除了阿里的钉钉，其它还有飞书和腾讯会议也在朝这个方向发力，看来大家都有此共识。

我们还是来看看「钉闪会」。我觉得给我印象深刻的地方在于：

集成性

「钉闪会」粗一看像是一个协同文档系统。实际上，除了文档部分，它还集成了所有会议相关的组件和功能。例如：

• 会议日程的安排和提醒 （安排会议）
• 关联阿里钉钉的即时通讯 （通知和沟通）
• 可关联阿里云盘 （存放大型参考附件）
• 可唤起远程音视频会议，实现投屏/远程共享协助。 （实时远程会议）

协同文档

「钉闪会」的核心在于一个协同文档系统。我们可以看作是一个专为会议准备的「云笔记」。 这个文档系统，可以多人协同实时编辑， 无论是会前准备还是会中讨论，都可以协同反映到文档上面。有趣的是，会议当中，主讲人的光标位置可以 共享给其它人，帮助大家跟随现在的讲解进度，但与会者也可以自由翻看后面或前面的内容（我就经常脱离讲解自顾自看）。

除了大家照着一份文档开会，这个系统还有一个文档的「补充材料」体系。这点也还是很实用的，比如：

• 备注评论，不同用户随时的评论，可以侧边单独收集。
• 纪要功能，用于收集一些 会议的结论或者任务， 可以 @其它人，或者关联到日历。
• 私密便签，只有自己看得见，可以记录一些不便共享的内容。（比方说，这真是一个 @！#@#@# 的需求）

所有这些文档，最终都可以被汇总归档，方便快速查找。 如果有固定会议套路，也可以生成模板，供以后快速反复利用。

其它便利

「钉闪会」自带了「闪记」功能，可以录制会议语音，并实时转写成文字，形成补充文档（类似飞书妙记）。有些闪记文档，还能自动生成「关键词」形成摘要，对于一些需要专门整理会议发言的小伙伴而言，「闪记」功能应该很有帮助。 另外，「闪记」本身也是一个钉钉的独立功能，可以在会议以外的场景使用。

还有，一些诸如「计时器」这样的小功能，用于提醒发言时间，或者控制讨论耗时，这点也挺贴心的。

一点建议

总的来说，对于「高效率会议」这个切入点，我对「钉闪会」印象还是不错的，许多功能的确融合了一些「最佳实践」在里面。 我尤其喜欢「文档为中心」的理念，本来开会就是为了解决事情，事情最好要沉淀在文档上，否则大家随口一说也就算了。

话说回来，我觉得有点遗憾的是，「高度的集成性」反而是把「双刃剑」。虽然带来了「一站式」的便利，但也限制了我们的选择。比方说，「钉闪会」完全是围绕阿里的产品，阿里云盘，钉钉IM，钉钉会议…… 实际上，我很多时候和别人开会时，不能强求别人有「钉钉」，我这里很可能的场景是会议在 Zoom 上开的，记录是存在Notion里，云盘附件是 GoogleDrive，通讯是 Slack ……

所以，如果一个团队内部已经统一到「钉钉」上了，「钉闪会」会有很大用武之地。 从另一个角度来说，回到前面所说，如果组织没有很好的效率工作理念，想说服上层改变是很难的。但组织如果恰好被某种效率工具覆盖，钉钉也好，微信也好，飞书也好，还是有可能被工具产品的理念逐渐引导到一条高效的道路上来。这也算是一种先进理念的逐步渗透吧。国内传统企业还是挺需要这种引导的。

最后

如果恰好大家和小伙伴有了「钉钉」，只是将「钉钉」用于打卡考勤什么的，我觉得是非常不值得一提的场景。不妨可以探索一下「钉闪会」这个新的应用，如果最后还能逐渐改变一些不良的开会习惯，回到「文档为中心」的务实风格上来，我觉得这才是真的有意义。

我相信，大家对于互联网的未来是什么样子，肯定会有兴趣。 最近炒得很热的 Web3，就是在构建一个基于区块链的「去中心化」未来互联网。

如果大家关心区块链应用 或 Web3 的话，多少应该听说过，「区块链」有种机制是：一旦我们的信息被记录在「链」的话，就会被永久保存，且无法篡改。

基于这个「朴素」的理念，我们也许会想到，我们是否可以有一个 基于区块链的「文件系统」？这样，我们就可以让文件信息被 永久保存，无法篡改，甚至无限分发。

早在 2014年，就有极客提出了 IPFS（星际文件系统）机制，到如今，这个机制已经变得相对比较成熟，各种关系也比较清楚，今天给大家介绍一下。

IPFS 登场

IPFS 全称是 InterPlanetary File System；设计之初就是考虑到可以用于火星和地球之类慢连接网络中，文件如何保存分发的问题。

如果像火星和地球之间访问一台中心服务器，那么势必效率很低。 去除「单一中心化」就势在必行。IPFS这样设想：

（1）如果，火星用户 A 要访问地球的一个文件X，速度必然很慢。

（2）但可以让A 从其它 已经访问过X 的用户那里拿到 缓存。

（3）假设 B，C，D 三个用户曾经访问过 X，那么它们每人贡献一点 缓存，A就能比较快速的看到X的内容了。

看到这里，也许我们会想这不就是 P2P（Peer2Peer，俗称BT下载）下载原理吗？没错，就是基于这个原理。

去中心化倒是实现了，但这和区块链有什么关系呢？

考虑到区块链的记录成本是很高的，目前来看，IPFS 并不是把整个文件内容存放到「链」上，只是把文件的碎片索引信息放在链上。这些索引信息会指引上面的用户 A 去 B，C，D 那里下载缓存。 所以到此为止，把文件放上去就可以「永久保存」的想法可以歇一歇了。 即使 BT下载 也是一样，全网如果没有种子，也只能下载一个寂寞。

为了激励更多用户保存信息缓存（做种），IPFS 在 区块链上发行 FileCoin 一种 代币，让缓存的用户被应用的越多，就能积攒越多的代币。 我们可以把 它理解成一种积分， 这是个经济学问题，只要有人愿意提供很高的价格（FileCoin计价），就会有人乐意做种，或者分享自己的磁盘空间用来缓存。

这也意味着，IPFS上是一个生态系统，信息能否长期保留这个问题，取决于信息本身的价值和市场活跃度。

一点感想

（1）解决 火星和地球访问效率的方案，除了IPFS也可以设立 CDN节点（内容分发网络），实际上我们地球上跨地区的互联网信息的传递，很多都依赖 CDN。 区别是，CDN节点 还是中心化的，而IPFS的节点（上面例子的用户BCD）是分散的。

（2）IPFS 效率上是远弱于 CDN 的，无论是地球还是火星。 去中心化的一个代价就是降低了效率， 分散的节点，区块链索引检索，目前机制下远远比不过一台主干网络上的中心服务器。

（3）IPFS 好处是信息传递获得了某种意义的「自..由」，包括绕过 regulation，问题只是这个代价有多大，是否大到有必要如此。（有些场合可能很有必要，像 wiki解密这种应该很有动力）

（4）文件信息没有全部永久保存下来，在这个IPFS网络里文件会消失的，会被遗忘的，因此确切的说 IPFS 不像是文件系统，而只是分发系统。

（5）扩大IPFS市场规模，撮合交易，其实可以借鉴「做市商」制度，然而讽刺的是，market maker 本身就是为了解决信息分散效率低下而形成一种「中心化」。如果 IPFS 发展壮大，且有利可图，我相信一定会出现「做市商」。

最后

不管怎么说，加密货币 和 IPFS 都处于一些很「理想主义」的架构，而且都进行了长期的实践，一定在某些领域会有用武之地，不过要成为主流，还需要一些更「现实主义」的场景。

我个人很期待，能有解决上述弊端的全新架构出现。但无论如何，IPFS 其本身的生态环境和市场如能做大，形成规模，都会是人类互联网历史上巨大的跨步。目前，IPFS 已经提供了 API 基于Golang和JS的框架也都有了，不少应用已经号称支持 IPFS。 例如：有些App号称能把你的笔记上传到 IPFS（我是不敢用的，虽然上传内容肯定是加密过的）。

最后，有兴趣的小伙伴可以自行去官网下载 IPFS 客户端，考虑到这个东西对信息流动的意义如此巨大，大家应该知道要提前准备些什么。

IPFS官网

https://ipfs.io/

使用这个 App 组合包的话，每个月将花费我们超过 160 美元 （没有看错）

里面的 App 有些火箭君也是首次看到， 其中有些新的思路和启发。比如：为什么有人愿意花这么多钱仅仅收发邮件？里面是否包含着未来生产力工具的一些方向？或者是，单纯的只是有钱任性？

摘译自《The Most Expensive Productivity Apps Right Now》/ 原作者：Francesco D’Alessio /（原文出处见文末）

以下正文

只是为了好玩，我决定看所谓「最昂贵」的生产力 App 组合，以及这个组合每个月会花费我们多少钱。

经过观察，我相信下面这个组合可以帮助我们完成大多数日常的工作，如果钱不是问题的话。 我从5个主要方面，来看看有哪些「昂贵」的生产力工具:

• 待办事项列表类
• 日历应用
• 笔记应用
• 项目管理
• 电子邮件

通常人们会投资于一些自己觉得值得的生产力工具，但一般不会是所有上面这些工具的组合。

1. 待办事项列表类 (每月 20美元)

Sunsama 看起来像是最昂贵Todo类App的候选者，这个基于日历的任务管理器提供了一种专业的方式来组织来自不同来源的任务，每月要花费20美元。

Sunsama 可以 同步 Google Calnedar 和 Outlook日历， 并将它们放到一处进行日程和任务管理。它还能从其它 Web App，诸如： Trello，Asana，Todoist，Slack 中撷取任务，将它们汇聚在一起。

2. 日历应用(每月6.25美元)

Morgen 似乎是目前 Linux/Mac/Windows 平台上管理日历最昂贵的选择，价格为4.50英镑，约合6.25美元。

Morgen 和 上面所说 Sunsama 类似，是一款将不同来源日历汇集到一处的「聚合器」。 支持 Google Calendar/ Zoho / Exchange / NextCloud / CalDav订阅协议 ……

3. 笔记类应用 (每月15美元)

Roam Research 一直以其价高而闻名，但其背后的爱好者群体却一直都不在乎这点。Roam Research 几乎是最昂贵的笔记本之一了。

Roam Research 是较早将「双向链」引入电子笔记的 App。 并且启发了后面很多款笔记应用。 Roam Research 更多在专业和学术领域发力，其高昂的价格也筛选出了一批对笔记链接「确有所需」的用户。

4. 项目管理应用(每月 $99)

Basecamp 可以用于免费计划(仅限于3个项目) ，但是无论你的团队中有多少人使用这项服务，都需要99美元的固定费用。因此，一个想要3个以上项目的个人用户可能不得不每月支付99美元来管理个人的项目，非常昂贵。 但尽管如此，BaseCamp 还是在全球有无数的订阅用户。

（火箭君注：关于这个老牌的团队项目管理工具，对稍早期互联网历史有所了解，应该不会不知道 Basecamp 和 37Signals）

5.电子邮件客户端应用程序(每月30美元)

这是一款看起来很「惊艳」的App。对于那些每天花费大量时间在电子邮件上的人来说，或许很愿意为快速而且漂亮的电子邮件客户端支付每月30美元的价格。

一些使用过 Superhuman 的用户表示，无论是键盘快捷键，还是各种用户输入的衔接，抑或是提示细节，甚至是on-boarding， 都非常贴心。 Superhuman 支持多客户端，但貌似安卓还没有。

最后

总之，每月 160 美元，或一年 1,900+美元（不包括年度订阅折扣）这个总价是不是听起来很疯狂？ 但谁能阻止 终极的生产力 应用追求者呢？

有兴趣来晒晒看大家每年在生产力应用上的年度预算吗？

原文出处

https://medium.com/@francescod/the-most-expensive-productivity-apps-right-now-7ab6255fec85

本文内容摘译自 Reddit r/zettelkasten 频道 以及 zettelkasten.de 网站。封面来自：Bild mit Genehmigung des Autors

在开始正文之前，我先要说明一下：

（1）方法的效果因人而异，每个人应该寻求符合自己的方法组合，而不是照搬某一个所谓 张三李四或卢曼 大神的方法。 方法要为目的服务，我们不是方法的奴隶。

（2）Zettelkasten 可以是具体的方法，也可以是抽象的体系，可以举一反三运用在更多领域，但还是那句话，不要迷信，要独立思考。

（3）Zettelkasten 的精髓，可以几句话讲完的，没有必要出一本书，也不适合成为一种营销「噱头」，更不应该成为某种「鄙视链」的一部分。

以下正文：

What is Zettelkasten？

Zettelkasten 是德语，意为 「活动抽屉」 或「卡片索引盒」。

（火箭君注：其实就是我们以前的提到的 传统图书馆分类法 中的 分类抽屉。 这套体系早就被运用在信息管理的领域中）

从本质上讲，Zettelkasten 是一种记录和整理的方法，用来：

• 存储和组织信息
• 扩展我们的记忆
• 产生新的联系和想法

要实现这几点， 我们可以通过 纸笔也可以通过 App，或者任何其它记录手段。

一般 Zettelkasten 方法包括：

• 编号：首先，需要编写一个带有唯一 ID 名称/编号的 「容器」（可以是 纸质卡片，云笔记，电子文件）。一般建议使用时间戳作为 ID。时间戳不仅唯一，而且以后能看到信息的创建时间。

• 原子性：尽量遵守「原子性」的理念，一个 「容器」 就存放一个想法，不要杂糅。 如果有多个想法，尽量分别录入到多个「容器」里（例如：多张纸质卡片）

• 链接：现在我们有了很多「原子级别」的「容器」，每当我们添加新的内容时，可以考虑和已有的哪些「容器」进行关联。在回顾旧的内容时，也可以补充这种链接。 链接帮助我们在不同内容间跳转，串起一系列上下文和场景。 链接也能启发我们找到新的思路，产生更多的关联。（类似电子邮件里面的threads）

• 跳转：其实就是 Wiki 那样的 超链接。 大多是App 和 电子文件 都以不同形式支持跳转，例如有些笔记软件 用 #/@/[[ 作为跳转链接开始的标志， 后面会填写一个标识，比如我们开头说的 ID。 应用程序可以更方便的实现跳转，而纸笔版本会比较吃力，需要自己去翻出关联的「容器」；比如：从另一个抽屉盒子里，翻出关联的纸质卡片。

• 结构： 这种方法的一个关键思想是，当我们添加内容时，让类别或主题自然会有机地出现。如果预先设置了结构、类别或层次，可能反而会限制我们在看似不相关的想法之间建立联系的能力。

• 元内容：当我们发现更多类似主题时，可以创建引用相关内容的所有 id 形成「元内容」（关于内容的内容，例如：索引，目录，分类列表）。

• 永久笔记：为未来的自己写下「永久笔记」，就像写信给别人一样。尽量用清晰、简洁的方式撰写，可以把它想象成一篇维基文章。「永久笔记」的目的是让将来的自己能够理解现在的想法。

• 让自己理解：不要只复制粘贴信息。必须用自己的语言，自己能理解的方式来写。每次你阅读原始文本时，必须以自己理解的方式处理这些信息。所以，最好首先写下自己对这些信息的理解，将它保存在「容器」里。

• 引用出处：虽然鼓励用自己的文字记录，但也鼓励在注释中引用原文。对于那些进行学术写作的人来说，特别必要。因为行业要求必须列出引用来源。（火箭君：一般来说有高度引用要求的话，会使用一个单独的引用管理器，Endnote，Note Express，而像 Zettlr 这样的应用程序甚至可以让你与 Zotero 集成。）

最后

火箭君觉得： Zettelkasten 并不是万灵药，但是可以很有效的对抗信息「无序化」以及「记忆流失」，通过链接还可能（只是可能）产生一些新的想法和见解。 最后，通过多次回顾，自然会呈现出一些 类别，频道，目录， 这些不是预设的而是动态形成的。我们也可以据此进行归类，将一些「容器」（卡片）归到某些更大的容器（抽屉盒子）里。 我们可以想象：图书馆的分类抽屉就是这样来的。 这种方式源自古老的逻辑技巧：归纳法。

最后，为什么不能就把笔记文字图片放在一个电脑文件夹（或物理的活页夹）里面呢？ 当然可以，很多组织单位都是这样保存归档资料的。 可能会丧失一些 Zettelkasten 带来的好处，但也有其它好处，因为那些文件夹几乎从来没有人会去翻阅或回顾，不会有人基于这些材料形成新想法，如果不是审计需要，大家很想烧掉这些文件。那么，自然也就没有必要折腾各种链接和索引了。 这就是手段为目的服务。

顺便一说 zettelkasten.de 是一个不错的海外介绍 Zettelkasten 的网站，收集了很多衍生的用法，有兴趣可以一看（不用番羽哦）。

首先，我假设各位都知道 Obsidian（以下简称：OB） 是什么。 如果不清楚，下面有段几句话的简介， 如果已经熟悉的话，就直接跳过往下看。

Obsidian 最早是一个 Markdown 编辑器， 支持：

• 本地优先的笔记存储
• 支持 笔记间的双向链接，形成网状图
• 开放接口，支持丰富的第三方插件

现在，OB 已经进化了有段时间。火箭君看了一眼他们家的插件社区，不禁惊叹，OB 现在已经不是 简单的 Markdown双链笔记应用了，简直包含了一个小型的生产力工具「生态环境」。

我们先看看那些有特色的插件：

Obsidian 的特色插件

看板 （Kanban）

通过这个插件可以瞬间将一篇笔记变为一个看板应用。用看板来管理自己的日常事务非常合适。得益于 OB的「双链」机制，看板项目和任务细节，都可以直接连接到某个具体的笔记上，非常实用。

神奇的是，尽管看上去是一个看板应用，它的背后仍旧是通过一篇Markdown笔记来组织这些任务信息，当然也都是本地保存的。

日历（Calendar）

几乎我见到的每个OB用户，都会安装这个插件。

简单来就，这是一个传统的日历应用。在笔记右侧可以帮我们附加一个「日历视图」，里面包含每天的事项标记，也可以编辑具体的每日任务内容。

同样得益于「双链」功能，日历可以通过时间这个维度，串联起我们的各种笔记。 非常适合 作为 简易的 to-do / daily log

笔记重构器（Note Refactor）

这是一个适用于「原子笔记」理念的插件。

「原子笔记」就是说尽量把内容变成不可再细分的笔记单位。然后通过「链接」将这些单位组织起来。 最近流行的「卡片笔记」可以算是一种代表。 虽然我个人没有如此强烈的细分意愿。 但有时，一段内容如果真的过长，的确很希望能拆分成 几个独立的笔记， 这样也可以被更多地方分别引用。

这个插件的作用就是：将选中内容，拆分成新笔记，然后添加新笔记的链接到原来选中内容的地方。

高级查询（Vantage）

OB有很好的「元信息」机制，但是检索这些信息，则显得很极客，需要一些技术基础。我个人也觉得太复杂了，除非有专业用途，一般人为什么要学会这些查询？

Vantage 插件则提供了一个「图形化」查询界面，帮助我们构筑查询条件，而不用关心深奥的查询语法。

白板画图（Excalidraw）

Excalidraw 本身是一个开源的网页 画图插件。 被嵌入在很多App和网站中。现在也被运用到OB插件中。 我们可以像管理笔记一样管理一个白板画图，而且，最妙的是，在画的图中可以嵌入 OB的双链 随时跳转到 其它笔记或白板中。

我个人其实最欣赏这个插件的理念。

网页集成笔记（CONVERT URL TO PREVIEW / CUSTOM FRAMES）

这是两个插件， 功能类似。 都是把一个网页展现在笔记上。

我们只要给出一个 URL， 例如：油管视频的嵌入地址，那么就能把网页视频嵌入到笔记中，随时播放。或者，我们也可以将网页「贴在」笔记侧边。例如：我们可以把自己的 GoogleKeep / GoolDoc 入口 作为一个 特殊的侧页，打开笔记时就直接显示 Keep笔记列表的内容了。

其它

除了上面这些，其实还有几百个插件，有的只是：统计字数，检查写作进度，拼写检查之类常规项；有的则是对接第三方 App， 例如：Todoist / GoogleDoc 。真的可谓百花齐放。

最后

我们也已经看到了，Obsidian 虽然只是从 双链Markdown笔记 起家，一度还被认为是蹭了 RoamReaserch 双链的热度。但实际上，OB的差异性如此明显，本地化+双链+插件，不仅组织 文本笔记，而且还在试图整理所有东西，包括：任务事项，草图，网页书签，App …… 而且OB还有有强大的社区和第三方贡献者。

如果要说有什么缺陷的话，Obsidian 实在是太极客了，不像有些笔记整天捣鼓花式排版。因此，OB有可能吸引不了「感官动物」，这也会使其规模受限。 但说实话，我很喜欢OB这种极客氛围。

强烈期待，明年的这个时候，我来回顾时，看到 Obsidian 和它的社区有更大的发展，给我们带来更多让人惊喜的插件！

以下是参考网址：

Obsidian 官网

https://obsidian.md/

Obsidian 插件查询

https://obsidian.md/plugins

部分截图来自

https://thesweetsetup.com/our-favorite-obsidian-plugins/

远程协作办公的兴起，已不是一天两天的事情了了；在线文档的演进也正处于如火如荼的阶段。

一直以来，不少人可能对文档的 排版或结构 过于追究，对多人协作的实用性有所忽略。 多人协作文档，不仅意味着大家一起编辑一份文档或交流一些想法，还要将想法融合，整理出一个最终版本。 涉及的业务例子可能是：

• 共同起草一份业务提纲
• 互相补充团队的知识库
• 合作写一本书
• 一份融合多个项目的汇总报告

这些场景至少在火箭君周围一直都有，都是信手拈来的例子。这些业务并不追求「花哨」的排版，而是「靠谱」的协作。

多人协作，一直很难搞定的原因之一在于：版本混乱。

大家可以回忆一下，

• 最早期大家各自发送自己编辑的 word/excel， 然后再合并到一起
• 到后来有了局域网共享文档，也有了审批备注批阅机制
• 一直到现在，有了在线 「实时协作文档」……

说到这里，一些开发人员可能早就按耐不住了，这类版本管理问题在开发领域早就有成熟的解决方案了。如果多人维护一个项目的代码，可以使用 版本管理工具维护版本状态。 在各种版本工具中，目前最流行的莫过于 Git。 Git 可以多分支编辑， 当然也可以让分支进行合并汇总，成为一个发布版本。

Git 的细节我就不展开了，今天我介绍的是一个 在线文档App， 它很好的将 分支以及版本管理 功能 引入到了多人协作工作中来。 这款App 名为 Almanac。

Almanac 登场

Almanac 粗一看 就是一个格式丰富的在线文档编辑器。而且也支持当下流行的各种模块嵌入，例如：嵌入视频，表格，代码块，文件附件……

火箭君 注意到截至目前时点， 部分嵌入功能还没有实现，只有一个 disabled 的图标按钮。

Almanac 真正厉害的地方在于：它一直突出 版本和分支管理，

和普通的文档历史版本管理不同 ，Almanac 可以列出所有的 分支。 让管理者有针对性的进行合并，形成当前的定稿（Main）

通俗来说，多人文档协作的 流程在分支管理模式下可以变为：

（1）有一份文档 【项目报告】

（2）A 在报告上创建一个【分支】（临时版本），叫做 【A负责项目进展】

（3）B 也在报告上创建一个【分支】（临时版本），叫做 【B负责项目进展】

（4）A和B 各自任意编辑自己的那个分支。

（5）A和B 提交自己的分支，管理者 进行合并， 将A和B负责的分支，汇总到 【项目报告】上。

合并分支采用了现在主流工具类似的「分屏核对」机制，同时配有逐条的更改点列表。

说实话，这个方式对于最后「合并」的那个步骤，其实还是有很高要求的。这点很考验一个管理者的功底。 毕竟工具只是一种辅助手段，哪些内容应该要加入报告，哪些内容是误修改，哪些内容完全是 bullshit， 这不是文档系统自己可以判断的。

好就好在 Almanac 提供了 一种靠谱的手段，帮助我们通过 迭代 形成文档。 文档就像一个 开发产品，可以有多人，从不同角度，在不同时间进行 「渐进式」的修改，最后合并在一起形成发布版本。

最后

撰写此文是因为和 Almanac 恰好有些机缘巧合的交集。 Almanac 是一家新兴的创业公司，我个人很欣赏 他们基于分支管理文档版本的理念；也很欣赏 Almanac 清爽的程序界面。 我甚至觉得，这正是 微软 Office Online 或者 Google Docs 应该要做的事情。

我担心的是，对于 熟悉 Git 那套机制的用户来说，Almanac 简直完美；但是对于不熟悉那套分支管理机制的人来说，学习门槛可能会很高。

Almanac 免费可注册，是一个 Web App。支持免费版，但有一定用量限制。也有付费的 Pro版 和 企业版。

如果大家有远程办公，多人文档协作的业务需求，建议去试试。

官方网站

https://almanac.io/

火箭君的很多事情都是在浏览器内完成的。 一方面，互联网上有用的信息如此之多，要靠浏览器获取；另一方面，各种 Web App（海外为主） 已经覆盖了各种用途的生产力，浏览器本身就是一个新的工作平台。

我有时甚至觉得，对于很多知识工作者，一台电脑只要配备一个「现代浏览器」（Chromium 内核）应该就能胜任大多数任务了。 这可能也是国外 ChromeOS 系列设备还有一点市占率的原因吧。

然而，使用浏览器工作的一个显著问题是，网页开多了后，会出现组织杂乱的情况。 这时要再开一个新的Tab的话，感觉就会更乱了；回头去整理Tab吧，似乎又不是当下能做的，最好是有空的时候慢慢筛选整理，保留下有用的网页，其中一些还要网页永久收藏。

浏览器自带的「收藏夹」功能可以一定程度上缓解这个情况。 不过即使「收藏夹」，特别是基于「文件夹」结构的收藏夹，也会出现组织杂乱的问题。 当我们书签数量达到 50+ 的时候，书签的组织形式 就很可能需要引入新的机制。

「收藏夹」中的书签数量之所以会变得庞大，不单单是因为我们需要记下一些有用的网页。需要永久（长期）保存的网页资料，我觉得一般都可以转入笔记或其它文件归档保存。在火箭君这里，「收藏夹」保留的是：

• 一些网页入口（比如：Unsplash 查询的入口）
• 一个工作场景下的N个网页组合，需要被同时打开（比如：Google Docs/TheVerge/A16Z/…… ）
• 也可能是一份「待读清单」

因此我发现，一个好用的书签工具，其实不单单是「收藏」，更像是浏览器中的工作场景管理工具。

今天我就要介绍一款自己正在使用的高效书签工具，Toby。

Toby 登场

保存恢复「上下文」

「上下文」在很多时候并不是指字面上的「上文」和「下文」。我觉得这是一个文化差异引起的误解。

我这里所谓的工作「上下文」（context），一个比较浅层的解释是：我们工作中环境和背景相关的那些因素。 具体来说，比如基于浏览器的工作环境中，哪些网页Tab正被打开使用，就是一个典型的「上下文」。 当然，我们如果开了很多桌面程序，那么这些应用程序的打开状态和运行时信息，也构成了一种「上下文」。

回到我们的 Toby 来看，当我们要 切换一个工作场景时， 可以将此时的 浏览器网页 Tab 状态，快速保存下来，等到下次再来工作时（例如第二天早上），我们就能快速恢复出「工作场景」来。

在 Toby 中，这个网页 Tab 的组合，被称之为 Session，我们可以用 Toby 一键 【Save Seesion】。

Seesion 会被保存在一个 Collection 中。 Collection 相当于一个书签文件夹，以后我们可以一键恢复 Seesion，也能慢慢整理归类。

细致的书签分类管理

如果说，只是批量保存书签，那么 Toby 和 浏览器自身的「收藏夹」功能也不过接近而已。 Toby 对于 保存到 Collection 的书签可以进行更细致的管理。 整体思路和浏览器的树状结构截然不同。

Toby采用的是有限层级，我们无法创建无限深度的子文件夹。首先，我们可以看到多个 Collection，每个Collection可以保有多个书签，多个Collection 又可以组成 分组，多个分组可以形成 Workspace。但也就到此为止了。

Toby 对网页标签的跨分组拖放和排序都已经实现，而且可以按多种视图展现书签排列。多个 Collection 的书签可以进行合并和导出。

比较惊喜的是，Collection对 星标，和 tags 也提供了支持，对于分组分类来说又多了一个有力的手段。多少弥补了些不能无限生成子文件夹带来的潜在分类问题。

协同分享「上下文」

Toby 不仅在组织分类书签上下了番功夫，而且可以让我们和团队成员一起管理和使用书签。 刚才上文所说的 Workspace 也可以理解为一个团队，或者一大类工作的场景，可以将其中的分组和 Collection 按照一定的权限 给其他小伙伴一起使用。

通过这种方式，我们也就间接实现了 工作「上下文」的分享。例如：

• 分享给同事 正在协同处理的 调研参考资料
• 给团队成员共用的 Web App 工具组合

实际上，说到协作，单单共享 网页书签，还是远远不够的，Toby 可以 共享一些 简易 Notes （像便利贴）混合在 Collection中。不过这个 Note 功能真的只适合简易的临时用途，不用太当真。 我相信大家的协作沟通，一定会发生在其它工具里面（Slack，飞书，微信，钉钉，邮件……）。 这就不是 Toby 能力范围所在了。

一些遗憾

• Toby 会将我们浏览器的「新标签页」作为书签管理页，我一开始有些不能适应。貌似 Toby 也提供了一种轻量版本（TobyMini）可以避免这个问题。
• Toby的高级功能（例如：共享书签）需要注册账户才能用，虽然目前是注册是免费的，不过这个趋势像是要奔着订阅而去的样子。 我只希望个人使用免费就好。
• Toby 更多在分组管理上下了功夫，但在 Tab的快速唤起，高级搜索，URL功能绑定 等方面做得不是很好。这点我觉得，因人而异，每个人有自己的工作习惯，也有不同的个人偏好，需求肯定也不一样。

最后

Toby 是一款理想的网页书签工具，如果我们主要的工作流基于浏览器的话，那么Toby 也是一款不错的工作「上下文」管理器。

大家如果对 Toby 感兴趣可以免费一试。 其实，类似的书签工具，我这里也发现了不少，各有侧重，如果大家喜欢这类的工具，以后可以陆续介绍。

Toby 官网

https://www.gettoby.com/

我们今天不谈 乐高积木 那种 All-In-One 笔记，我们来看看另一种形式的 视图结构上的 All-In-One。

当我们脑中有一个想法，要开始付诸实施时，或者和团队一起协作时。 我们大致会经历这样几个过程。

• 分解想法，从想法分解成目标，子目标
• 分解任务，围绕目标，分解出任务，安排任务的执行人
• 检查进展，查看任务完成程度，看看是否需要重新分解，或补充新的资源
• 完成所有任务后，归档项目，供以后参考

其中，和「分解」相关的那部分，用 脑图或者大纲（两者其实是一样的结构，不同的形式）非常适合。 而「检查进展」的那部分，用 看板或清单 比较合适。 至于归档，那就需要把刚才计划的部分和执行的部分以及所有相关材料导出备份到一处。

一般来说，分解类的工作或者进度管理类的工作会由不同工具完成的，因为不同工具各有所长。但如果我们只是一个小型的工作项目，或者个人的临时项目，很可能我们不会愿意把事情搞得太复杂，也不想卷入太多工具，这时一个 All-In-One 的管理工具就很有价值。

今天我们要介绍的就是这款 多功能的任务分解和管理工具， Taskade

Taskade 登场

这是一款 多功能全平台的任务管理工具，上手就可以免费使用。

Taskade 主要的特色在于： 多结构的视图切换

我们知道，有些清单工具（例如：Todoist）已经实现了 看板和清单的切换，有些大纲工具（例如：幕布）已经实现了脑图和大纲的切换，而 Takade 不满足于此，它可以在 几个视图内自由切换。要注意的是切换 不是 混排，因此内容还是一样的，只是展现的结构不同而已。

Taskade 目前支持5种主要的视图：

上图自左往右分别是：

• 列表
• 看板
• 操演（表格）
• 思维导图
• 组织结构图

我们逐个来看一下：

（1）列表视图

这个视图很像一个富文本的大纲笔记工具， 支持很多格式，包括嵌入图片和视频。当然少不了给任务打勾的 checkbox。 个人觉得很适合 子弹笔记。

（2）看板视图

这个视图下，任务在看板之间的拖动变得更加方便。Taskade 的逻辑是将列表中第一级标题（H1）下的内容作为一块块独立的看板呈现出来。而二级及以下标题的结构仍旧会以大纲的形式被保留下来。 因此，我们可以在一块看板里面继续看到多级展开的子任务。

（3）操演视图

这个视图结构上是一个表格，不过实际作用在于将任务的一些属性一起罗列了出来。 每个任务 可以有：

• 截止日期
• 指派人员
• 备注
• 嵌入资源（上传文件，Youtube，Loom，Figma ……）
• Emoji 状态
• 计时器

如果我们常做项目管理，这类属性或多或少都会用到。火箭君觉得 这个 表格视图 考虑得真是太周到了。

思维导图

这个视图模式大家可能很熟悉了。，用户可以从大纲转成思维导图，就不多说了。

组织架构图

这个视图就是竖起来的思维导图。 我其实根本不介意 「上下布局」还是「左右布局」的思维导图。 但考虑到一个具体的组织里面， 有些人还是比较在意上下位置关系的，所以组织架构图都是这种自上而下的树状图。

额外的一些特点

Takade 为初次上手的小伙伴们 还提供了 一些模板，防止大家不知道用它做什么好。

在多人协同方面，Taskade 也有不错支持，除了刚才提到的备注沟通，还支持一些高级的团队功能，诸如：权限管理，版本历史，共享日历绑定，单点登录（企业级应用）。这些高级功能都是要额外付费的，但是前面提到的基本功能都是免费的。

最后

我个人挺喜欢这款应用的，我以前经常有些小的想法时，要在A工具里面分解，把任务誊写到 B工具里面管理执行，现在有了一个 All-In-One 工具 就会非常顺手。而且，对于个人来说，免费版本的也已经够用了。

海外对 Takade 的评价也比较高，少数负面的评价在于 界面虽然清新但有点childish。我个人觉得，导出还是不太顺，貌似只能通过打印功能间接的导出到 PDF，不过考虑到项目里有附件备注等复杂结构，想要简单的导出或归档到文件也的确不太容易。

尽管如此，我个人觉得轻量级的项目或任务管理中，毕竟提供了很多便利，值得大家将 Taskade 拿来一试。

官网地址

https://www.taskade.com

我们最近在小团队内，尝试了些基于视频的「异步沟通」方式。

火箭君发现在视频类的「异步沟通」中，既有非常吸引人的效率提升特性，但也有些易让人「掉坑」的地方。 因此，我整理了一下 Pros&Cons 列在这里，或许能帮到更多的小伙伴们。

「异步沟通」简介

下面是关于「异步沟通」的简介，已经清楚这个概念的话可以直接跳过这段。

所谓「异步沟通」简单来说，就是那些 不需要参与者实时响应 的沟通方式。一般也意味着，它不会要求同时占用所有参与者的时间 ，也不要求所有参与者在同一个地方。

比如说，一起开会，无论是会议室里的真人会议，还是远程的视频会议都 不是异步沟通，而是同步的沟通机制。 打电话也是同步沟通。 但是电子邮件沟通就是异步的。收信/发信/回信 都不用 实时完成，可以让沟通双方合适的时间里在自己的办公室里完成。

异步沟通好就好在：对时间和空间的利用上，让沟通各方都能按照自己的方便进行安排，这也就让大家有了充足的时间去思考问题。但这也带来一个很大的问题：「异步」也就意味着不能实时获得反馈，换言之，如果沟通中产生了误解，可能要过很久才能被发现纠正，甚至会一错到底，即使被及时发现，也会浪费很多额外的来回解释时间。

这一年来 视频类的「异步沟通」方式开始崛起，和以往的 电子邮件，聊天工具留言 不同的是，视频类的「异步沟通」可以将一段预录制的视频嵌入交流的信息中。

类似聊天工具里的「语音消息」，「语音消息」是 一种基于音频的「异步沟通」，「视频消息」就是一种基于视频的「异步沟通」方式。

我们讨论的 视频类「异步沟通」特指生产力方面的沟通。而给大家录屏拜个年之类的视频留言，就不在今天的话题范围内了。

我们实践下来

我们实践当中发现： 视频类「异步沟通」主要可以很好的用来完成 对照讲解。

• 例如：对照一份材料（PDF/PPT/表格）和别人讲解，尤其是内部有复杂图表或公式的那种。 大家想像一下网课那种。 这类沟通需要有人讲解，而且内容也较复杂。真人视频的逐点对照讲解就可以发挥作用了。
• 又如：对照屏幕动作的讲解，尤其是操作步骤的录屏讲解。 向别人讲解这类操作时，直接给人看到操作过程就最好了，省去无数描述文字。

除了上述两大类之外，我们并没有在其它场景下对视频异步沟通有特别的需求。我想可能主要是传统的文档或邮件或新兴的笔记工具已经够用了，信息的传递表达和归档已经非常成熟了。

信息的归档

我们的实践中，比如说：录屏讲解，一般都是一次性消费的，也就是说，大家看完领会到意思后，以后几乎就不会再去看了。一方面，临时沟通确实是用视频讲解更方便，但另一方面也让人很少有动力将视频积累下来。

如果刻意要积累下来，那么视频也只能作为某个「文档」的附属。 我们很难想象 一份业务信息全由视频讲解构成。如果不做额外工作进行摘要或分类，那么未来检索视频就会成为问题。尤其是视频内容较长时，我们还需要更深入的定位和检索。文档类产品相对来说，就有更好的结构化（分段，分篇）倾向，也有天然的基于文字的检索和定位。

无论如何，比起视频，传统文档笔记的存储体积也很小。虽然这个年代存储已经很廉价，但是算上云端同步共享的需求，信息的体积也是一个阻止信息积累的潜在因素。一份 100K 的文字文档，可能需要100 ~ 1,000倍的体积进行视频讲解。

上下文同步

我们也是逐步意识到，在沟通中的「上下文」是如此重要。

我们的例子中，视频异步沟通都是假设对方知道「上下文」的。 粗粗的说，「上下文」就是「背景知识」「沟通的环境因素」。 当我们说到 【那个项目】时，知道的人就会知道是哪个项目，不知道的人就会一头雾水。

视频沟通很难做到高效的「上下文同步」，文档类信息中，我们阅读文字段落时可以快速浏览跳过，比如上面文章中，各位已经了解了什么是「异步沟通」，那么就会跳过那段。 但视频沟通就很难，尤其是长视频，除非额外为视频制作一个目录。（我一般都会倍速播放）

还有就是，文档现在有了双向链接，可以对相关背景知识进行快速补充，而视频沟通就很难做到，除非额外做工产生相关链接，但是相关链接到另一个视频的话，又和前文说的高效归档有关，似乎是个成本很高的事情。

对表达者要求提高了

这不能算是个缺点吧，因为高效的文档类沟通也对表达者有很高的要求。视频类的要求只是体现在另一个维度上，比如讲解沟通者的 颜值，声线 我是指，语音表达能力，诸如：吐字清晰，语速合适。

但无论哪种沟通，甚至是同步沟通，都对人们的逻辑能力有很高要求，我们已知的知识和文明主要是建立在逻辑之上的。

不过，即使大家都很有逻辑，视频录制的沟通也会导致一些额外成本。如果是文字沟通，我们写错文字可以立刻编辑重写，思考也能足够充分后反复润色，视频录制就很难低成本做到。这个录制成本，还对工作空间有要求，太嘈杂的环境就不行，也不是人人都有独立办公室的，在开放办公室里，隔座的小伙伴突然开始对着屏幕自言自语，也是很诡异的事情。是不是 想起了 TNT 语音交互？ 「字体变大，靠左，颜色变深点 ……」「吵到我用TNT了……」

最后

说了这些问题，倒真的不是说 视频类「异步沟通」不行，而是说场景很重要。

如果，异步视频沟通只能和传统成熟的文档沟通场景进行比较的话，那就太吃亏了。 另外，我也担心如果只聚焦于 临时沟通 的话，像 IM 工具 （某信，某书，某钉）也能很快发展出类似功能，而且它们已经掌握了异步沟通的主要渠道；用户都不用再去额外选择第三方工具了。 有个小伙伴就问我，我发给它们的异步沟通视频是不是某信的新功能，当然主要是因为我用微信发给她视频地址的。

我有种潜在的感觉，视频类「异步沟通」如果在一个合适的场景下， 会爆发成为 一个「新物种」，这种方式独有的魅力在于，虽然对表达者要求很高，但「视频对照讲解」可以很好的降低接受者的门槛。 而传统文档类沟通则对沟通双方的门槛要求都很高。

至于具体的改进方式，以前我也提到过一些，也许还不太成熟，可能需要我沉淀更多用例后才能补充。 如果大家恰好有合适的场景 或者 最佳实践方式 欢迎留言分享给更多人吧，这里先谢谢了。

最近，All-In-One 笔记 「一窝蜂」的出现，让人直喊吃不消。 我对于「一窝蜂」的不满在于 笔记 App 高度同质化，千人一面，换言之， 同质化 App 虽然很多，都是好看（甚至不好看）的皮囊，没有灵魂。。

一个笔记产品肯定 要有特色，要有差异，要有自己的场景，才会吸引人。 如果只是看到人家这样做获得了100多亿估值，所以我也要这样做，那就是典型的没有灵魂。

当然，在一个正常的市场下，copycat 一般不会有好下场，除非copycat 自己最终进化出了自己的独特的能力。 但是，如果一个产品的文化基因就是 copy，我们怎么指望它会进化出自己的能力来？ 换言之，一个产品在一开始多少就应该有些自己的想法或者自己的故事，那才有可能在将来逐渐形成自己的产品风格，并获得市场的青睐，甚至更远的品牌溢价。

今天要介绍的 App，一开始我觉得很像 一款普通的 Notion-Like 工具，不过仔细看看，似乎还是有点想法，如果将来市场策略能够更清晰的话，说不定可以走得更远。

这款 App 叫做 FlowUs， 内测时叫 NextCloud，对的，就是那款被某某怼的App，不过某某怼的App实在太多了，基本上逮到谁就怼谁的，所以也不用太在意。

FlowUs 登场

大多数熟悉 Notion 的用户，在上手FlowUs 时应该没有什么困难。

常规功能

作为一些 All-In-One 标配功能，甚至我觉得都不需要额外介绍：

• 高度模块化的笔记排版，支持模块快捷命令（拼音缩写）。
• 笔记中可以嵌入子页面，子页面可以继续向下嵌套子子页面。
• 笔记内容中可以插入第三方网页内容（Figma，AirTable，Bilibili ……）
• 支持多维表格，可以在表格/看板/目录等多种视图下切换（但没有 Notion 的 Database强大。个人觉得没有 Filter这点蛮可惜的，能加上 Filter 就好了）
• 支持多人协作编辑

到此为止，这些都是一款 All-In-One 笔记中规中矩的表现。 下面是 FlowUs 一些略有想法的地方。

文件和文件夹嵌入

很多笔记都可以嵌入我们上传的文件。 但一般来说，也就止步于此。

FlowUs 不仅可以上传文件，还可以上传文件夹，也可以将多个文件在文档内按目录和子目录的形式组织起来。 当我们进入文件夹子页面时，有一种仿佛进入云盘的感觉。

火箭君一直觉得「文件」是很重要的一种信息载体，即使到今天，各种云端应用已经高度发达的今天，我还是一直在强调「文件」的作用。比如说，云笔记 总有处理不了复杂表格的时候，这个时候，嵌入一个Excel 文件，其实就能简单的解决问题了，而不用过分苛求 笔记 App All-In-One 能干完所有 Excel 的事情。

所以，FlowUs 可以批量嵌入，批量组织文件，还是很有想法的地方。我也向FlowUs 创始人建议过，将来或许可以和更多的第三方文件云存储平台对接，让这个「嵌入文件」的特色更好的发挥出来。

事实上，为了图方便，我们总有些非敏感文件要放在云端，例如，向客户展示的常用资料，和别人分享协作的信息等等。 这个时候， 像FlowUs 这样，在文档里面组织文件的方式，就会变得很有用武之地。

原生的移动端 App

虽然在轻量应用上，现在的 Web App 或者 套壳App 的功能体验也已经接近原生App。 不过，FlowUs 还是在 iOS 和 Android 上提供了原生应用。

我不想说原生移动应用的体验如何「丝滑」，那几乎是肯定的，否则就是开发水平的问题了。

我想到的是，原生应用由于获得了操作系统权限，应该会在本地文件和文件夹管理上，包括文件的 预览/读写/打开（可以调用更多原生组件）上提供极大加成。

这也意味着，在 App在离线应用 和 本地文件缓存上，原生应用可以提供更可靠的体验。 虽然 Web App （PWA）也已经进化出了一定的离线能力，不过和原生App相比那是天壤之别。 况且，不少 All-In-One Web App 还是不支持的离线使用的。

所以，我想的还是「文件」这件事， 如果 FlowUs 在这个上面做文章，结合自己的原生应用优势，我觉得还是有很大可挖掘的空间。

最后

我有种预感，很可能我们在很长一段时间里，面临的不是 App 过多的问题，而是适合我们效率场景的 App 过少。 就像某些地方的用人情况一样，懂业务有经验的人才很少，低端培训班里滚两圈出来的人却过多。 在这个时代的某些地方，做个有点独立想法的 App，找到一个能切合实用小场景的 App 貌似是一件很奢侈的事情。

最后，希望 FlowU s能一路顺风前行。关键是，云笔记也好，文件云存储也好，需要克服的是用户信任这一关。在这点上，长久稳定的运营和支持导入导出的开放性，两者都是必不可少的，希望 FlowUs 不要辜负用户的期望。

FlowUs 官网地址

https://flowus.cn/

邀请码：PBV4DU