Show HN: Hice una app que consolidó 18 apps (doc, sheet, form, site, chat…)

Artículo original ↗ Discusión en Hacker News ↗

Una nueva y ambiciosa “superapp” busca reemplazar decenas de herramientas de oficina agrupando docs, sheets, forms, chat, sites y más en un único espacio de trabajo interoperable y offline-first. Los comentaristas elogian el logro técnico y les gustan ideas como bloques modulares, fuerte privacidad y cifrado de extremo a extremo, pero dudan de que un equipo pequeño pueda igualar la profundidad de Microsoft 365 o Google Workspace mientras resuelve además problemas reales de los usuarios. Las preocupaciones clave incluyen el posicionamiento y el onboarding poco claros, la propiedad de los datos y la exportación/self-hosting, la integración con ecosistemas existentes y si realmente hay suficientes personas que sientan un problema de “caos de apps” como para justificar el cambio.

Recepción general

  • Muchos comentaristas quedan impresionados por el alcance técnico (18+ módulos integrados, multiplataforma, offline-first), especialmente si está construido en gran parte por una sola persona.
  • Otros son escépticos de que un solo producto pueda igualar la profundidad de herramientas maduras como Office, Google Workspace o Airtable en tantos dominios.
  • Varios dicen que les gustaría probarlo para equipos pequeños, proyectos paralelos o como un espacio de trabajo todo en uno estilo Notion.

Posicionamiento, marketing y onboarding

  • Una crítica recurrente es el mensaje poco claro: la landing page se describe como “ensalada de palabras”, demasiado centrada en bloques/módulos y no en casos de uso concretos o resultados para el usuario.
  • Varias personas sugieren:
    • Empezar por “para quién es” y “qué problemas resuelve”, no por detalles de implementación.
    • Páginas orientadas a casos de uso (p. ej., gestión de proyectos, CRM, documentación) y comparación con herramientas como Notion, Asana, Monday.
    • Espacios de trabajo de demostración, plantillas y vídeos cortos para mostrar flujos de trabajo.
  • El onboarding se percibe como débil: los usuarios nuevos suelen aterrizar en una pantalla en blanco sin orientación; conceptos como “Sheet”, “Board”, “Calendar” y “blocks” confunden a la gente.

Comentarios sobre producto y UX

  • La interoperabilidad de los datos entre módulos (bloques/páginas utilizables en docs, boards, calendars, chat, etc.) se considera la idea más novedosa.
  • Algunos evaluadores encuentran la interfaz sorprendentemente intuitiva; otros tienen problemas con acciones básicas (crear sheets, forms, fields o incrustar registros).
  • Las peticiones incluyen mejores fórmulas de hoja, más funciones de hoja de cálculo “reales”, celdas de código, soporte para markdown, plugins/scripting, menciones a nivel de bloque y exportación más rica (especialmente PDF, DOCX).
  • Se señalan errores y fricciones: emails de verificación, bucles de inicio de sesión en móvil, atajos de teclado ausentes, comportamientos extraños en iOS (p. ej., el problema con la letra “m”), empaquetado de Linux solo por Snap.

Arquitectura, seguridad y propiedad de los datos

  • Stack técnico: GCP, backend en gran parte serverless, web en React, móvil en Flutter, escritorio en Electron, almacenamiento local-first con sincronización last-write-wins (todavía no CRDT completo).
  • El diseño offline-first es ampliamente elogiado; algunos piden garantías de sincronización más claras y opciones para pre-sincronizar contenido.
  • Muchos subrayan la soberanía de datos, el self-hosting o despliegues single-tenant, y el cifrado de extremo a extremo/zero-knowledge; la configuración actual en GCP alojada en EE. UU. genera preocupaciones para algunos.
  • Las capacidades de exportación (JSON/HTML/CSV ahora, PDF y formatos abiertos más adelante) se consideran necesarias, pero actualmente limitadas.

Viabilidad de negocio y competencia

  • Los comentaristas cuestionan:
    • En qué supera de forma significativa a Microsoft 365/Google Workspace/Zoho/Notion/Lark, que ya agrupan muchas apps.
    • Si el “caos de apps” es un dolor real y generalizado o si ya lo resuelven en gran medida los paquetes actuales.
  • Consejo común: acotar el enfoque, elegir un nicho/caso de uso objetivo claro y hacer que uno o unos pocos flujos de trabajo sean de clase mundial antes de intentar reemplazar ecosistemas enteros.