聚焦带来效率,将所有的工作通知集中在一个「收件盒」里的 App #猜猜是谁

据火箭君所知,很多小伙伴的工作属于「消息驱动」,类似于:

  • 收到一条微信消息去办什么事情
  • 收到一个客户电话忙着去准备材料
  • 看板里面多出一个 issue, 忙着去改
  • 业务系统出现一个订单,忙着去处理

……

甚至从没有这些经验的人,也可能会被老板口头的一句喊话驱动去工作。 就在此时,楼下在喊「今日大SHAI,快来做HESUAN」,这条消息也驱动了不少人下楼去。

消息的种类繁多,而且来自不同渠道,如果一直分神应对,简直是效率杀手。 我们就想象一下,当我正在专注写报告时, 一会儿一个微信消息进来,一会儿想去查查邮件,一会儿被人喊一句打断,一会儿手机的某个App发来了通知,一会儿 Notion,Figma 备注有人回复了,快去看看 ……

关于「通知过多过杂」这个问题,Slack 曾经很努力的想要解决。Slack 将各种App 的通知由(第三方)Bot 汇入到 聊天的频道或线索里面。这样相关的消息会聚合在一起, 例如:所有 Notion 回复, 所有和某个项目有关的事情, 所有表格更新的通知 …… 我们可以稍后一起来看,统一回复, 应该说,这是 Slack 很了不起的一个地方。

顺便一说,我们之前介绍的 Shift 浏览器也试图统一来自 不同 Web App 的通知。

现在,有了一款专门将不同App消息汇聚到一起的 App, 这款 App 在Product Hunt上推出后立刻成为「当周最佳」产品(虽然运营成分很强烈,投票送12个月高级版)。 不过,从评论来看大家对消息聚集 ALL-IN-ONE 的强烈需求是真实的。

这款 App 名为 Acapela

Acapela 登场

Acapela 功能其实很简单,就是将来自不同App的消息 放在一个(或多个)列表里展示,但是显然,Acapela 在「消息盒子」的深度上做了挖掘。

分类展示

在我们登录了账号之后, Acapela 就能列出所有支持的通知渠道,除了 按 App划分以外,还能按照用户自定义的的组合创建文件夹。 例如:将 Notion 和 Linear 合并在一个文件夹下面,称之为「Bug处理」。更加高级的是,可以对通知进行再细分,将@张三@李四的通知筛选出来,形成文件夹(需要特定App支持,例如Slack)

即时回复

当我们在 Acapela 的列表里面选中一个消息时,它不是打开一个外部应用或者外部浏览器窗口,而是直接在当前界面里显示通知的「上下文」,并显示「回复框」。 这样,我们可以直接回复讯息了。 更具体点来说,Acapela 实际上是一个「伪装」成消息列表的浏览器, 所以每个消息背后都有一个待命的 WebApp。

如果我们愿意,也可以将消息设为 Snooze 状态,进行稍后回复,类似 GMail 的Snnoze 标签。

高效检索

这是以前无法想象的,以前我们都记不得消息来自哪里,自然也难以逐个App去检索。

现在有了集成到一处的「消息盒子」,一次搜索,就能查询各个消息出处。 而且,我们还能给搜索添加各种筛选条件。 这下,再也不会「死无对证」了。

一点感想

Acapela 又是一款 「高维度」的 ALL-IN-ONE App, 今年以来,火箭君介绍过多款这种 跨越APP 整合信息的产品了。

令人遗憾的是,这类产品虽然效用很大,但在国内可能没有市场,因为显然国内多数的 App 不支持被整合,没有公开的接口,也没有 WebApp 的概念。 大家想做的就是在自家产品的周围筑起高高的围墙,将「家门口的野蛮人」拒之于外。 至于交流合作,生态繁荣,多样性什么的,那都是没有的。 结果就是,只有几家巨头,各成一套,用户也没有什么选择。自然而然,产品之间也没有(也不需要)良性的竞争,只有对抗。

诚然,这其中我对国内各家产品并无特别怨念,巨头的某些产品在功能上的确是优秀的,至于为什么产品最后会变成这样,有一些 不可抗拒 / 不可描述 的现实原因。撇开原因不谈,单纯归纳分析,生态之所以会变成这样,只能说明不这样做的产品都提早凉凉了(有种寒气传到了每个人身上的感觉),这仅仅是一个适应环境从而生存下来的问题。

当有朝一日,我们看到国内有 Acapela 这样的产品积极出现时(自然发生的前提下,不是破解人家App的接口),这才是一个正面的迹象,说明软件生态走向了一个新的高度,或者说,爬出了大坑。

最后

Acapela 目前只支持 Mac,需要等待列表登记,有免费和付费版本,主要区别在于 收取消息的数量和种类上限不同。Gmail 整合是原本没有的功能,后来 Acapela 才加进来的,但是这个功能居然要收费板材支持,这个有点想不通,其它免费方案倒是蛮有诚意的,一般人足够用了。

如果,大家主要依赖大量海外效率工具,或许值得一试。

Acapela 官网地址

Acapela | All work notifications in one inbox

Obsidian 已经远不是笔记那么简单,看看那些特色插件的「境界」

首先,我假设各位都知道 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/