Quince años con el mismo problema

2011: una tienda que llenar

Tenía una tienda PrestaShop y una semana para llenarla. Doscientos productos que crear, la mayoría disponibles en varios colores y varias tallas. Cada variación tenía que convertirse en una ficha independiente, con su propia referencia, sus fotos y su descripción.

Al cabo de dos días, las cuentas estaban claras: a ese ritmo, me llevaría un mes. Así que dejé de teclear y escribí una herramienta que lo hiciera por mí. Tosca, fea, sin una interfaz digna de ese nombre, pero generaba las fichas y las enviaba a la tienda. Bastó una semana.

Lo que me enseñó aquella primera herramienta

Que el problema no era la introducción de datos en sí. Era la repetición: el mismo producto tecleado doce veces para doce colores, y otra vez más por cada tienda en la que vendes. Un trabajo sin ningún valor añadido que se come las horas que deberías dedicar a vender.

Que las herramientas existentes no daban en el clavo. Las importaciones CSV integradas en los CMS gestionan bien grandes volúmenes estructurados, pero dan por hecho que el archivo ya existe y está limpio. No te ayudan a crear variaciones, a rellenar doce fichas a partir de una sola ni a alimentar dos tiendas a la vez.

Que la verdadera dificultad no estaba en el concepto, sino en los detalles de cada CMS. Un producto clasificado en una subcategoría que no aparece en ninguna parte porque no se vinculó la categoría padre. Un tipo de IVA que no existe en la tienda y envía el producto sin impuestos. Un cambio guardado que nunca llega a publicarse. Cada una de esas trampas me costó horas.

2026: ListoMax

ListoMax es aquella idea de 2011 llevada hasta el final. La función Serie es su descendiente directa: rellenas un formulario y obtienes tantas fichas completas como variaciones hayas introducido.

Todo lo demás se construyó a su alrededor, a partir de lo que exigen las tiendas reales. Categorías padre que deben vincularse para que un producto aparezca en la navegación. Tipos de IVA que deben leerse en la tienda en lugar de adivinarse. Variantes que no deben romperse al republicar. Imágenes que deben subirse de verdad. Un historial que debe conservarse para poder dar marcha atrás.

Cada función se valida en tiendas reales antes de lanzarse: PrestaShop 8, PrestaShop 9, WooCommerce. Tras cada publicación, el software vuelve a leer la ficha en la tienda para comprobar que recibió lo que se envió. Lleva más tiempo desarrollarlo. Es la única forma de saber que funciona.

El principio que guía el desarrollo

Ningún fallo silencioso. Nunca.

Un cliente que usa ListoMax no puede abrir una consola de desarrollador para averiguar qué ha pasado. Si algo falla, tiene que verlo en pantalla y saber qué producto está afectado y por qué. Un error visible se puede corregir; un error silencioso pierde datos sin que nadie se dé cuenta.

Este principio tiene consecuencias reales. Un cambio que no se ha podido guardar tiene que decirlo. Un tipo de IVA que no se encuentra tiene que bloquear la publicación en lugar de dejarla pasar con el tipo equivocado. Una imagen que no se ha subido tiene que aparecer en la lista de errores, no esfumarse.

Es el tipo de detalle que nunca ves en una página de ventas. Y, sin embargo, es lo que marca la diferencia entre una herramienta que sigues usando y una que abandonas a las tres semanas.

Un proyecto independiente

ListoMax no lo publica una empresa que vende otros diez programas. Es un proyecto independiente, desarrollado y mantenido por la misma persona. Cuando escribes al soporte, es ella quien responde.

Lo que esto significa para ti: tus comentarios influyen directamente en lo que se desarrolla a continuación. Una función pedida por varios usuarios sube a lo más alto de la lista. Un error notificado se corrige en la siguiente versión, no dentro de dos años.

Lo que también significa: los plazos dependen de una sola persona. Preferimos decírtelo desde el principio a que lo descubras más tarde.