Plan de continuidad del negocio: guía en 8 pasos (2026)
Un plan de continuidad del negocio es el documento que dice cómo tu empresa sigue vendiendo, cobrando y atendiendo clientes cuando algo crítico deja de funcionar: el correo, el sistema de pedidos, la nube, el internet de la oficina o la persona que sabe cómo opera todo. En la práctica se resume en cuatro cosas: qué procesos no pueden detenerse, cuánto tiempo aguantan detenidos, qué se hace mientras tanto y quién lo decide.
Esta guía es para dueños y gerentes de pymes que dependen de la nube y nunca han escrito un plan formal. Incluye una tabla de prioridades, un ejemplo y un checklist para usar esta semana.
¿Qué es un plan de continuidad del negocio y qué no es?
El plan de continuidad no es lo mismo que un respaldo. El respaldo protege la información; el plan de continuidad protege la operación. Puedes tener todas tus facturas respaldadas y aun así pasar un día entero sin poder confirmar pedidos porque nadie sabe por dónde avisar a los clientes.
Tampoco es un documento solo para desastres naturales. Las interrupciones más frecuentes en una empresa con operación digital son más aburridas: un proveedor de software que se cae, una contraseña que nadie puede recuperar, una actualización que rompe la impresión de etiquetas o una integración de pagos que deja de responder.
Un buen plan responde preguntas concretas:
- ¿Qué procesos generan o protegen ingresos y no pueden detenerse más de unas horas?
- ¿De qué sistemas, proveedores y personas depende cada uno?
- ¿Cuál es la forma alterna de operar si ese sistema falla?
- ¿Quién declara la contingencia, quién avisa a clientes y quién decide volver a la normalidad?
¿Por qué tu empresa necesita uno aunque todo esté en la nube?
Mover el correo, los documentos y el CRM a la nube reduce muchos riesgos, pero no elimina la dependencia: la traslada a un proveedor. Esta semana tuvimos un ejemplo claro. Según el resumen semanal de myITforum, Microsoft 365 sufrió una caída mayor que empezó el 12 de noviembre de 2026 y se extendió a un segundo día; golpeó sobre todo a Outlook y afectó también a Teams, Copilot, SharePoint, Intune y otros servicios en 74 países.
De acuerdo con NewsMobile, Downdetector registró cerca de 130,000 reportes de problemas con Outlook poco después de la 1 p.m. (hora del este de EE. UU.), y los estafadores aprovecharon la confusión con correos falsos que pedían "verificar la cuenta" o prometían reembolsos. Es decir: una caída técnica se convierte rápidamente también en un riesgo de seguridad.
La pregunta útil no es si tu proveedor volverá a fallar, sino qué hace tu equipo durante esas horas. Las empresas que la pasaron mejor no tenían una tecnología mágica: tenían un canal alterno ya acordado, una lista de clientes a quienes avisar y alguien con autoridad para decir "a partir de ahora operamos así".
Cómo hacer un plan de continuidad del negocio en 8 pasos
Marcos como la guía de planeación de contingencias NIST SP 800-34 están pensados para organizaciones grandes. Para una pyme, esta versión condensada cubre lo esencial sin convertirse en un proyecto de meses.
- Lista tus procesos críticos. Empieza por los que tocan dinero o clientes: tomar pedidos, cobrar, facturar, despachar, atender reclamos, pagar nómina. Si un proceso puede esperar una semana sin consecuencias, no es crítico.
- Mapea las dependencias de cada proceso. Anota qué sistema usa (correo, ERP, tienda en línea, WhatsApp, banca), qué proveedor lo opera y qué personas lo saben ejecutar. Aquí suelen aparecer sorpresas: un proceso que depende de una hoja de cálculo en la computadora de una sola persona.
- Define cuánto tiempo aguanta cada proceso detenido. Es el tiempo máximo de interrupción tolerable (RTO). También define cuánta información puedes darte el lujo de perder (RPO): ¿una hora de pedidos?, ¿un día?
- Diseña una forma alterna de operar. Para cada proceso crítico, escribe el "plan B" en lenguaje simple: un segundo canal de comunicación, un formato manual de captura de pedidos, un método de cobro alterno, una copia local de la lista de precios.
- Asigna roles y una cadena de decisión. Una persona declara la contingencia, otra coordina la comunicación con clientes, otra habla con el proveedor. Define suplentes para cada rol.
- Prepara la comunicación antes de necesitarla. Redacta mensajes plantilla para clientes, distribuidores y equipo interno. Acuerda por qué canal se avisará si el correo corporativo no funciona.
- Guarda el plan fuera de los sistemas que pueden fallar. Si el plan vive solo en SharePoint y SharePoint está caído, no existe. Ten una copia impresa y otra en un servicio distinto.
- Prueba y actualiza. Haz un simulacro corto al menos una vez al año: "hoy a las 10:00 se cayó el correo, ¿qué hacemos?". Ajusta el plan con lo que aprendas y revísalo cada vez que cambies de sistema o de proveedor.
RTO y RPO: ¿cuánto tiempo puede estar detenido cada proceso?
Estos dos términos suenan técnicos, pero son decisiones de negocio. El RTO (tiempo objetivo de recuperación) es cuánto puedes esperar antes de que un proceso vuelva a funcionar. El RPO (punto objetivo de recuperación) es cuánta información reciente aceptas perder. Ninguno lo debería decidir solo el área de sistemas: lo decide quien entiende el impacto en ventas y clientes.
Esta tabla es un ejemplo de cómo priorizar. Los tiempos son ilustrativos; cada empresa debe poner los suyos.
| Proceso | Dependencia principal | Prioridad | Tiempo tolerable (ejemplo) | Plan B |
|---|---|---|---|---|
| Toma de pedidos | Tienda en línea, CRM | Alta | Pocas horas | Formato de captura manual y canal alterno de atención |
| Cobro a clientes | Pasarela de pagos, banca | Alta | Pocas horas | Segundo método de cobro ya habilitado |
| Comunicación con clientes | Correo corporativo | Alta | Menos de un día | Mensajería o teléfono con plantillas listas |
| Facturación | Sistema de facturación | Media | Uno o dos días | Registro de ventas pendientes de facturar |
| Reportes internos | BI, hojas de cálculo | Baja | Varios días | Esperar a la recuperación |
El error típico es poner "alta" a todo. Si todo es prioritario, el plan no ayuda a decidir en qué gastar la energía las primeras horas.
Ejemplo de plan de continuidad para una pyme: se cae el correo
Tomemos el escenario de esta semana. Una distribuidora recibe pedidos por correo, confirma por correo y envía facturas por correo. Sin plan, el día de la caída se ve así: nadie sabe si el problema es interno, los vendedores reenvían mensajes que no salen y algunos clientes llaman molestos porque no recibieron confirmación.
Con plan, la misma mañana se ve distinta:
- El responsable revisa el estado del servicio en el panel del proveedor y confirma que la falla es externa, no de la empresa.
- Declara la contingencia y activa el canal alterno acordado (teléfono y mensajería empresarial) con un mensaje plantilla.
- Los pedidos se capturan en un formato temporal con folio, para registrarlos en el sistema cuando vuelva el servicio.
- Se avisa al equipo que no responda correos que pidan "verificar la cuenta" o prometan compensaciones, porque es justo el momento que aprovechan los estafadores.
- Al volver el servicio, alguien concilia los pedidos temporales contra el sistema y cierra la contingencia por escrito.
Nada de esto requiere una gran inversión; requiere haberlo pensado antes. Donde sí suele hacer falta tecnología es en el paso de conciliación: cuando los procesos viven en herramientas separadas, reconstruir qué pasó durante la caída se vuelve manual y lento. Ahí es donde un software a la medida que concentre pedidos, clientes y cobros en un solo lugar reduce mucho el trabajo de recuperación.
Errores comunes al hacer un plan de continuidad
- Confundirlo con el respaldo. Tener copias de los datos no te dice cómo atender clientes mientras los sistemas regresan.
- Escribirlo solo desde sistemas. Si ventas, cobranza y operaciones no participan, el plan describe servidores, no el negocio.
- Depender de una sola persona. Si solo una persona tiene las contraseñas de administrador o sabe hablar con el proveedor, el plan falla el día que esa persona no está.
- No tener canal alterno. Muchas empresas usan el mismo proveedor para correo, chat interno y documentos; cuando cae, caen los tres.
- Nunca probarlo. Un plan que no se ha ensayado suele tener teléfonos desactualizados, accesos vencidos y pasos que nadie entiende.
- Olvidar el sitio web. Tu sitio es el lugar natural para publicar un aviso cuando otros canales fallan; si no puedes editarlo rápido, pierdes ese canal. Vale la pena revisar que tu página web permita publicar un aviso en minutos.
Checklist del plan de continuidad del negocio
Usa esta lista para saber si tu plan está listo. Si respondes "no" a más de tres puntos, empieza por ahí.
- Tenemos una lista escrita de procesos críticos con su prioridad.
- Cada proceso crítico tiene sus dependencias identificadas: sistema, proveedor y personas.
- Definimos tiempo tolerable de interrupción y pérdida de información aceptable para cada uno.
- Existe un plan B por proceso, escrito en lenguaje que cualquiera del equipo entiende.
- Hay un responsable y un suplente para declarar la contingencia y para comunicar.
- Hay mensajes plantilla para clientes y un canal alterno acordado.
- Las contraseñas de administrador y contactos de soporte de cada proveedor están accesibles para más de una persona, de forma segura.
- El plan tiene una copia fuera de los sistemas que podrían fallar.
- Hicimos al menos un simulacro en los últimos doce meses.
La guía de Ready.gov sobre planeación de continuidad, del gobierno de Estados Unidos, tiene formatos adicionales útiles si quieres profundizar en el análisis de impacto al negocio.
Si al hacer este ejercicio descubres que tus procesos críticos están repartidos en demasiadas herramientas o dependen de trabajo manual, podemos ayudarte a revisarlo. Escríbenos y lo analizamos con tu equipo.
Preguntas frecuentes
¿Qué debe incluir un plan de continuidad del negocio?
Como mínimo: la lista de procesos críticos, sus dependencias, el tiempo que cada uno puede estar detenido, la forma alterna de operar, los responsables y los mensajes de comunicación. También debe indicar dónde está guardado y cada cuándo se revisa.
¿Cuál es la diferencia entre plan de continuidad y plan de recuperación ante desastres?
El plan de recuperación ante desastres se enfoca en restaurar sistemas y datos. El plan de continuidad del negocio es más amplio: cubre cómo sigue operando la empresa mientras esa recuperación ocurre, incluyendo personas, clientes y proveedores.
¿Una pyme realmente necesita un plan de continuidad?
Sí, y suele ser más vulnerable que una empresa grande porque depende de menos personas y menos proveedores. No necesita un documento extenso: unas pocas páginas claras y probadas son mucho más útiles que un manual que nadie lee.
¿Cada cuánto se actualiza un plan de continuidad del negocio?
Revísalo al menos una vez al año y siempre que cambies un sistema importante, un proveedor o a las personas responsables. Un simulacro corto es la forma más rápida de descubrir qué quedó desactualizado.
