Son las 11 de la mañana y llega un mensaje al grupo de WhatsApp del equipo: «el banner de la promo de julio sigue apareciendo, ¿alguien lo puede bajar?». Nadie responde de inmediato: el gerente comercial no sabe si es un cambio de dos minutos en el panel de administración o el síntoma de algo que dejó de sincronizar hace semanas. Termina escribiéndole directo al desarrollador que hizo la última migración, que puede o no responder ese mismo día.
Esa escena se repite en la mayoría de operaciones de ecommerce de tamaño medio en la región. No falta gente capaz de resolver el problema. Falta un criterio compartido para clasificarlo antes de escalarlo, y un registro de qué se hizo la última vez que pasó algo parecido. Ese criterio no depende de tener un equipo técnico grande: depende de hacerse dos preguntas correctas antes de reaccionar.
Por qué el mismo síntoma puede ser dos problemas distintos
Un banner desactualizado y un checkout caído se sienten igual de urgentes cuando llegan por chat. Pero cuestan tiempos de resolución muy distintos, y confundirlos hace que un ajuste de diez minutos escale como emergencia, o que una falla real se trate como un capricho de diseño.
Casi cualquier incidente se ordena con dos preguntas antes de tocar nada:
- Alcance. ¿Afecta a un cliente puntual, a un producto, o a toda la tienda? Un cliente que no puede aplicar un cupón es distinto de un checkout que rechaza pagos para todos. La primera es una excepción; la segunda es un proceso roto.
- Origen. ¿Desde cuándo ocurre, y qué se modificó justo antes? Casi ninguna falla aparece sola: suele coincidir con un cambio de plantilla o un ajuste en el proveedor de pagos.
Responder esas dos preguntas no arregla nada por sí solo, pero convierte un reclamo suelto en un reporte con contexto, y esa diferencia separa una resolución de minutos de una que se arrastra por días. Con el comercio electrónico peruano creciendo 21.2% en 2024 hasta los US$15,600 millones y representando ya el 5.5% del PBI, según CAPECE, cada hora perdida reconstruyendo el origen de una falla se resta de una operación que ya mueve un volumen considerable.
Qué cubre realmente el mantenimiento reactivo
El mantenimiento reactivo no es un síntoma de que algo está mal gestionado: es la capa que responde cuando algo ya falló, y toda tienda la necesita. El problema no es tenerlo, es tenerlo sin proceso.
Con proceso, cada solicitud queda registrada como un ticket, no como un mensaje que se pierde en un chat. Hay una noción de tiempo de respuesta, aunque no sea un compromiso contractual, y sobre todo trazabilidad: qué se reportó, qué se hizo y cuántas horas tomó. Sin eso, cada incidente se resuelve desde cero, aunque sea la tercera vez que ocurre.
La diferencia entre soporte con proceso y el WhatsApp de un desarrollador no es la velocidad de la primera respuesta: es que uno deja rastro y el otro no. El Uptime Institute encontró que el 58% de las caídas por error humano en 2025 ocurrieron porque el personal no siguió los procedimientos establecidos, frente al 48% del año anterior. La métrica propia de esta capa no es cuántas fallas hay, sino cuánto duran.
Qué cubre realmente el mantenimiento preventivo
Si el reactivo se mide en cuánto duran las fallas, el preventivo se mide en cuántas nunca llegan a ocurrir. Es una métrica incómoda de vender porque su éxito es invisible: nadie celebra la caída que no pasó. Pero el 87% de las organizaciones que sufrió una caída significativa en los últimos tres años reconoce que se pudo evitar con mejor gestión, procesos o configuración, según el Uptime Institute.
Esta capa cubre revisiones de criterio, no ejecución técnica línea por línea:
- Monitoreo de disponibilidad y performance: saber si la tienda está arriba y qué tan rápido responde, antes de que un cliente lo reporte. Una mejora de apenas 0.1 segundos en velocidad móvil elevó la conversión retail un 8.4% y el ticket promedio un 9.2%, según «Milliseconds Make Millions» de Deloitte y Google.
- Actualizaciones y parches, con criterio de riesgo, no por rutina automática.
- Integraciones entre ERP y ecommerce, donde suelen aparecer desincronizaciones de stock o precio que nadie nota hasta que un cliente compra algo que ya no existe.
- Flujo de pago y checkout, el tramo donde cualquier fricción se traduce directo en ventas perdidas.
- Auditoría de errores recurrentes, para distinguir el incidente aislado del patrón repetido.
- Pruebas de carga antes de campañas, no durante.
- Backups con restauración probada: un respaldo nunca probado es una suposición, no una garantía.
- Revisión de accesos, sobre todo con rotación de agencias o freelancers.
- Inventario de deuda técnica, para que el negocio sepa qué riesgos carga.
- Reporte periódico al negocio, para que estas tareas no vivan solo en la cabeza de quien las ejecuta.
Esta superficie de riesgo no es hipotética: la explotación de vulnerabilidades ya representa el 20% de las brechas de seguridad, un alza del 34% interanual, y solo el 54% se remedia por completo, con una mediana de 32 días, según Verizon (DBIR 2025). Postergar estas revisiones no reduce el riesgo: lo acumula.
Cinco fallas frecuentes y cómo se ordenan
1. Banner que sigue anunciando una promoción vencida. Un cliente que reclama un precio vencido es un problema de confianza, y de reputación si escala en redes. La pregunta que ordena esto es de origen: ¿desde cuándo quedó así, y qué cambio de calendario nadie ejecutó? Una revisión periódica de vigencia de promociones lo hubiera detectado antes del reclamo.
2. Cupón anunciado que no aplica en el checkout. El costo es doble: ventas que no se cierran y una promesa que el cliente siente incumplida. La pregunta de origen es clave: ¿el cupón se configuró después de publicitarse, o el checkout cambió después? Revisar el flujo de pago antes de lanzar la campaña evita este desfase.
3. Producto publicado que nadie puede comprar. Aquí la pregunta es de alcance: ¿es un producto puntual con un problema de stock, o un patrón que afecta a toda una categoría? Lo primero es una corrección de catálogo; lo segundo sugiere una integración ERP-ecommerce desincronizada que seguirá fallando hasta revisar la causa.
4. Ausencia de opción de envío al cerrar la compra. El alcance define la urgencia: si es una zona geográfica puntual, es un ajuste de configuración; si es toda la tienda, es una caída de proceso que detiene ventas. Una revisión periódica de las reglas de envío, sobre todo tras un cambio de proveedor logístico, anticipa este vacío.
5. Clientes que no pueden pagar. Es la falla de mayor alcance posible: paraliza la conversión mientras dura. La pregunta de origen importa igual: ¿empezó tras un cambio en la pasarela, un certificado vencido o una actualización de plataforma? Las pruebas de carga y la revisión periódica del flujo de pago marcan la diferencia entre detectarlo en pruebas o con clientes pagando.
Cómo se decide cuánto invertir en cada capa
No existe una proporción universal entre preventivo y reactivo: depende del volumen de operación, de qué tan crítico es el canal para el negocio, y del calendario comercial. Una tienda que factura la mitad de su año en dos semanas de campaña no puede dimensionarse igual que una que vende de forma estable todo el año.
El costo de no dimensionar bien no es abstracto. El 57% de las organizaciones dice que su última caída importante costó más de US$100,000, y una de cada cinco superó el millón de dólares, según el Uptime Institute. Esa cifra distingue entre los que invirtieron en prevenir y los que no.
Por eso el mantenimiento preventivo tiene sentido antes de Cyber Wow y Black Friday, no durante: las pruebas de carga y la revisión de integraciones solo cumplen su función con semanas de margen para corregir lo que aparezca. Durante la campaña, lo único disponible es el reactivo, contra el reloj de una fecha que ya no se puede mover. Esto aplica igual en VTEX, Shopify o WooCommerce: la plataforma cambia el cómo, no el cuándo.
Cierre
Ninguna tienda elimina las fallas por completo. Lo que cambia entre una operación madura y una que improvisa no es la ausencia de problemas, sino la velocidad con la que alguien identifica de qué tipo de problema se trata y a quién le corresponde resolverlo. Esa velocidad depende de dos preguntas simples ya instaladas en el reflejo de quien recibe el primer aviso, y un lugar donde quede constancia de lo que pasó la última vez.
El mantenimiento preventivo y el reactivo no compiten por presupuesto ni por atención: resuelven preguntas distintas. Uno reduce cuántas veces algo falla; el otro define cuánto dura la falla cuando ocurre. Una operación que solo tiene una de las dos capas no está incompleta por elegir mal, sino porque nadie se detuvo a preguntar si la otra hacía falta.
Si hoy tu equipo resuelve estos casos por chat, sin registro de qué se hizo ni cuánto tomó, vale la pena mirarlo con calma antes de que llegue la próxima campaña grande. Por primera vez Prodequa está ofreciendo a los nuevos clientes una bolsa de 10 horas de soporte ecommerce sin costo, que cubre catálogo, checkout, envíos, banners e incidencias: tú decides en qué se usan, y cada solicitud queda registrada y visible en GoProdequa. Puedes conocer los detalles en prodequa.com/soporte-ecommerce-sin-costo.
Enlaces relacionados
- El efecto dominó de operar desconectado: cómo la brecha entre ERP y ecommerce erosiona márgenes
- Optimización de checkout con plataformas restrictivas: qué margen real tienes
Fuentes
- Uptime Institute, Global Data Center Survey 2025 (n=98): 87% de las organizaciones que sufrió una caída significativa en los últimos tres años reconoce que se pudo evitar con mejor gestión, procesos o configuración. datacenter.uptimeinstitute.com
- Uptime Institute, Annual Outage Analysis 2025: el 58% de las caídas causadas por error humano ocurrió porque el personal no siguió los procedimientos establecidos, frente al 48% del año anterior. uptimeinstitute.com
- Uptime Institute, Annual Outage Analysis 2026: el 57% de las organizaciones dice que su última caída importante costó más de US$100,000; una de cada cinco, más de US$1 millón. uptimeinstitute.com
- Deloitte y Google, «Milliseconds Make Millions» (2020): una mejora de 0.1 segundos en velocidad de sitio móvil elevó la conversión retail un 8.4% y el ticket promedio un 9.2%, sobre 37 marcas y 30 millones de sesiones. thinkwithgoogle.com
- Verizon, Data Breach Investigations Report 2025: la explotación de vulnerabilidades alcanzó el 20% de las brechas, un alza del 34% interanual; solo el 54% de las vulnerabilidades críticas se remedió por completo, con una mediana de 32 días. verizon.com
- CAPECE, Observatorio Ecommerce: el ecommerce peruano creció 21.2% en 2024 hasta US$15,600 millones y representa el 5.5% del PBI. peru-retail.com
Nota metodológica: las cifras de Uptime Institute provienen de dos estudios distintos de la misma organización (la encuesta anual a operadores y el análisis anual de caídas reportadas), por lo que responden a metodologías y muestras separadas; se citan por separado para no mezclarlas como un solo hallazgo.
