Hace unos días un cliente, uno de esos que entienden perfectamente cómo funciona un comercio físico porque llevan veinte años detrás de una caja registradora, me preguntó por qué no podíamos subir un cambio a su web “para ver qué tal” directamente.
Que si en su tienda de Barcelona decide cambiar de sitio una estantería, la cambia y ya está. ¿Por qué en internet tenemos que andar con tres copias de la web, con freezes de veinticuatro horas, con que uno toca aquí y otro valida allá?
La pregunta, lejos de molestarme, me pareció brillante. Y la respuesta es sencilla: en su tienda física tampoco cambia la estantería cuando hay clientes dentro, ni rompe una pared para arreglar una tubería los lunes por la mañana, ni deja que cualquier proveedor entre al escaparate a cambiar el escaparate a su antojo.
Simplemente, en el mundo real eso lo hace de forma instintiva. En el mundo digital, sin embargo, hemos normalizado vivir en una obra permanente. Y ahí es donde entran los entornos: no son caprichos de informáticos, son la distribución física que toda tienda decente ya tiene.
El problema: hemos convertido el escaparate en un obrador
En una tienda de barrio cualquiera, el espacio se divide sin que nadie tenga que explicarlo. Tienes la sala de ventas, limpia, ordenada, iluminada para el cliente. Detrás, un almacén donde se preparan los pedidos, se abren cajas, se cuentan existencias; no es tan bonito, pero está organizado. Y más atrás, o en un sótano, o en un local de al lado, tienes el taller: donde se desmontan estanterías, se pinta, se prueban nuevas distribuciones, se rompe sin miedo porque nadie lo ve. Tres zonas. Tres responsabilidades. Tres niveles de acceso.
En un WooCommerce, sin embargo, la tentación es que todo ocurra en la misma habitación. El desarrollador quiere probar un plugin nuevo en producción porque “es más rápido”. El diseñador quiere cambiar el color de un botón y verlo ya en la web real. El community manager sube imágenes sin optimizar al entorno definitivo porque “total, es solo una foto”. Y el administrador de sistemas (yo, en muchos casos) se pasa el día poniendo parches en caliente sobre una estructura que debería estar inmutable mientras factura. El resultado es una tienda que nunca está del todo acabada, con clientes paseando entre andamios digitales. Y cuando algo falla, todos se miran con sorpresa: “¿Cómo se ha caído el pago con tarjeta? Si solo hemos tocado una cosa pequeña”.
La explicación: tres plataformas, misma lógica que un comercio físico
La manera en que trabajamos en ROBOTSTXT es, precisamente, un intento de devolverle a la web la sensatez que ya tiene cualquier negocio de barrio.
Lo hacemos con tres entornos que no son más que esas tres zonas de una tienda real, solo que en lugar de paredes de ladrillo usamos máquinas virtuales, bases de datos duplicadas y reglas de despliegue.
El entorno de desarrollo (DEV) es el taller. Es el lugar donde se puede derramar pintura. Aquí damos acceso completo a desarrolladores, diseñadores, a veces incluso al propio cliente si quiere experimentar. Se instalan plugins que luego no funcionarán, se prueban themes que acabarán en la basura, se desactivan módulos enteros a ver qué pasa. Es un espacio de caos creativo, seguro precisamente porque nada de lo que ocurre aquí importa fuera de estas cuatro paredes.
Si se rompe, se restaura; si se enreda, se empieza de cero. En una tienda física sería el local de al lado donde dejas al carpintero diseñar una nueva estantería sin que su serrucho fastidie a los clientes.
El entorno de preproducción (PRE) es el almacén y la zona de montaje. Y aquí está la clave: acceden una o dos personas, no veinte. Los desarrolladores terminan su trabajo en DEV, documentan los cambios (qué plugin se añade, qué theme se modifica, qué hooks de WooCommerce se tocan) y lo entregan empaquetado.
En PRE no se improvisa; se monta. Es donde comprobamos que la estantería que diseñó el carpintero encaja en la pared, que no tapan una salida de emergencia, que la iluminación sigue funcionando con la nueva distribución.
En nuestro flujo, una vez montado todo, declaramos un freeze de veinticuatro horas. Es decir: nada más se toca. Dejamos la “tienda” exactamente como está, sin nuevas cajas entrando, sin nuevos cambios, para observar. Es el equivalente a pasar una noche entera en el local después de una reforma, encendiendo todas las luces, probando todos los enchufes y tirando de la cadena del váter tres veces para estar seguros de que no hay fugas.
Si algo va a fallar, queremos que falle antes de abrir la persiana.
El entorno de producción (PRO) es el escaparate y la sala de ventas. Sagradamente inmutable salvo en horarios planificados. El público entra, compra, deja sus datos, confía.
Si tocamos algo aquí sin la seguridad del almacén (PRE) y del taller (DEV), estamos tirando el escaparate de una tienda abierta. Y en ecommerce, a diferencia del comercio físico, el cliente no ve los andamios: solo ve que el botón de comprar no funciona, que el carrito se vacía, que el pago da error.
Y no vuelve. Nunca.
Implicaciones: por qué esta disciplina es negocio puro
La metáfora no es solo un ejercicio literario. Tiene consecuencias prácticas directas en la cuenta de resultados de cualquier ecommerce.
La primera es el coste del tiempo de inactividad. Una tienda física cerrada un día por reformas sabe exactamente cuánto ha perdido: las ventas que no entraron por la puerta. En una web, muchos propietarios no miden con la misma claridad lo que cuesta una caída de dos horas del checkout o un bucle de redirecciones en el carrito.
Pero es exactamente lo mismo: clientes que no compran y, peor, clientes que no vuelven. Separar los entornos no es un lujo técnico; es un seguro de responsabilidad civil. El albañil no entra en la sala de ventas con el cemento fresco porque sabes que si ensucia, pierdes clientes. El desarrollador no debería entrar en PRO sin pasar por PRE por la misma razón.
La segunda implicación tiene que ver con la gestión de proveedores. Cuando un cliente nos trae un plugin nuevo de un tercero, o un theme comprado en un marketplace, o código de una agencia externa, no dejamos que lo instalen directamente en la web visible. Les damos acceso a DEV, como si les diéramos llave del taller.
Una vez revisado, empaquetado y documentado, nosotros (el equipo interno de uno o dos responsables) lo movemos a PRE. Es el equivalente a que el proveedor deje la mercancía en recepción; luego el encargado del almacén decide dónde va cada caja.
Esto no es desconfianza hacia el proveedor; es reconocimiento de que solo quien conoce la arquitectura completa sabe si un nuevo elemento va a colapsar la estructura existente.
La tercera implicación es la validación como ritual. Ese freeze de veinticuatro horas que aplicamos antes de pasar a PRO es, para muchos, excesivo. “¿Veinticuatro horas sin tocar nada? ¡Pero si urgentemente hay que cambiar una coma!”. Precisamente.
Porque en ecommerce no existen las comas urgentes; existen las comas mal puestas que a las dos horas rompen el cálculo de envíos para toda Europa. Veinticuatro horas de inmovilidad forzada es la prueba de estrés que separa al profesional del amateur. Es el tiempo que necesita el polvo para asentarse y revelar si algo se ha movido sin que nadie lo notara.
Volver a la lógica de barrio
Al final, todo esto no es más que aplicar a Internet la sabiduría de toda la vida. Ningún dueño de una tienda del Eixample dejaría que un electricista tocase la caja de fusibles un sábado al mediodía con la tienda llena. Ningún comerciante dejaría que un mueblista cambiara el mostrador cada dos días porque le apetece probar una nueva moda. En el mundo físico, la separación entre taller, almacén y sala de ventas es obvia porque el caos es visible: cables, polvo, ruido, clientes molestos.
En una web, el caos es invisible. No hay polvo, no hay ruido de taladro. Pero el cliente lo sufre igual. Tener entornos DEV, PRE y PRO no es complicarse la vida con burocracia de informáticos; es devolverle al comercio electrónico la disciplina que ya tiene cualquier tienda que respete a su clientela. En mi equipo, dejamos que todos jueguen en el taller. Que unos pocos preparen en el almacén. Y que el escaparate brille, inmutable, hasta que el día siguiente, planificado y sin sorpresas, sepamos con certeza que lo nuevo está listo para ser visto.
Porque una tienda online no es un proyecto informático que se construye una vez. Es un negocio que, como cualquier otro, merece tener su obrador, su almacén y su escaparate. Y saber cuándo se entra en cada uno.
Deja una respuesta