Llegar antes del pánico: dónde está el hueco cuando construir ya es barato

El 14 de julio de 2026 elegimos qué construir después de nuestras cuatro primeras apps de Shopify. Lo interesante no es la app: es que no la elegimos por la idea, sino por una fecha. En abril de este año Shopify reconstruyó una parte concreta de su producto y dejó una puerta abierta que casi nadie había cruzado todavía. El hueco no estaba donde no había competencia para siempre: estaba donde la plataforma sobre la que vivimos acababa de mover algo. Este artículo va de cómo se lee ese calendario, y de por qué hay que llegar antes del pánico y no durante.

Construir ya no decide nada

Hace un año, la pregunta era "¿podemos construir esto?". Hoy esa pregunta casi no filtra. Nuestra cuarta app pasó de spec escrito a enviada a revisión del App Store el mismo día. La anterior, en unas veintiséis horas. No lo cuento como alarde: lo cuento porque cuando el coste de construir un producto pequeño colapsa, deja de ser la variable que decide. Si cualquiera puede construir la app en un día, que tú puedas construirla no te distingue de nadie.

Ya escribimos sobre la cara oscura de esto en Saber qué no construir: un repositorio que montamos en cuatro días y estuvo quince meses parado porque nunca hicimos el trabajo de averiguar si merecía existir. La conclusión de aquel postmortem fue que construir es barato y decidir no lo es. Este es el otro lado de la misma moneda. Si decidir es lo caro, ¿en qué consiste decidir bien? Para nosotros, cada vez más, consiste en leer el reloj.

El hueco que buscábamos no era una idea, era una fecha

Para elegir la quinta app no hicimos una lluvia de ideas. Barrimos tres frentes a la vez: apps nativas de Shopify que la gente odia (huecos por calidad), funciones que Shopify va a jubilar en 2026 (huecos por deprecación) y agujeros específicos del mundo retail y punto de venta. De los tres, el único hueco de verdad —greenfield, sin nadie dentro— salió del segundo tipo, y por una razón muy concreta.

En abril de 2026 Shopify rehízo la gestión de caja de su punto de venta. Publicó APIs nuevas pensadas explícitamente para que terceros las usen: leer el cajón de efectivo, las sesiones de pago del dispositivo, los códigos de motivo de un descuadre, y extensiones de interfaz dentro del propio POS para diálogos de conteo y cierre. El dato que lo cambia todo: durante años, un hilo muy citado del foro de comerciantes decía que "Shopify no ofrece los datos de sesión por API para conciliación". Desde abril, esa frase dejó de ser cierta. Y casi nadie se había enterado: la única app en ese hueco cobraba quince dólares al mes y tenía cero reseñas.

La demanda, en cambio, llevaba años documentada. Hilos de comerciantes pidiendo un cierre de caja en condiciones, quejándose de descuadres de cientos de euros al día sin trazabilidad, de que el POS "no desglosa por método de pago". La gente resolvía el informe diario a mano o con una app genérica de reporting (4,9 estrellas, mil doscientas reseñas: buena, pero no es una app de caja). Demanda vieja y ruidosa; puerta recién abierta; nadie dentro. Eso es un hueco.

Y esa combinación no es una idea que se te ocurre en la ducha. Es una lectura del calendario de la plataforma. Cuando lo miras así, el changelog deja de ser una lista de notas técnicas y se convierte en un mapa de huecos con fecha de caducidad:

La tabla de arriba es la decisión entera. La primera fila la tomamos. La segunda la anotamos para el cuarto trimestre. La tercera la descartamos, y el porqué de ese descarte es la parte importante.

Por qué "antes del pánico" y no "cuando ya hay demanda"

La tentación es esperar a que el mercado grite. Cuando Shopify anuncia que va a apagar algo grande, todos los que dependían de ello entran en pánico a la vez, y ahí hay demanda evidente. El problema es que también hay, a la vez, una docena de desarrolladores leyendo el mismo anuncio y corriendo hacia el mismo sitio.

Nos pasó. Nuestra tercera app apuntaba a un hueco que se abría con la jubilación de una herramienta de inventario muy conocida de Shopify. Llegamos cuando el apagón ya estaba anunciado, y nos encontramos el terreno del posicionamiento en buscadores saturado: todo el mundo escribía las mismas guías para las mismas palabras clave al mismo tiempo. Llegamos, pero llegamos apretados.

