Son las cuatro de la mañana. Lo recuerdo porque miré el reloj y pensé “mañana entro a turno hecho un trapo”.
El estudio de Pilates abría a las nueve. Áurea, la app que les había construido para gestionar reservas y bonos, tenía que estar funcionando antes de que entrara la primera clienta. Y yo, a las cuatro, mirando la pantalla sin entender por qué el sistema se inventaba reservas él solo a las doce de la noche.
En la demo iba perfecto. Lo había enseñado, había gustado, todos contentos. Pero la demo es un escenario de mentira donde tú controlas todo. La realidad no.
La demo te engaña
Una demo es como enseñar el coche parado en el concesionario. Brilla, huele a nuevo, las puertas cierran con ese sonido. Pero no has salido a la autovía con lluvia.
El software es igual. Te montan algo, te lo enseñan, hace justo lo que tenía que hacer delante de ti. Y piensas: ya está, lo tengo.
No lo tienes. Tienes la foto bonita.
Lo que no has visto es qué pasa cuando entran veinte reservas a la vez. Cuando una clienta cancela en el último segundo. Cuando alguien pone una fecha rara. Cuando el de turno de noche, que en este caso era yo, descubre que el sistema interpreta la medianoche de una manera que a nadie se le había ocurrido probar.
Lo que separa una cosa de la otra
Entre el prototipo y el producto hay un trabajo enorme que no se ve y que casi nadie cuenta, porque no luce.
Es prever lo que el usuario va a hacer mal. Es que aguante el día de más trabajo y no el día tranquilo. Es lo que pasa cuando algo falla: ¿se cae todo o avisa con elegancia? Es que dentro de tres semanas siga funcionando sin que el que lo hizo tenga que estar de guardia.
Eso no se ve en la demo. Eso se ve a las cuatro de la mañana.
Esa noche encontré el fallo. Era una tontería, como casi siempre. Pero esa tontería, en producción, con clientas de verdad pagando bonos de verdad, no es una tontería. Es tu negocio dando un dato mal.
A las ocho estaba arreglado. A las nueve entró la primera clienta y todo fue como la seda. Ella nunca supo que alguien había estado en vela por su reserva de las diez.
Por qué a ti te importa esto
Porque cuando alguien te venda una herramienta para tu empresa, vas a tener que saber si te está vendiendo el coche en el concesionario o el coche probado en la autovía con lluvia.
El prototipo es barato y rápido, y está muy bien para validar una idea. El problema es cuando te lo cobran como producto y se cae el primer lunes que lo usa gente real. Entonces pagas dos veces: la demo bonita y el arreglo del desastre.
Yo construyo para el primer lunes. Para el día de pico. Para el usuario que hace lo que no habías previsto. Porque he sido ese usuario, en una nave, maldiciendo un sistema que alguien dejó a medias.
Primero funcional, luego perfecto. Pero funcional de verdad, no de demo.
Menos humo. Más cosas que aguantan despiertas a las cuatro de la mañana.
Sigue tirando del hilo: de dónde sale todo esto en del turno de noche a construir software con IA, por qué la IA sin alguien que sepa es una bomba de relojería y por qué un ERP no se compra, se ordena la casa primero.
¿Te van a construir algo y quieres saber si es demo o producto de verdad? Lo miramos en el diagnóstico de 14 días con garantía. Sin compromiso, y si no saco mejoras medibles, te devuelvo el dinero.