Show HN: Eu fiz um app que consolidou 18 apps (doc, sheet, form, site, chat…)
Uma nova e ambiciosa “superapp” quer substituir dezenas de ferramentas de escritório ao reunir docs, sheets, forms, chat, sites e mais num único workspace interoperável e offline-first. Os comentadores elogiam o feito técnico e gostam de ideias como blocos modulares, forte privacidade e encriptação end-to-end, mas questionam se uma equipa pequena consegue igualar a profundidade do Microsoft 365 ou Google Workspace ao mesmo tempo que resolve dores reais dos utilizadores. As principais preocupações incluem posicionamento e onboarding pouco claros, propriedade e exportação/self-hosting dos dados, integração com ecossistemas existentes e se há gente suficiente a sentir um problema de “app chaos” para justificar a mudança.
Receção geral
- Muitos comentadores ficam impressionados com a escala técnica (18+ módulos integrados, multiplataforma, offline-first), especialmente se foi construído em grande parte por uma só pessoa.
- Outros estão céticos de que um único produto consiga igualar a profundidade de ferramentas maduras como Office, Google Workspace ou Airtable em tantas áreas.
- Vários dizem que gostariam de experimentar para equipas pequenas, projetos paralelos ou como um workspace tudo-em-um ao estilo do Notion.
Posicionamento, marketing e onboarding
- Uma crítica recorrente é a mensagem pouco clara: a landing page é descrita como “word salad”, demasiado focada em blocos/módulos e não em casos de uso concretos ou resultados para o utilizador.
- Várias pessoas sugerem:
- Começar por “para quem é” e “que problemas resolve”, e não por detalhes de implementação.
- Páginas orientadas a casos de uso (por exemplo, gestão de projetos, CRM, documentação) e comparação com ferramentas como Notion, Asana, Monday.
- Workspaces de demonstração, templates e vídeos curtos para mostrar fluxos de trabalho.
- O onboarding é visto como fraco: novos utilizadores часто acabam numa tela em branco sem orientação; conceitos como “Sheet”, “Board”, “Calendar” e “blocks” confundem as pessoas.
Feedback sobre produto e UX
- A interoperabilidade de dados entre módulos (blocos/páginas utilizáveis em docs, boards, calendars, chat, etc.) é vista como a ideia mais nova.
- Alguns testers acham a UI surpreendentemente intuitiva; outros têm dificuldade com ações básicas (criar sheets, forms, fields ou incorporar registos).
- Os pedidos incluem melhores fórmulas de sheet, mais funcionalidades “reais” de spreadsheet, code cells, suporte a markdown, plugins/scripting, menções ao nível de bloco e exportação mais rica (especialmente PDF, DOCX).
- Bugs e fricções observados: emails de verificação, loops de login no mobile, atalhos de teclado em falta, comportamentos estranhos no iOS (por exemplo, problema com a letra “m”), empacotamento Linux apenas via Snap.
Arquitetura, segurança e propriedade dos dados
- Stack técnica: GCP, backend maioritariamente serverless, web em React, mobile em Flutter, desktop em Electron, armazenamento local-first com sincronização last-write-wins (ainda não CRDT completo).
- O design offline-first é amplamente elogiado; alguns pedem garantias de sincronização mais claras e opções para pré-sincronizar conteúdo.
- Muitos destacam soberania dos dados, self-hosting ou deployments single-tenant, e encriptação end-to-end/zero-knowledge; a configuração atual em GCP hospedada nos EUA levanta preocupações para alguns.
- As capacidades de exportação (JSON/HTML/CSV agora, PDF e formatos abertos mais tarde) são vistas como necessárias, mas atualmente limitadas.
Viabilidade de negócio e concorrência
- Comentadores questionam:
- Como isto supera de forma relevante Microsoft 365/Google Workspace/Zoho/Notion/Lark, que já agrupam muitos apps.
- Se a “app chaos” é uma dor real e generalizada ou algo que já está maioritariamente resolvido pelos suites atuais.
- Conselho comum: restringir o foco, escolher um nicho/caso de uso alvo claro e tornar um ou poucos fluxos de trabalho de classe mundial antes de tentar substituir ecossistemas inteiros.