Ship-a-ton 2026: Build Log #5 — Lo que construimos, lo que recortamos y lo que falta

Cuando empezamos a pensar en BRBito más allá del Ship-a-ton, apareció una pregunta que hasta entonces habíamos podido dejar para después: ¿cómo podría sostenerse económicamente la app?

Imaginamos varios compañeros virtuales, escenarios, accesorios, colecciones, una tienda, suscripciones e incluso anuncios. Las herramientas de IA nos permitieron explorar muchas de esas posibilidades rápidamente, pero entre las revisiones de las tiendas de aplicaciones, y el convertirlas en funciones listas para usar, el proceso de implementación nos tomó mucho más tiempo del esperado... con pocos días antes de la entrega, empezamos por decidir qué debía seguir siendo gratuito.

La pausa debía seguir siendo gratuita

Configurar recordatorios, recibirlos, iniciar una pausa y completarla forman parte de la experiencia principal de BRBito, y queríamos que cualquiera pudiera hacer todo eso sin pagar. No queríamos construir una app que dijera que las pausas debían ser simples y accesibles, para después bloquear el flujo principal detrás de un paywall. Para que tuviera sentido, empezamos a separar dos conceptos: La pausa como producto principal y la personalización como una capa adicional.

Eso nos dio una dirección mucho más concreta, ya que en lugar de cobrar por hacer más pausas o acceder al funcionamiento básico de BRBito, podíamos experimentar con algo opcional: cambiar la forma en que BRBito se ve y el espacio en el que acompaña a la persona. De ahí salió nuestro primer experimento: un pack de Halloween con tres escenarios y un compañero especial, Batito. La habitación tranquila y BRBito clásico seguirían disponibles gratuitamente.

No sabemos aún si las personas querrán pagar por personalizar BRBito ni qué les interesará más: los escenarios, el compañero virtual o la combinación. Por eso elegimos una compra única y un pack pequeño. Es una forma de empezar a responder esas preguntas sin construir toda una tienda antes de tener evidencia. La suscripción y los anuncios quedaron para después, y aunque nos interesaba, por ejemplo, explorar anuncios que ofrecieran acceso temporal a contenido adicional, esa idea exigía pensar con cuidado cuándo aparecerían y si interrumpirían una app creada para ayudar a pausar.

RevenueCat convirtió la compra en un flujo real

Para gestionar el pack empezamos a integrar RevenueCat. Sobre el papel, el recorrido era breve: Contenido bloqueado → paywall → compra → contenido desbloqueado.

Sin embargo, lo difícil apareció en todo lo que puede pasar entre esos pasos. Por ejemplo, la pantalla de compra podía cerrarse antes de que llegara la confirmación final; también había que manejar compras pendientes, cancelaciones, errores y restauraciones. BRBito no podía desbloquear contenido antes de tiempo, pero tampoco tratar una compra válida como cancelada.

Teníamos que esperar una confirmación válida antes de desbloquear el pack. También teníamos que evitar que un fallo temporal de consulta le quitara el acceso a alguien cuya compra RevenueCat ya había confirmado. Para ese caso conservamos el último acceso conocido. Añadimos Restore Purchases para que una persona pueda recuperar su compra si reinstala la app, cambia de dispositivo o vuelve a encontrar el contenido bloqueado.

Trabajar en estos estados nos hizo ver la diferencia entre diseñar una pantalla de compra y preparar una compra que alguien pueda completar, recuperar y seguir usando.

El pack también cambió la estructura de la interfaz

En algunas versiones iniciales, personaje y escenario formaban una sola composición. Mientras había una única combinación, funcionaba. Con nuevos fondos y otro compañero virtual, cada variante habría exigido rehacer pantallas completas. Empezamos a tratar escenario, compañero virtual e interfaz como piezas independientes. Así podemos combinar fondos y poses sin reconstruir cada vista desde cero. La personalización que alcanzamos a crear es pequeña, pero ahora tenemos una base para ampliarla.

Bajo esta misma idea de construir según lo que necesitábamos, decidimos construir solo la tecnología la necesaria para que BRBito funcione hoy. No necesitamos tener servidor propio ni pedirle a las personas que creen una cuenta, ya que el nombre, las preferencias, los recordatorios y el estado de las pausas se guardan directamente en el teléfono. Para algunas necesidades específicas sí usamos herramientas externas:

