Matrix 首页推荐
Matrix 是少数派的写作社区，我们主张分享真实的产品体验，有实用价值的经验与思考。我们会不定期挑选 Matrix 最优质的文章，展示来自用户的最真实的体验和观点。
文章代表作者个人观点，少数派仅对标题和排版略作修改。
Notion 最近有些动作。四月伊始，便推出外星版大作 Notion for extraterrestrials1，助力星际探索。3 月 23 日发布了 Notion 2.22，新增一种全新的 Block 类型—— Button，支持用户在页面上添加按钮，点击即可执行自定义的若干操作。听上去是个灵活的功能，非常值得折腾。几天试用下来，也依稀能感受到 Notion 团队对产品的思考，在此尝试梳理，与诸位分享。
作为 Notion 中一种特殊的 Block，Button 的打开方式与其他 Block 并无二致，可通过点击行前的加号或输入 /button 来添加。与其他 Block 所见即所得不同，Button 存在编辑和待机两种状态2：待机状态是指 Button 已配置好，在页面上呈现为一个按钮，点击触发指定的操作；而当光标悬停在 Button 上时，右侧会出现一个齿轮，点击进入编辑状态，即可自定义 Button 会触发的操作。
新添加 Button 后默认进入编辑模式，共提供 5 种操作供用户进行自定义配置：
值得一提的是，编辑或打开指定 Page 的操作均支持选择前序步骤新增的 Page，这保证了多个操作步骤的连贯性。而涉及 Page 属性的编辑时，可选值会匹配其字段类型，如多选类型字段提供替换/新增/移除三类编辑操作、日期类型字段提供动态/固定两类选择。
那么这种自定义 Button 适用于哪些场景呢？作为参考，Notion 官方给出了 7 个相关模板，包含习惯养成、日记总结、线上头脑风暴、提需求报 bug 等。总体而言，Notion 最常用于的个人管理和团队协作，均能从 Button 获得裨益：
就笔者个人体验，目前 Button 的五类操作还远不能满足各种自动化的批量操作，抛开对个人用户意义不大的确认提示不谈，编辑操作的完成度也较为有限，如新增 Page 时，若非固定标题，则必须额外进行一次编辑才算完成。此类情形建议将「非全屏打开新增 Page」作为自定义操作的最后一步，以保持顺畅的体验。
尽管目前看来，Button 距成为 Notion 的「宏」还有些许路途，但其已隐隐流露出 Notion 团队的设计理念和对整个产品的一些思考。
首先，便是努力消灭所有能够避免的重复。回顾一下 Notion 最近几次与 Database 编辑相关的重要更新：
从中大致能够体会，Notion 团队虽然更新节奏稳重，但在用户吐槽的重压之下，对于「重复」这件事保持了相当的抵触，并在尝试以模板的思想去优化。
Database 身兼存储、组织、展示等多职，其出现本身即可视为模板化思想的一种体现，即围绕相似主题，原本的 Page 可能呈清单式或散落式分布，从中抽取相通的属性形成统一的属性字段列，新来的 Page 便可对号入座，逐一填充属性模板，进而得以有效组织。后来，同一个 Database 内的 Page 根据属性不同，有各自常用的内容，于是有了 Database 内自定义 Page 模板的功能。再后来，为了配合规律而重复的工作，Database 又进化出周期重复的配置项，按时挑选对应模板自动生成 Page。
直到今天，多个模板化的操作可被放进一个 Button 里面，通过点击来利用配置好的模板，快速生成内容，进一步消灭重复。
Notion 以其 Database - Page - Block 的三级结构知名，维持应用简洁的同时，通过灵活的嵌套关系实现强大的功能，以此兼顾用户体验和复杂需求。但当 All-in-One 容纳的东西越来越多，灵活就转而成为一种负担。除非有一个稳定的概念性信息管理系统并成功坚持将其运用在 Notion 上，不然内容整理会是绕不开的话题。
标签系统与完整目录的缺失，使得频繁的页面跳转成为常态，这些跳转或基于子页面、引用链接的页面跟踪，或基于边栏、前进后退、搜索的应用页面切换，导致体验的几分割裂。更重要的是，三级结构在用户侧的操作重点相差甚远：
虽然可以灵活嵌套，但三级结构的能力边界、操作重点仍颇有泾渭。除了无需查阅引用他处的专注撰写，绝大多数场景均需在不同结构中游走，伴随着频繁的键鼠操作切换，很难说不是受到了结构的桎梏。
Button 的出现，一定程度上缓解了这种情况。因为 Button 可自定义的操作中，既有细颗粒的 Block（虽然目前仅支持挨着 Button 插入），又有对 Database Page 的新增和编辑，并可将打开新增 Page 作为连贯的兜底操作，可以认为 Button 在三级结构中打通了一条管道，提供了一种以工作流导向的编辑体验。
早期很容易发生的情况是，在不同嵌套位置的各种 Page 中建立了一堆行内 Database。也许是为了避免这种过度杂乱，Notion 在支持 Database 视图后，新建视图默认会索引现有 Database。
意味着对于一个工作区（Workspace）而言，存在一个内部所有 Database 的隐性列表，随时等待任意位置的视图访问。这种模式与「前后端分离」的思想异曲同工，Page 和 Block 承担了前端展示的功能，Database 则作为数据源在后台提供服务。当然这种分离是十分软性的，用户可以通过视图或原始 Database 对数据进行编辑。但如果不用离开前端，点一个 Button 即可更新后台数据，何乐而不为呢？
在更新日志中，Notion 以现代汽车的启动按钮引出新的 Button 功能：
Modern cars start with the push of a button so we can get moving quickly 🏎️
Now you can create a button that, when pushed, automatically creates a task, bug, or doc with the necessary info already filled in.
作为 Button 的附着点，Page 长久以来被视为一个所见即所得的笔记页面。在这个页面上，千万用户输入文字、上传图片和文件、嵌入丰富的外部链接，依赖的不过是少数几个交互控件，一个加号、若干菜单，甚至很多时候都是隐藏的，简洁、直观又无感。
此时突然有个 Button 出现了，自定义、可点击，随意放在任意位置，触发什么完全由用户决定。
这打破了依赖固定控件交互的系统，如同在 Page 平面之外增加了一个交互维度，透过这个新维度，Notion 将交互式处理的能力部分释放给了用户，通过点击就能实现对内容的更新。
为个人用户增效之余，对团队或意味着更多可能。尝试代入中小团队协作的场景，Page/Block 与 Database 的前后端分离，结合预置模板的 Button，也许可以覆盖一半原本需要内部工具来解决的需求。这样一来 Notion 不就成了一个超轻量版的 Retool 吗？当然，一个按钮距离完整的零代码平台还差万里，其也并非是 Notion 的定位所在。但若新的维度越来越丰满，越来越多的需求因其得以满足，加之已经积累的海量内容，All-in-One 的黑洞吸力，只会愈发难以抵抗。
真正上手体验后，也许你会觉得 Button 不过如此，能解决一些痛点，但远远无法满足预期。这也是笔者的真实感受。不过在体验中思考产品设计时自觉有趣，翻阅官方材料的基础上立足眼下，将想法扩散开去展望未来，也是学习探索的过程。因非专业产品经理，难免局限多多，还望批评指正，一起探讨。
最后附上彩蛋：
> 下载 少数派 2.0 客户端 、关注 少数派公众号，解锁全新阅读体验 📰
> 实用、好用的 正版软件，少数派为你呈现 🚀
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。