La lección la aplicamos en la quinta. La ventana buena no es cuando el apagón es inminente y la demanda es obvia. Es antes: entre el momento en que la plataforma abre los raíles nuevos y el momento en que todos se dan cuenta. Ahí la demanda ya existe (los hilos de años lo prueban) pero la competencia todavía no ha mirado. Por eso descartamos el hueco de los scripts adicionales: apaga el 26 de agosto, pero el pánico ya empezó y dos incumbentes ya están colocados. Y por eso solo anotamos el de las cuentas de cliente para el cuarto trimestre en vez de correr ya: su apagón es "más adelante", y adelantarse demasiado también es un error: construyes para una puerta que aún no está del todo abierta.

Antes del pánico, pero no tan antes que la puerta no exista. La ventana es estrecha, y por eso se lee en el calendario y no en la intuición.

Lo que hacemos para no enamorarnos del hueco

Un hueco bonito es justo el tipo de cosa de la que uno se enamora. Y enamorarse es lo que nos costó quince meses la última vez. Así que la disciplina va por delante de la ilusión, con tres candados puestos antes de escribir una línea de producto.

El primero: un día de sonda técnica, con criterio decidido de antemano. Las APIs tienen tres meses y la superficie del punto de venta es nueva para nosotros. Antes de comprometer el build, un día para leer los datos reales por la API y montar la extensión mínima dentro del POS. Si las dos cosas salen en verde, seguimos. Si cualquiera cojea, no seguimos, y ya está decidido a dónde nos vamos en ese caso (a un plan B concreto del mismo barrido, no a improvisar). El criterio se fija antes para que el entusiasmo no mueva la portería. Eso lo aprendimos con el repositorio parado y no lo vamos a desaprender.

El segundo: una fecha y unos números falsables. El 30 de noviembre de 2026 la app tiene que tener al menos quince instalaciones, una reseña y tres tiendas usándola de verdad varias veces por semana. No "buena pinta": esos números. Si no llega, se congela. Una apuesta de timing sin fecha de salida no es una apuesta, es una esperanza.

El tercero: un kill escrito. Shopify está invirtiendo en caja nativa —por eso existe la puerta—, así que es perfectamente posible que en su próxima gran actualización se coma justo lo básico que hace nuestra app. Si eso pasa antes del primer punto de control, congelamos y el esfuerzo se va a otra cosa. Sin apelación. Cuando el hueco lo abrió la plataforma, la plataforma también puede cerrarlo, y hay que haberlo aceptado antes de empezar.

Lo que aún no sabemos

Toca la parte honesta. Mientras escribo esto, la quinta app es un documento de especificación, no un producto. La sonda técnica está sin hacer. Puede que la extensión del punto de venta no se deje probar sola y tengamos que pivotar al plan B ese mismo día. Puede que Shopify anuncie el conteo guiado nativo en su próxima actualización de invierno y el kill se dispare antes de tener un solo cliente. Esto no es un caso de éxito: es una apuesta en curso, y la cuento antes de saber cómo acaba precisamente porque el método se juzga por cómo se decide, no por cómo salió. El 30 de noviembre sabremos si el reloj marcaba bien.

Lecciones para quien viva sobre la plataforma de otro

1. El changelog de la plataforma de la que dependes es un mapa de mercado. Cada función que abre o jubila es un hueco con fecha. Leerlo así es trabajo, no talento.
2. La ventana está antes del pánico. Entre "abren los raíles" y "todos se dan cuenta". Cuando la demanda ya es obvia para ti, ya es obvia para doce más.
3. Adelantarse demasiado también es llegar mal. Si la puerta aún no está abierta del todo, construyes para nadie. La ventana tiene dos bordes.
4. Construir barato sube el coste de elegir mal. Como cada apuesta cuesta poco, harás más apuestas: el único freno sano es un criterio falsable fijado antes, no la dificultad de construir.
5. Si el hueco lo abrió una plataforma, esa plataforma puede cerrarlo. Ten escrito el kill antes de empezar. No es pesimismo: es la condición para poder apostar tranquilo.

Construir ya no es el problema. Saber qué construir sigue siendo el oficio, y buena parte de ese oficio es saber leer el reloj de la plataforma sobre la que estás de pie.

Si estás a punto de construir algo sobre Shopify, Odoo, o cualquier plataforma que no controlas, y no tienes claro si vas antes o después del pánico, escríbenos a contact@easybyte.es. Te contamos cómo miramos nosotros el calendario antes de mover ficha.

— Javier

EasyByte Hub S. Coop. Mad. — Madrid, julio de 2026