Google Gemini 在 Sheets 中悄然挑战 Notion 工作流

Google 今年早些时候直接在 Sheets 中添加了 Gemini。该功能让用户无需离开表格即可运行查询、生成表格并总结数据范围。

曾经在 Notion 数据库与 Sheets 之间移动数据的团队现在面临选择。他们可以保持这种分割，或者测试是否一个电子表格层就能承担更多工作。

这一变化之所以重要，是因为许多知识工作者围绕从 Sheets 重复导出构建了 Notion 页面。Gemini 减少了其中一些步骤。

Sheets 中的 Gemini 能快速处理常见数据任务。 用户用自然语言输入请求。模型随后创建公式、在允许的情况下提取外部数据，或将选定行转为摘要。

Google 表示，早期企业测试者将用于日常计算的时间减少了约 30%。该数据来自与选定客户共享的内部笔记（未公开）。一位早期企业测试者表示：“Gemini 将我们处理 VLOOKUP 和数据透视表的时间缩短了近三分之一。”

现在每周从 Sheets 导出更新的 Notion 用户开始思考导出步骤是否仍有必要。一些人已在测试直接在表格内撰写相同摘要。

造成日常摩擦的工作流分割

大多数团队将 Notion 用于任务跟踪和会议记录，将 Sheets 用于数值和计算。

交接每周发生数次。有人从 Sheets 复制筛选视图，然后将其粘贴或嵌入 Notion 页面。后续更新需要重复该过程。

Gemini 改变了这一循环的一侧。项目负责人可以请求按负责人和截止日期排序的状态表。模型无需单独导出即可构建视图。

但任务列表本身通常仍留在 Notion 中。两个系统仍在决策记录的边界处相遇。

尝试早期 Gemini 版本的团队反馈结果喜忧参半。 电子表格摘要生成更快，但向 Notion 的交接仍需手动检查以保持上下文准确。

Sheets 搭配 Gemini 的局限

Gemini 在数据保持数值或轻度结构化时表现最佳。一旦涉及对话、决策和 threaded 评论，它就会遇到困难。

Notion 页面将这些线程集中存放。Sheets 用户必须将讨论扁平化，或在其他地方保留第二份记录。

这种差异在重复项目中显现。工程团队在 Sheets 中跟踪功能发布数据，同时将设计评审和风险备注存储在 Notion 中。当新人加入时，这些历史记录至关重要。

Gemini 可以标记行或标记异常值，但它尚未取代解释数值变化原因的评论链。

一家中型 SaaS 公司的产品经理描述了剩余差距。 她现在在 Sheets 中生成覆盖率表，但仍将同一表格粘贴到 Notion，以便团队在数值旁讨论权衡。她说：“AI 能在几秒内构建原始数据视图，但除非我们将其移至 Notion，否则会丢失某些指标为何重要的 threaded 上下文。”

更广泛采用仍不确定的因素

Google 每月改进模型；例如，2024 年 2 月更新为 Gemini for Sheets 添加了对嵌套数组公式的支持（Google Blog）。每次发布都增加对更复杂公式和外部数据提取的支持。

悬而未决的问题是团队是否会将讨论从 Notion 移至 Sheets 评论。许多人更喜欢 Notion 的搜索和页面嵌套功能来处理进行中的工作。

采用还取决于数据治理规则。一些财务和法律团队限制 Gemini 访问，以避免将敏感范围发送给模型。

早期测试者指出，当提示保持狭窄时准确性得以维持。更宽泛的请求仍会偶尔产生需要人工审核的公式错误。

未来一个季度需关注的信号

关注 Google 是否将 Gemini 访问扩展到具有更严格控制的共享团队云端硬盘。更广泛的推出将消除一个采用障碍。

跟踪 Notion 是否添加与 Sheets 更强的双向同步。改进的同步将减轻在单一工具内整合的压力。

观察衡量从数据收集到最终决策总时间的<|eos|>