En muchas pymes chilenas la operación funciona… hasta que deja de funcionar.
No por mala gestión, sino porque la empresa creció “a pulso” y quedó armada con una lógica peligrosa:
- una persona clave que sabe todo
- un proveedor “de confianza” que si falla, te mata
- un sistema que si cae, paraliza ventas
- procesos críticos sin respaldo
- y decisiones que se toman “cuando pase algo”
Eso se llama operación frágil: estás a una falla de quedarte sin servicio, sin ventas o sin caja.
La buena noticia: no necesitas una consultoría carísima ni un ISO para empezar. Necesitas un Plan de Continuidad Operacional (BCP) base, práctico y accionable.
Este artículo te deja un método de 1 día para identificar lo crítico, reducir puntos únicos de falla y crear tu primer borrador de plan.
Señales de que tu operación es frágil (y estás a una falla de colapsar)
Si te pasa 2 o más, ojo:
Puntos únicos de falla (single point of failure)
Personas
- “Sin Juan, no podemos facturar”
- “Solo Camila sabe cómo se hace el cierre”
- “Si falta el jefe de bodega, queda la escoba”
TI / sistemas
- “Si se cae el sistema, no podemos vender/despachar”
- “Todo está en un Excel sin respaldo”
- “La clave la tiene una sola persona”
Proveedores
- “Si este proveedor no entrega, no hay alternativa”
- “La distribución depende de un solo transporte”
Infraestructura
- “Si se corta la luz, se acabó”
- “Si falla internet, nadie trabaja”
Costos reales (no solo “problemas”)
- atrasos y horas extra
- multas o incumplimientos
- reclamos y pérdida de clientes
- pérdida de ventas directa
- estrés crónico del equipo
- reputación dañada (y eso cuesta caro)
La continuidad no es paranoia. Es supervivencia.
Qué es continuidad operacional (BCP) en simple
Un Plan de Continuidad Operacional es el conjunto de decisiones y pasos para que, cuando ocurra un incidente, puedas:
- priorizar lo crítico
- operar con “mínimos”
- recuperar normalidad sin improvisar
- aprender para que no vuelva a pasar igual
Continuidad NO es solo TI
Error típico: creer que continuidad = backup.
Sí, TI importa, pero continuidad es:
- personas
- procesos
- proveedores
- infraestructura
- comunicación
- caja
- decisiones rápidas
Objetivo real: seguir operando con lo mínimo crítico
No se trata de “operar perfecto”.
Se trata de mantener lo esencial para no perder el negocio.
Checklist 1 día: identifica lo crítico y prioriza (sin burocracia)
Si solo hicieras una cosa hoy, haz esto. Te va a ordenar la cabeza.
Paso 1: lista tus procesos (sin complicarte)
Ejemplos comunes en pymes:
- ventas / toma de pedidos
- facturación / pagos
- despacho / entrega
- producción (si aplica)
- atención al cliente
- compras / abastecimiento
- sueldos / RRHH básico
- soporte TI
Paso 2: define “qué no puede parar”
Para cada proceso, responde estas 5 preguntas:
- ¿Qué pasa si se detiene hoy? (impacto)
- ¿Cuánto tiempo aguanta antes de doler de verdad? (horas/días)
- ¿De qué depende? (personas, sistema, proveedor, infraestructura)
- ¿Cuál es el “mínimo viable” para operar? (plan B)
- ¿Cómo se recupera? (pasos básicos)
Con eso ya tienes el mapa del “dolor real”.
Paso 3: mapa rápido de dependencias
Dibuja un mapa simple:
- Proceso crítico → depende de → Persona / TI / Proveedor / Infra
Te vas a sorprender: ahí aparecen tus puntos únicos de falla.
Paso 4: prioriza (no todo es crítico)
Usa una matriz simple:
- Impacto alto / tiempo de tolerancia bajo = prioridad 1
- Impacto medio / tolerancia media = prioridad 2
- Impacto bajo / tolerancia alta = prioridad 3
Esto evita el error típico: querer hacer un plan para todo y no terminar nada.
Si quieres convertir este diagnóstico en un BCP listo para usar (roles, checklists, escenarios, pruebas e indicadores) con una ruta guiada paso a paso, este curso es la “plantilla completa” para hacerlo sin prueba y error:
Primer borrador del BCP (estructura mínima que sí sirve)
Un BCP base no es un libro. Es un documento que puedas usar el día que quede la escoba.
Aquí va la estructura mínima:
1) Activación: ¿cuándo se activa el plan?
Define umbrales claros, por ejemplo:
- caída de sistema por más de 30 minutos
- corte de luz > 1 hora
- ausentismo de X personas clave
- proveedor crítico sin entrega
- incidente de seguridad o accidente relevante
2) Roles: quién decide y quién ejecuta
Define 3–5 roles (sin burocracia):
- Líder de continuidad (quien coordina)
- Responsable de operación (mantener mínimo viable)
- Responsable de TI (si aplica)
- Responsable de comunicaciones (cliente/equipo)
- Responsable de proveedores (alternativas)
Regla: una crisis sin roles claros es caos.
3) Comunicación: qué se dice y a quién
Define mensajes base:
- al equipo (qué pasa, qué hacemos, prioridades)
- a clientes (qué se afecta, plazos, alternativas)
- a proveedores (qué necesitamos, urgencia)
La comunicación ordenada baja el pánico.
4) Escenarios típicos y checklists
No intentes cubrir 50 escenarios. Parte con 4 comunes:
- Corte de luz
- Caída de TI / internet
- Ausentismo masivo
- Proveedor crítico falla
Para cada uno, haz un checklist de 10 pasos máximo:
- activar roles
- asegurar seguridad de personas
- definir mínimo viable
- ejecutar plan B
- registrar en bitácora
- comunicar
- monitorear
- recuperar
- revisar impacto
- lecciones aprendidas
5) Bitácora (la herramienta que salva)
Una hoja o planilla con:
- hora
- qué pasó
- decisión tomada
- responsable
- estado
- evidencia
En crisis, la memoria falla. La bitácora te ordena.
Errores comunes (por qué los planes no sirven)
- Plan gigante que nadie lee
- Plan guardado “por si acaso” sin practicar
- Sin roles ni umbrales de activación
- Sin checklists (solo texto)
- Sin plan B real (solo deseos)
- Depender de una persona clave
- No revisar proveedores críticos
- No medir ni mejorar (plan muerto)
Checklist descargable (para aplicar hoy)
✅ Diagnóstico
- Listé procesos principales
- Marqué los 3 más críticos
- Respondí 5 preguntas por proceso
- Dibujé dependencias
✅ Plan base
- Umbrales de activación definidos
- Roles asignados
- Mensajes base preparados
- 4 escenarios con checklist
- Bitácora lista
✅ Reducción de fragilidad
- Identifiqué 3 puntos únicos de falla
- Definí respaldo (persona/sistema/proveedor)
Paso a paso (7 pasos) para empezar sin burocracia
- Lista procesos
- Identifica críticos (impacto + tiempo)
- Mapea dependencias
- Detecta puntos únicos de falla
- Define roles + activación
- Crea checklists por escenario
- Deja bitácora y comunicación lista
FAQs
¿Esto aplica aunque sea una pyme chica?
Más aún. Las pymes suelen ser más frágiles por dependencia de personas y proveedores.
¿Cuánto tiempo toma tener un BCP base?
Un primer borrador útil: 1–2 días si lo haces simple. Mejor un plan base real que un plan perfecto que nunca termina.
¿Qué pasa si no tengo equipo TI?
Igual aplica: tu continuidad depende también de personas, proveedores e infraestructura.
¿Hay que hacer simulacros?
Sí, pero simples. Un “simulacro de escritorio” (revisar el escenario y roles) ya mejora mucho.
Cierre
La continuidad no se improvisa el día del incidente. Se prepara con un plan base, roles claros y checklists simples.
Si quieres llevar esto a un BCP accionable (con plantillas, paso a paso, escenarios, pruebas e indicadores) para implementarlo sin prueba y error, revisa el curso aquí: