Notion Calendar

原文 ↗ Hacker News 讨论 ↗

Notion 将其收购的 Cron 应用重新命名为 Notion Calendar，这是一款面向重度用户的精致 Google Calendar 客户端，主打快速键盘驱动流程、更智能的排期链接，以及与 Notion 数据库的紧密集成。评论者看法分化：有人称赞 Cron 的 UX，并认为它是在认真挑战 Fantastical、Amie 和 Motion 之类工具；也有人被一些限制劝退，例如仅支持 Google 后端、广泛的 OAuth 权限、缺乏离线或端到端加密，以及 Notion 现有的性能和锁定问题。这次发布也重新引发了关于日历应用设计、原生与基于 Web 的生产力工具，以及增量式日历改进是否值得从既有方案迁移的更广泛讨论。

产品身份与平台限制

  • Notion Calendar 本质上就是改名后的 Cron 应用，仍然是一个精致的 Google Calendar 客户端。
  • 需要 Google 账号；不支持 Notion 账号登录，也不支持 CalDAV、iCloud 或 MS365，这让它对一些人来说根本无法使用。
  • 有些用户原本期待在收购后会扩展到更多平台（例如 Android），但到目前为止只看到了集成/重命名。

UX、功能与迁移问题

  • 许多前 Cron 用户称赞它的速度、键盘驱动的 UX，以及相比 Google Calendar 更笨拙的对话框，它的事件创建流程“恰到好处”。
  • 被强调的优点包括：快速加入会议、通知中的智能加入按钮、清晰的参与者处理、时区处理，以及可部分替代 Calendly 等工具的可用性共享。
  • 不少人反映迁移过程很糟糕：Cron“消失了”或在没有明确通知的情况下自动更新，导致排期链接失效，还遇到登录速率限制或 SSO 错误，结果错过会议并引发挫败感。

Notion 集成与策略

  • Calendar 目前建立在 Google Calendar 之上，但可以链接到 Notion 页面，并将带日期的 Notion 数据库作为日历打开。
  • 一些人觉得集成有限：日历事件只显示少量属性；数据库 → 日历视图也不会默认显示“分配给我的项目”。
  • 看法分歧：有人认为日历是朝着更完整的项目管理/Workspace 风格套件迈出的合理一步；也有人认为 Notion 应该优先修复 bug 和打磨核心体验。

离线、数据所有权与安全

  • 缺乏真正的离线模式（Notion 以及延伸到 Calendar）是一个反复出现的抱怨，尤其是在飞行途中和网络状况差时。
  • 用户希望拥有可以本地摆弄、轻松导出或自托管的数据；不少人推荐本地优先或基于 Markdown 的替代品。
  • 还有人担心 Notion 不是端到端加密的，以及长期数据锁定和政策变更的问题。

性能与核心 Notion 体验

  • 反馈不一：在连接稳定时，桌面端性能可能不错，但移动应用和营销页面被描述为缓慢或卡顿。
  • 有些人觉得 Notion 的 UX 流畅且强大，适合结构化数据 + 笔记；另一些人则觉得它笨重、难以直观使用，或者像一个“UX 马戏团”。

OAuth 权限与信任

  • Google OAuth 提示让一些用户感到不安：请求的权限范围包括广泛的目录访问，以及删除日历/联系人。
  • 讨论指出，这些粗粒度权限在很大程度上是由 Google 的 API 设计决定的，但仍然会抑制采用。

更广泛的日历生态与未满足的需求

  • 该帖提到了多款日历产品浪潮（HEY、Amie、Motion 等），以及持续存在的需求：
    • 全年/多月概览，用于规划。
    • 更智能的任务排程，考虑上下文并减少上下文切换。
  • 一些评论者对现有工具（如 Google Calendar 或原生应用）已经满意，因此认为切换到 Notion Calendar 的收益有限。