Story256
Una app de narrativa colaborativa donde las historias crecen fragmento a fragmento. Construida del concepto a la App Store por ZubiLabs.
- Producto propio
- [2018]–actualidad
- iOS y Android
- Rol: todo
- Estado: en producción
Story256 es una app móvil de ficción colaborativa. Un usuario empieza una historia con un fragmento corto y otros usuarios la continúan. Cada historia se puede ramificar: en cualquier fragmento, alguien puede llevar la narración en otra dirección, así que un mismo inicio puede crecer hasta convertirse en un árbol de historias. Los fragmentos tienen una longitud limitada y cada usuario aporta una cantidad pequeña al día, lo que mantiene el ritmo pausado y la calidad alta.
Empezó como un proyecto personal con una pregunta sencilla: ¿cómo sería la escritura colaborativa si se diseñara para el móvil y para gente con cinco minutos al día? Se convirtió en el producto de referencia de ZubiLabs porque cubre el ciclo de vida completo de un producto digital, no solo el código.
Existen herramientas de escritura colaborativa, pero están pensadas para el escritorio, para sesiones largas y para escritores comprometidos. En móvil, la experiencia es o un foro o una app de notas. El producto tenía que resolver tres cosas a la vez: que participar resultara fácil y poco exigente, que las historias siguieran siendo legibles con decenas de personas aportando, y encontrar un modelo de negocio que funcionara para una app creativa de nicho sin publicidad.
En la parte de ingeniería, el problema era construir todo eso siendo una sola persona: app móvil, backend, pagos, tiendas, monitorización, landing y lanzamiento, con un código que pudiera seguir evolucionando después de publicar.
Una app en React Native para iOS y Android con un único bucle central: leer, continuar o ramificar. El límite diario y la longitud del fragmento son decisiones de producto, no restricciones técnicas: hacen que cada aportación se sienta deliberada. Las ramas se visualizan como un árbol para que quien lee pueda seguir un camino o explorar alternativas.
La app está construida con Expo y TypeScript, con un backend en Node.js sobre PostgreSQL. Autenticación, suscripciones, analítica y reporte de errores estaban listos antes de la primera build pública, porque un producto sin medición no se puede iterar.
Todo. Concepto, diseño de producto, UX/UI, desarrollo móvil, backend, base de datos, autenticación, suscripciones, publicación en App Store y Google Play, CI con EAS, monitorización con Sentry, landing en Vercel, DNS, analítica, marketing y lanzamiento. Es poco habitual y ese es justo el punto: demuestra que ZubiLabs puede responsabilizarse de un producto de principio a fin, no solo de una parte.
Decisiones clave, y por qué:
- Expo managed workflow con EAS. Un solo código, las dos tiendas y actualizaciones over-the-air para arreglos que no tocan código nativo. A cambio hay menos control sobre los módulos nativos; en este producto nunca importó.
- Una base de datos relacional para un dominio con forma de árbol. Historias, fragmentos y ramas forman un árbol, lo que invita a tirar de una base documental. PostgreSQL mantiene los datos consistentes y las consultas simples, y es más fácil de razonar cuando el modelo cambia.
- RevenueCat para las suscripciones. Recibos, renovaciones, periodos de gracia y derechos multiplataforma son un trabajo a tiempo completo. Delegarlos deja que la app se centre en el producto.
- Medir desde el primer día. Sentry y la analítica se añadieron antes del lanzamiento, no después del primer informe de error.
- Ramificar sin liar a nadie. Una historia con decenas de ramas es un grafo, no una lista. La vista de árbol pasó por varias iteraciones antes de que se pudiera seguir un camino sin perderse.
- Suscripciones en dos tiendas. Restaurar compras, gestionar una suscripción de Android cancelada mientras la de iOS sigue activa, y probarlo todo en sandbox.
- Publicar en solitario. Con una sola persona, el cuello de botella es la atención. CI con EAS, actualizaciones OTA y monitorización de errores se montaron pronto precisamente para que las releases no dependieran de acordarse de los pasos.
Story256 está publicada en App Store y Google Play. Y lo que más importa para ZubiLabs: es un producto que existe, con usuarios reales, pagos reales y problemas de operación reales, construido por la misma persona que construirá el tuyo.
- Lanzar antes. La primera versión tenía funcionalidades que nadie usaba y le faltaba la que todo el mundo pedía.
- Medir es una funcionalidad. Las primeras semanas sin una analítica decente fueron a base de suposiciones.
- La revisión de las tiendas es parte del calendario. Cuenta con ella.