Show HN:我做了一个把 18 个应用(文档、表格、表单、网站、聊天……)整合在一起的应用

一个雄心勃勃的新“超级应用”试图通过把文档、表格、表单、聊天、网站等整合到一个可互操作、离线优先的工作区里,来替代数十个办公工具。评论者称赞其技术成就,并喜欢模块化 blocks、强隐私和端到端加密等理念,但质疑一个小团队是否能在挑战 Microsoft 365 或 Google Workspace 的同时,还真正解决用户痛点。主要担忧包括定位和上手体验不清晰、数据所有权与导出/自托管、与现有生态的集成,以及是否真的有足够多人感受到“应用混乱”问题,从而愿意迁移。

总体反响

  • 许多评论者对其技术范围印象深刻(18+ 个集成模块、多平台、离线优先),尤其如果主要由一个人完成。
  • 也有人怀疑,单一产品是否能在如此多领域里达到 Office、Google Workspace 或 Airtable 这类成熟工具的深度。
  • 还有几位表示,他们愿意把它用于小团队、副项目,或者作为类似 Notion 的一体化工作区来尝试。

定位、营销与上手体验

  • 一个反复出现的批评是信息不清晰:落地页被形容为“词语沙拉”,过于聚焦于 blocks/modules,而不是具体用例或用户结果。
  • 多位评论者建议:
    • 先讲“给谁用”和“解决什么问题”,而不是实现细节。
    • 提供以用例为导向的页面(例如项目管理、CRM、文档管理),并与 Notion、Asana、Monday 等工具对比。
    • 用演示工作区、模板和短视频来展示工作流。
  • 上手体验被认为较弱:新用户常常进入一个空白页面,没有引导;“Sheet”“Board”“Calendar”和“blocks”等概念也让人困惑。

产品与 UX 反馈

  • 不同模块之间的数据互操作性(blocks/pages 可在文档、看板、日历、聊天等中复用)被视为最新颖的想法。
  • 一些测试者觉得界面出乎意料地直观;另一些人则在基本操作上遇到困难(创建表格、表单、字段或嵌入记录)。
  • 需求包括更好的表格公式、更“真实”的电子表格功能、代码单元格、Markdown 支持、插件/脚本、块级提及,以及更丰富的导出(尤其是 PDF、DOCX)。
  • 还提到了一些 bug 和阻碍:验证邮件、移动端登录循环、缺少键盘快捷键、iOS 上的奇怪行为(例如字母 “m” 的问题)、Linux 仅提供 Snap 打包。

架构、安全性与数据所有权

  • 技术栈:GCP,后端大体是无服务器架构,React Web,Flutter 移动端,Electron 桌面端,本地优先存储,并使用 last-write-wins 同步(尚不是完整 CRDT)。
  • 离线优先设计获得了广泛好评;有人希望看到更清晰的同步保证,以及预先同步内容的选项。
  • 许多人强调数据主权、自托管或单租户部署,以及端到端/零知识加密;当前托管在美国的 GCP 架构让一些人感到担忧。
  • 导出能力(目前有 JSON/HTML/CSV,未来希望支持 PDF 和开放格式)被认为是必要的,但目前还有限。

商业可行性与竞争

  • 评论者质疑:
    • 它如何真正优于已经捆绑了许多应用的 Microsoft 365/Google Workspace/Zoho/Notion/Lark。
    • “应用混乱”是否真的是广泛存在的痛点,还是主要已经被现有套件解决了。
  • 常见建议是:缩小范围,选择一个明确的目标细分市场/用例,并先把一个或少数几个工作流做到世界级,再去尝试替换整个生态系统。