- Nino es un espacio de trabajo modular para profesionales que reúne documentos, hojas, diapositivas, formularios, drive, calendario, sitios, blogs, chat, reuniones y más en una sola interfaz
- La información se reutiliza a nivel de páginas y bloques, conectando el mismo contenido en varios flujos mediante page sourcing, page embed, block embed y block mirror
- Ofrece visualización y edición sin conexión, apertura rápida basada en almacenamiento local y búsqueda unificada en todos los módulos, simplificando el acceso a materiales aunque aumente el número de apps
- Incluso en el plan gratuito admite miembros e invitados ilimitados e incluye presencia en tiempo real, cursor en vivo, canales, chat, espacios de colaboración externos y videoconferencias ilimitadas
- Reúne en un solo lugar herramientas de trabajo y funciones de publicación como publicación de sitios web y blogs, dominio personalizado, rollback con 1 clic, SEO con meta tags, CDN en más de 200 ciudades y analítica con métricas del lado del servidor
Espacio de trabajo modular y formas de empezar
- Nino reúne varias apps de trabajo en una interfaz uniforme y admite interoperabilidad a nivel de bloques
- Entre los módulos disponibles están Doc, Sheet, Slide, Form, Drive, Calendar, List, Site, Blog, Chat, Meet y Collab
- Las opciones para comenzar se dividen entre Download Nino for Linux y Use the web app
- La usabilidad básica se enfoca en encontrar y abrir rápidamente materiales de trabajo dispersos entre varios módulos
- Modo offline: permite ver y editar sin internet
- Apertura rápida: acceso inmediato basado en almacenamiento local
- Búsqueda unificada: permite buscar en todos los módulos a la vez
Estructura de reutilización de páginas y bloques
- La estructura central consiste en reutilizar páginas y bloques desde distintas ubicaciones
- Page sourcing: ver una página de otra manera
- Page embed: sincronizar una página dentro de otra página
- Block embed: sincronizar un bloque dentro de otra página
- Block mirror: sincronizar un bloque dentro de la misma página
- Los flujos de trabajo de ejemplo se dividen en gestión de proyectos, gestión del conocimiento y gestión de bases de datos
- La gestión de proyectos combina Collection, Board, Todo, Grid y Channel para crear tareas, filtrar responsables, armar dashboards y organizar discusiones
- La gestión del conocimiento inserta páginas, bloques, gráficos y bloques de archivos desde Notebook, Slide, Doc y Drive
- La gestión de bases de datos conecta datos de encuestas, formularios, sitios de campaña y calendarios de campaña con Sheet, Form, Site y Calendar
- En los flujos de trabajo personalizados se usan texto, código, fórmulas, archivos, imágenes, video, audio, tablas, comentarios, link embed, page embed, block embed, block mirror, map embed, botones, gráficos y más
Colaboración y funciones de publicación
- Las funciones de colaboración apuntan tanto a equipos internos como a espacios de colaboración externos
- Incluso en el plan gratuito admite miembros e invitados ilimitados
- Se puede ver en tiempo real quién está en una página y editar en conjunto con cursor en vivo
- Channel ofrece tamaño de grupo ilimitado, Chat permite conversaciones 1:1 o grupales, Collab proporciona espacios compartidos externos y Meet ofrece videoconferencias ilimitadas
- Las funciones de publicación ofrecen un flujo no-code para hacer públicas páginas como sitios web o blogs
- Con Version control es posible hacer rollback con 1 clic
- Se puede usar un dominio personalizado o un subdominio de nino.page
- Ofrece SEO basado en meta tags personalizados y CDN en más de 200 ciudades
- Admite páginas integradas que incluyen snapshots de bloques embebidos
- La analítica recopila solo métricas del lado del servidor, evitando la pérdida de datos causada por extensiones del navegador
Principios de privacidad y seguridad, y plan a largo plazo
- Los principios de privacidad y seguridad están orientados a no rastrear la actividad en la app y usar solo cookies funcionales y reportes de errores
- La mejora del producto depende directamente del feedback de los usuarios
- Funciona en el dominio
.app, por lo que solo usa conexiones HTTPS
- El plan a largo plazo es crear cientos de módulos para el trabajo del conocimiento
- Se enumeran Doc, Sheet, Slide, Form, Drive, Calendar, Collection, Notebook, Channel, Gallery, Canvas, Board, Todo, Grid, List, Site, Blog, Chat, Meet y Collab
1 comentarios
Opiniones de Hacker News
Definir bien el modelo de datos desde el inicio es el mayor desafío técnico. Después de escalar, cambiarlo es extremadamente difícil y, si no se hace con cuidado, puede derivar en una proliferación de columnas JSONB, datos duplicados, filas huérfanas y un rendimiento pésimo.
Los clientes van a querer guardar en Docs elementos más grandes de lo que uno esperaría, y ahí puede resultar tentador ponerlos inline en lugar de sacarlos a un almacenamiento externo como S3.
Chat en la práctica necesita una base de datos aparte. Discord usa Scylla y Slack usa Vitess sobre MySQL, pero los patrones de acceso de chat tienen requisitos completamente distintos a los de otros almacenamientos.
Si van con una configuración active-active, deberían planear desde algún momento cómo salir de ella. No escala sin hardware sofocantemente caro.
Lo digo por experiencia trabajando como DBRE en un competidor.
Que tenga almacenamiento offline está muy bien, pero también me da la impresión de que quizá usan algo como Ditto [0]. Si no recuerdo mal, internamente usa MyRocksDB; no tengo experiencia directa, pero conozco gente muy capaz que trabaja en Ditto.
[0]: https://ditto.live
La integración y la modularidad pueden ser una solución, pero la gente no sale a comprar soluciones si no tiene un problema. El “caos de apps” es un problema demasiado abstracto para la mayoría.
Primero hay que dejar claro si les cuesta compartir Google Docs por Slack, si las empresas sufren por la falta de integración entre SharePoint y Teams, si esta herramienta lo hace mejor, si es parecida pero más barata o si es más estable.
Si no definen desde el inicio el problema concreto que la gente realmente tiene y cómo esta solución integrada lo resuelve, a nadie le va a importar.
El segundo gran problema es que se necesita un equipo de diseño de interfaces lo bastante consistente como para hacer que apps distintas sean más agradables de usar que las soluciones individuales. El hecho de que casi no haya apps populares para usuarios finales impulsadas por desarrolladores FOSS —salvo proyectos gestionados por organizaciones que contrataron diseñadores profesionales, como Firefox, Blender o Signal— muestra los límites de la UI/UX centrada en desarrolladores.
Lo digo como alguien que trabajó varios años como desarrollador full-time, contribuyó miles de horas a FOSS y luego se pasó al diseño.
Me parece un ejemplo típico de “los ingenieros no son product managers”.
Ojalá pudiéramos crear software de una forma que permita cambiar fácilmente el modelo de datos.
Para eso habría que poder rastrear todas las dependencias de datos dentro del sistema, pero todavía no hay herramientas que hagan eso. Todos eligen una base de datos ya hecha, pero ninguna es realmente útil para este propósito.
Aunque la app en sí se ve muy impresionante a primera vista, si buscan feedback, desde el punto de vista del producto resulta demasiado confuso qué es y por qué importa
Desde la perspectiva de un usuario de negocios, no queda claro cómo debería usarse ni por qué debería interesarle
El texto de la primera pantalla enumera funcionalidades con algo como “Nino es un conjunto de apps interoperables a nivel de bloques en una interfaz uniforme…”, pero la diferencia es grande si se compara con quienes empiezan por los casos de uso y la aplicación real, como monday.com o Asana
Monday empieza con “¿Qué quieres gestionar?” y muestra categorías como Work Management, Sales CRM y Dev; al hacer clic en cada una, explica de forma concreta cómo ayuda
Intenté usarlo unos 5 minutos mientras caminaba y probé la app web, pero iOS Safari no era compatible. Descargué la app de iOS y me registré, y me encontré con una app completamente vacía, sin onboarding, plantillas/ejemplos ni forma de importar Google Sheets existentes para evaluar la escala
Intenté agregar una fuente de datos y algunos campos, pero fue confuso, y para entonces se terminó mi caminata
https://www.youtube.com/watch?v=u4ZoJKF_VuA
También recomiendo leer el libro
Según esta teoría, el orden de comunicación debería ser Why, How, What, pero ahora están empezando por What
No entendí por completo el núcleo del producto, pero creo que podría reformularse como: “No pierdas tiempo buscando documentos, emails y chats en varios sistemas. No pagues por 20 servicios de un solo propósito para operar tu empresa”
Si tienes toda la información en un solo lugar, es más fácil encontrarla y compartirla en toda la empresa, y puedes combinar documentos, chats, hojas de cálculo, formularios, etc., para crear herramientas que apoyen tus propios procesos y forma de pensar, en vez de ajustarte a la lógica de las apps existentes
Se podría decir que Nino permite crear rápidamente flujos personalizados con bloques modulares y mantener en un solo lugar las herramientas necesarias y toda la información
También recuerda a OLE / OpenDoc de escritorio, como incrustar una hoja de Excel y un formulario de Access dentro de un documento de Word. Si eso es posible, podría ser una demo bastante impresionante
Dicho eso, adoptar desde el inicio una visión integral como esta podría ser distinto de empezar enfocado y luego verse empujado a ampliar el alcance
Mucha gente dice que si no especializas el negocio, mueres, pero aquí parece haber una buena oportunidad de tomar un área en la que nadie lo hace bien. Por ejemplo, un sistema de gestión documental verticalmente integrado para casos de uso como ISO 9001
El caso de uso 1 es la gestión de documentos. Debería permitir “publicar” versiones de documentos, hacer que esas versiones se puedan ver permanentemente, generar automáticamente identificadores de documentos según las reglas de nomenclatura de la empresa e insertarlos automáticamente dentro del documento. El ID del documento podría tener un formato como SOP-2401001
Una vez publicado, el documento debería ser de solo lectura, y debería ser posible guardar junto al documento publicado entregables como una copia PDF exportada o una copia firmada
El caso de uso 2 es el aislamiento de documentos en silos. Una de las partes más difíciles de la gestión documental es crear formularios para procedimientos y enseñar a la gente a no arruinar la gestión documental de esos formularios después de llenarlos
Siempre quise un silo que, cuando alguien empieza a llenar un formulario, cree automáticamente una copia, le asigne un nuevo ID de documento y lo agrupe con otros formularios del mismo tipo
Al integrarlo con una plataforma de automatización, completar un formulario podría enviar un email a alguien; o, de forma más sofisticada, se podrían definir flujos de trabajo por documento y mostrar visualmente el proceso de negocio junto al documento
Mi primera impresión tras usarlo unos minutos es que puede tener muchísimas funciones potentes, pero hay muy poca guía y onboarding en la app y el sitio, así que no sé qué hacer ni cómo aprender
Lo instalé en Mac y quería agregar un conjunto de registros de contactos con campos básicos como nombre, teléfono y cumpleaños, y luego consultar esos registros desde otro módulo
Pero la app no da ninguna indicación de cómo hacerlo. Al abrirla solo se ve una pestaña vacía, y tuve que hacer clic en varios controles para descubrir cómo agregar módulos
Como no sabía qué módulo usar para agregar registros consultables, probé Board
Después de agregar Board, pude ingresar el primer registro, pero no parecía haber forma de agregar un segundo. Había columnas llamadas “None” y “Unnamed”, y el primer contacto quedó dentro de “None”. El botón “+” de la esquina agregaba una columna nueva
Al final, al arrastrar el registro de “None” a “Unnamed”, “None” desapareció y solo quedó “Unnamed”; recién entonces pude agregar otros registros
Voy a seguir probándolo un poco más, pero hay un límite a cuánto se puede esperar que la gente descubra por su cuenta el modelo de uso diseñado. Hay muchos módulos, pero no sé cómo se conectan entre sí, y una configuración de ejemplo para un equipo ficticio ayudaría mucho
Se ve realmente genial.
Me gustaría probarlo, pero para eso tendría que reemplazar mis herramientas y flujos de trabajo actuales. Como usuario, no querría hacerlo si no puedo asegurar tanto la propiedad de los datos como el hosting de la aplicación.
Si a Nino no le va bien y el producto se cierra, me pregunto cómo podría seguir accediendo a esos datos propietarios ahora estrechamente acoplados. Quisiera saber si se puede autohospedar, si el código fuente se publicará, si el formato de los documentos es abierto y si hay alguna forma de evitar el daño si lo adopto con entusiasmo y luego fracasa.
También es importante saber cómo puedo sacar mis datos si los meto y el producto no encaja.
Aunque se puedan perder ventajas específicas de la herramienta, como la integración entre documentos mediante una estructura de grafo, el trabajo queda preservado en un formato universal que cualquiera puede usar.
La mayoría de los elementos de Nino parecen tener estándares ampliamente aceptados y ser fáciles de integrar, así que esa garantía parece posible.
El autohospedaje puede ser demasiado complejo de configurar, pero me pregunto si una oferta de tenant único ayudaría. No sé si tendría sentido también para usuarios individuales.
Además de HTML y CSV, hay una opción de exportación a JSON, y se admiten más formatos. En cierto sentido es un formato abierto (.json), pero habría que agregar documentación relacionada. El soporte para PDF también llegará algún día.
Sin duda es un trabajo muy impresionante, quizá cercano a un desarrollo de una sola persona, y debe haber requerido un esfuerzo enorme.
Como feedback, primero hay que dejar claro quién es el cliente. Hay que poder explicar cómo es su día a día y cómo Nino les ayuda a terminar el trabajo mejor, más rápido y más barato.
Hay que mostrar concretamente cuáles son los 5 principales problemas que enfrentan y en qué puntos Nino es claramente mejor que los productos competidores. Es importante mostrar el flujo de trabajo.
También habría que comparar, de la misma manera y lado a lado con las herramientas existentes, dónde trabajan, con quién colaboran y en qué colaboran, para mostrar por qué Nino es mejor.
Por último, nunca hay que subestimar lo difícil que es hacer que la gente cambie su forma actual de trabajar. Ya no estamos en 1990, y la gente lleva décadas usando herramientas para resolver problemas de trabajadores del conocimiento. Hace falta una razón para cambiarse.
No estoy seguro de que el “problema del caos de apps” exista realmente. En las empresas o flujos de trabajo de puestos que me tocaron, había combinaciones de apps que resolvían cada caso de uso.
Por ejemplo, cuando trabajaba como responsable de relaciones con desarrolladores en una empresa anterior, usábamos productos de Atlassian para documentación interna y seguimiento de tareas, Google Docs y Sheets para coautoría con equipos externos, y GitHub y Markdown para generar documentación externa.
Todo era texto, pero los flujos de trabajo eran distintos y también diferían requisitos como los permisos; al final encontramos la herramienta adecuada para cada tarea.
Apoyo este intento, pero espero que estén buscando un problema más específico que el “caos de apps”.
Felicitaciones por el lanzamiento. Se ve realmente genial, y creo que el problema del caos de apps para los trabajadores de productividad es un problema real y resoluble.
Yo también estoy creando algo parecido. Empecé después de más de 10 años haciendo trabajo administrativo de “alto riesgo” usando varias apps todos los días.
Todavía está en una etapa temprana y el ángulo de enfoque es un poco distinto, pero hay partes que se superponen entre ambas visiones. Yo me estoy concentrando en un conjunto más pequeño de apps, pero con funcionalidades más densas, buscando alcanzar paridad funcional con los actores establecidos y además agregar mis propias funciones. Por eso me está llevando tiempo hacerlo bien.
Me interesa ver cómo evoluciona Nino y, cuando tenga algo que valga la pena mostrar, me gustaría conectar más adelante.
Hace tiempo hice algo parecido. Lo mío era web: https://github.com/GWBasic/ObjectCloud
Si pudiera decirle algo a mi yo más joven, le diría que leyera más material de YC sobre cómo iniciar un negocio. Construí algo que creía que hacía falta, pero tendría que haber iterado mucho más a partir de necesidades reales de clientes.
Es decir, tendría que haber encontrado algunos clientes que necesitaran una integración estrecha entre estos casos de uso y dejar que sus necesidades guiaran la implementación.
La razón es que ya existen muchas aplicaciones que hacen lo mismo. MS Office, Google Drive, etc. son maduros y todo el mercado los entiende bien.
Recomiendo encontrar algunos clientes que estén bloqueados por la baja interoperabilidad entre 3 o más aplicaciones o casos de uso, y enfocarse en sus casos de uso.
Llegar a ser tan maduro como productos como MS Office o Google Drive tomará más de 15 años, pero si resuelves una necesidad concreta y urgente de un nicho específico, a los clientes no les importará. Porque no podrán operar su negocio sin ti.
Seguridad y privacidad son puntos de venta difíciles. Hay menos gente de la que uno piensa interesada en cualquiera de las dos, y las plataformas existentes ofrecen muchas más funciones de las que quienes sí se interesan suelen querer admitir.
Además, el pitch de “hay demasiadas herramientas” suena como una diatriba inestable. La afirmación de que el simple hecho de que existan muchas herramientas distintas es incómodo difícilmente resiste la réplica de “entonces no las uses todas”, así que creo que habría que afinar mejor la formulación.
En cambio, conviene enfocarse en la comodidad y en la integración dentro de la plataforma. Ahí es donde realmente se agrega valor.
Suerte.
Lo segundo es cierto. Mi forma de expresarlo no fue buena. Gracias por el feedback.