• Firebase, para entender errores y uso de la app.
• RevenueCat, para gestionar compras y saber qué contenido premium está desbloqueado.

Contar el proceso nos ayudó a entenderlo

Durante estas semanas compartimos por este medio cómo elegimos la idea, qué aprendimos de las primeras encuestas, cómo exploramos la identidad de BRBito y qué problemas aparecieron al implementarlo. Publicar el proceso nos llevó a explicar decisiones que entre nosotros podían parecer evidentes. ¿Por qué evitar los streaks/"rachas"? ¿Por qué el compañero virtual no debía hacer sentir culpa? ¿Por qué dejar fuera funciones que nos gustaban?

A veces, al intentar contar una decisión, descubríamos que todavía no estaba suficientemente clara. Documentar esos cambios también nos permitió mirar atrás y ver cómo BRBito había pasado de una idea amplia a una experiencia mucho más concreta. Eso no sustituyó la investigación con usuarios. Las encuestas y conversaciones iniciales nos ayudaron a entender el problema y compartir el proceso nos ayudó a expresar qué estábamos haciendo y por qué. Aún estamos en proceso de conocer cómo se siente la app en el uso cotidiano para saber qué mejoras implementar a mediano y largo plazo.

Lo que nos llevamos de estas seis semanas como BerylCode

BerylCode es una empresa joven, aunque las personas detrás del proyecto llevamos años trabajando en productos digitales desde distintos lugares. Desde ese lugar, compartimos algunas experiencias y aprendizajes:

• Esta Shipaton nos dio la oportunidad de reunir esa experiencia en un mismo proyecto y recorrer juntos el camino completo: investigar un problema, tomar decisiones de producto, diseñar, desarrollar y preparar una app para su publicación.
• Nos recordó que saber hacer el trabajo y lograr que ese trabajo se conozca son desafíos distintos. Cuando construyes de forma independiente, crear un buen producto no garantiza que encuentre usuarios ni que genere ingresos. Compartir BRBito mientras lo construíamos fue una manera de mostrar cómo pensamos y trabajamos, y de empezar a conectar con personas que quizá nunca habrían conocido a BerylCode de otro modo.
• Seguimos reforzando nuestra experiencia tomando decisiones juntos bajo un plazo real, implementación y uso de herramientas nuevas, y un producto que estamos intentando llevar a las tiendas junto a este valioso ejercicio de compartir de lo que aprendimos en el camino.
• La IA aceleró la exploración de referencias, imágenes, textos y alternativas. Pero investigar, elegir, integrar, probar y corregir siguió requiriendo tiempo. Explorar posibilidades e ideas de forma rápida no significan que van a estar listas o que sean realizables para entrar en la app.
• Al principio imaginábamos más pausas, más personalización y varias formas de monetización, pero para llegar a esta primera versión tuvimos que conservar lo que hacía reconocible a BRBito y posponer por ahora lo demás: pausas fáciles de tomar, autonomía para decidir, recordatorios sin culpa y una compañía que no exija atención.
• El pack de halloween nos dará una primera oportunidad de observar si la personalización es de interés para nuestros posibles usuarios. Con este primer lanzamiento queremos conocer qué pausas se usan más, qué recordatorios ayudan y qué partes de la experiencia se sienten repetitivas. Las analíticas podrán mostrarnos algunos patrones, pero para entenderlos mejor necesitaremos volver a hablar con personas.

El último tramo

Ya intentamos pasar una primera revisión y la estamos testeando con Friends & Family, por medio de una versión básica de BRBito. Por ahora, la app sigue disponible solo en pruebas, y estamos por volver a presentarla a revisión en App Store y Google Play.

Al mismo tiempo, andamos preparando el video y los demás materiales de la postulación al Shipaton. Nos queda poco tiempo y aún necesitamos la aprobación de las tiendas, pero esperamos lograrlo.

Mil gracias a quienes siguieron estos Build Logs, respondieron nuestras preguntas, nos han apoyado en nuestros videos, publicaciones y compartieron sus impresiones. Contar este proceso en voz alta nos ayudó a tomar decisiones más claras y a mostrar lo que ocurre antes de que una app llegue a manos de otras personas.

Esperamos poder compartir pronto el resultado de este último tramo. Y, con los dedos cruzados, esperamos que BRBito llegue muy pronto a las tiendas, para empezar a aprender de quienes lo usen.