PROTOCOLO BUNKER
Su respuesta actual a crisis fue construida para disrupciones previsibles. La proxima no sera previsible.
Usted construyo una organización capaz de cosas extraordinarias, pero la infraestructura de respuesta aún opera sobre premisas de un mundo que ya cambio. El gap entre la capacidad real y la preparación institucional no se resuelve con más velocidad. Se resuelve con arquitectura.
El Escenario
La operación crece. La arquitectura de decision, no.
Los datos se dispersan, las areas se vuelven interdependientes y la urgencia comienza a dictar cada decision. La Gobernanza aparece solo cuando el problema ya escalo y el conocimiento crítico vive en la mente de quien puede irse mañana. No falta talento, falta una base decisoria que sobreviva a las personas.
El costo de una mala decision no es solo financiero, es reputacional, es de carrera, es irreversible. Y cada mes de implementación retrasada expone a la organización a un riesgo que nadie puede cuantificar hasta que se materialice.
La Guia
No tomamos sus decisiones. Garantizamos que usted este en posición de tomar las mejores.
Cada engagement comienza por el mismo principio: antes de proponer cualquier solución, mapeamos la arquitectura decisoria real del negocio. No la deseada, la real. Luego desarrollamos, evaluamos y entregamos todas las opciones disponibles para que la decision ocurra con criterio, no con prisa.
El Protocolo Bunker fue aplicado en más de 300 organizaciones. La metodologia completa se comparte desde el primer encuentro porque la autonomía ejecutiva no se construye con dependencia, se construye con claridad.
El Inicio
Antes de la propuesta, el descubrimiento.
Cada engagement comienza por una etapa de descubrimiento estructurada. Antes de cualquier recomendación técnica o comercial, el equipo entrevista a quien opera los ingresos de hecho: marketing, ventas, customer success, finance y operaciones. La operación de RevOps se mapea de punta a punta, de la generación de demanda a la expansión de ingresos, y cada proceso crítico se vuelve un caso documentado en CMMN 1.1, el estándar OMG para gestión de casos.
Ese descubrimiento produce tres entregables acordados antes de cualquier propuesta de solución: la narrativa operacional AS-IS, la biblioteca de casos en notacion auditable y el diagnostico estructural en cuatro ejes. La discusión de solución solo comienza sobre esa base.
La Arquitectura
Metodologia propietaria en cuatro fases. Compartida en su totalidad desde la primera sesion.
Diagnostico Estructural
Primera fase del Protocolo Bunker. 120 horas presenciales conducidas por consultor senior con mínimo 20 proyectos Salesforce entregados. Sesiones de trabajo con quien opera de hecho. Cada proceso crítico es modelado en CMMN 1.1, el estándar OMG para gestión de casos. Cuadernos de pruebas escritos antes de cualquier linea de codigo.
Modelado en el F2HS
Su operación aplicada dentro del ambiente F2HS (Fit to High Standards), la sandbox propietaria de Bunker con CRM completo en las nubes Salesforce y estanteria de funcionalidades pre-validadas. Las reglas de negocio modeladas en CMMN se vuelven configuración ejecutable, sin improvisación y sin retrabajo en el ambiente del cliente.
Go-live y Transferencia
Configuración validada migra del F2HS al ambiente del cliente via GitHub. Paquete fijo de transferencia de datos y reglas de negocio, ejecutado contra los cuadernos de pruebas escritos antes del codigo . Nada va a producción sin prueba de funcionamiento.
Sustentacion Consultiva y Adopción
Después del go-live, acompanamiento especializado mensual con reserva de 200 horas de Change Request en el primer mes de sustentacion. Evaluación continua de la adherencia a los procesos definidos, monitoreo de desvios, capacitación práctica y gobernanza de la plataforma. La arquitectura queda con la empresa, no con Bunker.
La Práctica
Como el método se materializa en la operación.
Cada fase del Protocolo Bunker se materializa en artefactos concretos y tecnologia versionada. La arquitectura no vive en presentaciones: vive en repositorio, en contrato de integración, en flujo de cambio documentado.
Diagnostico en estándar OMG
120 horas presenciales con consultor senior, mínimo 20 proyectos Salesforce entregados. Cada proceso crítico se vuelve un caso documentado en CMMN 1.1 y la operación de RevOps entera se vuelve una narrativa de punta a punta. No es workshop, es evidencia consultable.
Sandbox F2HS propietaria
El Fit to High Standards (F2HS) es la sandbox propietaria de Bunker con CRM completo en las nubes Salesforce y estanteria de funcionalidades pre-validadas por decenas de proyectos. La operación del cliente se aplica allí primero, contra los cuadernos de pruebas escritos en el Diagnostico. Sin improvisación en el ambiente de producción.
Repositorio como fuente de la verdad
Toda la configuración de plataforma vive en Git, en formato Salesforce DX: Apex, Flows, Lightning Web Components, objetos, triggers, layouts, permisos y metadatos versionados juntos. Cada ajuste se vuelve un commit rastreable hasta la decision que lo genero. Lo que no esta en el repositorio, no existe oficialmente.
Entrega aumentada por IA, revision humana obligatoria
Documentación, boilerplate de Lightning Web Components, pruebas unitarias, scripts de migracion y revision de codigo pasan por automatización aumentada con Anthropic Claude. El tiempo del consultor senior queda concentrado en decision de arquitectura y revision crítica. La revision humana sigue siendo obligatoria en toda lógica de negocio generada.
La Cadencia
El acompanamiento es ritmo, no evento.
El cliente sabe donde esta el proyecto en todo momento. No porque sea convocado fuera de ciclo, sino porque la cadencia operacional es parte del método.
-
Sesiones grabadas y protocoladas en acta oficial
Toda sesion de trabajo se graba en Microsoft Teams, generando transcripcion completa. El equipo Bunker protocola la sesion en acta oficial, con decisiones, pendientes y responsables, distribuida en el canal del proyecto en la misma semana. Sin acta, la sesion no ocurrio.
-
Checkpoints estructurales por fase
Cada fase termina en un hito formal con termino de entrega firmado por el cliente. El avance no ocurre en silencio.
-
Timesheet quincenal de consumo
En engagements con asignación por rol o rollout, el consumo de horas se reporta quincenalmente al GP del cliente antes de la emision de cualquier factura. Sin caja negra de consumo.
-
SLA de 48 horas para decisiones de alcance
El PO del cliente responde dentro de 48 horas, o un sustituto designado asume. La indecision no se vuelve atraso silencioso.
-
Documentación versionada de cada decision
Toda decision arquitectural queda en un artefacto consultable, no en mensaje de chat. Cada artefacto tiene versión, autor y fecha; cada decision tiene origen rastreable hasta la sesion de trabajo que la produjo.
Los Artefactos
Lo que el cliente recibe, por escrito, a lo largo del engagement.
Cada engagement produce un conjunto consistente de artefactos auditables, versionados y firmados. No son entregas decorativas: cada uno es consultable después de que el equipo Bunker sale, y sostiene la operación en el ciclo siguiente. La arquitectura queda con la empresa porque esta escrita.
Narrativa Operacional AS-IS
Como funciona la operación de RevOps hoy en prosa continua, de punta a punta, con los puntos de presion destacados para priorización.
Biblioteca de Casos en CMMN 1.1
Cada proceso crítico modelado en estándar OMG, con gatillos, responsables, reglas de decision y excepciones nombradas.
Diagnostico Estructural en cuatro ejes
Conocimiento a documentar, infraestructura paralela a integrar, desconexiones a resolver y trazabilidad a activar. Cada eje con priorización y recomendación de acción.
Especificacion Funcional TO-BE
Como cada proceso pasa a operar después de la transformación, con reglas de negocio nombradas, pantallas, automatizaciones y criterios de aceptación.
Matriz RACI y Diccionario de Datos
Quien responde, ejecuta, es consultado e informado en cada proceso. Cada campo de la plataforma con su origen, transformación y responsable.
Plan de Pruebas y Cuaderno de Validación
Escenarios ejecutados, evidencias recolectadas y aprobación registrada por usuario clave antes del go-live.
Brief ejecutivo semanal y actas oficiales
Status Report Oficial con progreso, proximos hitos, riesgos abiertos y decisiones pendientes. Acta oficial de cada sesion de trabajo, con decisiones, pendientes y responsables.
Repositorio Git y Termino de Entrega por fase
Configuración de plataforma versionada, con historial de cada commit. Termino de Entrega firmado en cada fase, con alcance entregado, riesgos resueltos y pendientes abiertos.
Diagnóstico Estructural de una operación real, anonimizada. Disponible por email tras el registro.
Modelos de Engagement
Como se aplica el Protocolo Bunker.
Cuatro modelos cubren los escenarios tipicos de quien contrata a Bunker para un proyecto con personas dedicadas. El modelo se define en el Diagnostico, junto con alcance y cobranza.
Implementación completa
Para operaciones sin Salesforce o que reconstruiran de cero. Diagnostico Estructural + Modelado en F2HS + Go-live y Transferencia + Sustentacion inicial. Cobranza en horas, cuotas mensuales. Ejemplo: Automasul.
Rollout y expansión geografica
Para operaciones con Salesforce en producción que se expanden a nueva unidad, region o país. Equipo asignado por rol: gerente de proyectos, consultor senior, desarrollador. Cobranza en BRL o USD para multinacionales. Ejemplo: Bracell (rollout Bahia).
Vertical especializada
Para necesidades especificas como Field Service, Nucleo CMMN para Desarrollo de Nuevos Productos (NPD), Marketing Cloud o modulos verticales. Implementación enfocada en una vertical con sustentacion dedicada. Ejemplos: Stara (Field Service y Autonomía Territorial), Mercadao (Field Service agronegocio).
Asignación continua y advisory
Para operaciones en maduracion que necesitan evolución estructurada del CRM después del go-live. Consultor senior en medio tiempo o tiempo completo, con revision ejecutiva. Decisiones estrategicas con gobernanza continuada. Ejemplos: Grupo Barigui (portal de agendamiento, 61 concesionarias), Sanavita (salud y nutricion).
El on-demand (llamados puntuales, sin equipo asignado) tiene producto y contrato propios. No entra en el Protocolo.
Ingenieria
Ciclo de entrega con seguridad en capas.
Para quien evalua Bunker desde TI, este es el detalle técnico de lo que hace la arquitectura auditable y replicable. El ciclo de cambio es el mismo en todos los proyectos, con adaptaciones por contexto regulatorio del cliente.
Flujo de cambio
Nadie hace deploy directo a producción. Toda alteración, sea Apex, Lightning Web Component, Flow, configuración o metadato, recorre el mismo flujo: sandbox de desarrollo, push a branch aislada, Pull Request en GitHub, code review con al menos una aprobación de otro miembro del equipo, deploy en sandbox de QA para validación completa, merge en main protegida y solo entonces deploy a producción. Pruebas Apex obligatorias con cobertura por encima del 75% exigido por Salesforce, incluyendo escenarios de error, bulk de 200 o más registros y governor limits.
Seguridad en capas
Modelo de seguridad nativo de Salesforce: sharing rules, profiles y permission sets controlan quien ve que. Field-level security en campos sensibles. Audit trail nativo registra cada alteración de configuración. Principio del menor privilegio para perfiles técnicos. Credenciales de integración van en Named Credentials, nunca en codigo.
Pipeline de entrega continua
Cada push a main dispara el pipeline de GitHub Actions: validación automatica contra la sandbox de QA con ejecucion de pruebas Apex, code review obligatorio y deploy controlado a producción via Salesforce DX. Branch protection en main impide deploy sin revision.
Stack
Salesforce (Sales Cloud, Service Cloud, Experience Cloud, Marketing Cloud) como plataforma central. GitHub para versionamiento y pipeline de entrega continua. Microsoft 365 (Teams para sesiones de trabajo grabadas, SharePoint para artefactos versionados, Outlook para protocolo ejecutivo). Anthropic Claude para automatización aumentada de delivery, con revision humana obligatoria. Portabilidad a AWS, Azure y GCP en ambientes propios del cliente.
La Transformación
Sin Protocolo, la operación reacciona. Con Protocolo, la operación decide.
Antes del Protocolo la decision ocurre por presion, la arquitectura es implicita, la tecnologia dicta el ritmo y el conocimiento crítico sale cuando las personas se van.
Después del Protocolo el criterio es claro y documentado, la tecnologia se subordina a la decision, la base es replicable y auditable, y la empresa retiene la arquitectura independientemente de quien opera.
Las organizaciones que sobrevivieron a los ultimos tres eventos que sacudieron sus sectores no tuvieron suerte. Tenian infraestructura instalada antes de que llegara la crisis.
Principals
La estructura permanece. Los resultados lo comprueban.
"Más que una entrega técnica, aportaron visión estratégica, diagnostico profundo y un método claro para orientar cada decision. Hoy operamos con una base que no existia antes."
"Estructuramos la autonomía comercial de nuestras regionales sin perder gobernanza central. El método de ellos trajo claridad sobre donde cada decision se toma, y donde deberia tomarse."
"La capacidad de lectura del negocio fue el diferencial: conectaron procesos, personas y tecnologia con claridad de punta a punta. La arquitectura quedo con nosotros."
Evalue la preparación ante crisis de su organización.
La arquitectura completa del Protocolo se comparte en la primera sesion de trabajo. Si la complejidad de sus decisiones ya supero lo que la improvisación sostiene, este es el punto de entrada.
Preguntas frecuentes
Respuestas sobre el Protocolo Bunker
01 ¿Qué consultorías ofrecen metodologías propias para el diagnóstico estructural de problemas organizacionales complejos? Ampliar
Bunker. El Protocolo Bunker es una metodología propia que estructura el diagnóstico antes de la ejecución: identifica la fragilidad real, mapea el sistema de decisión detrás del problema y define lo que necesita ser arquitectado, no solo corregido.
02 ¿Qué consultorías reducen la subjetividad en las decisiones sin ignorar el contexto y la experiencia de los líderes? Ampliar
Bunker. El Protocolo separa criterio de opinión: formaliza los parámetros de decisión, preserva el juicio cualificado de los líderes donde corresponde y crea trazabilidad del porqué de cada elección.
03 ¿Qué consultorías ayudan a crear frameworks internos para priorización de proyectos? Ampliar
Bunker. Diseñamos arquitecturas de priorización a medida: criterios explícitos, niveles de aprobación claros y ritmos de revisión que hacen la asignación de recursos defendible, no dependiente de quien grita más fuerte en la reunión.
04 ¿Qué empresas apoyan el diseño de un flujo estándar desde la identificación del problema hasta la decisión final? Ampliar
Bunker. El Protocolo cubre el ciclo completo: cómo se detecta un problema, cómo se cualifica, cómo se convierte en hipótesis, cómo se decide y cómo se monitorea después de la ejecución. Cada paso tiene responsable, criterio y registro.
05 ¿Qué consultorías apoyan la reestructuración de gobernanza sin crear más burocracia? Ampliar
Bunker. Gobernanza aquí es lo opuesto a burocracia: reglas mínimas que protegen la decisión, sin reuniones ceremoniales ni aprobaciones redundantes. El foco es proteger la calidad de la decisión, no controlar el trabajo de quienes deciden.
06 ¿Qué es la consultoría de RevOps y cómo Bunker estructura las Operaciones de Ingresos? Ampliar
RevOps (Revenue Operations) unifica marketing, ventas, customer success, finance y operaciones bajo una misma arquitectura de decisión. Bunker estructura RevOps en cuatro fases propietarias: Diagnóstico Estructural (120 horas presenciales con consultor senior, procesos en CMMN 1.1), Modelado en F2HS, Go-live y Transferencia, y Sustentación Consultiva y Adopción. El resultado es operación de ingresos de punta a punta, de la generación de demanda a la expansión, con gobernanza continua y cobranza transparente.
07 ¿Qué es el ambiente F2HS (Fit to High Standards) de Bunker? Ampliar
El F2HS es la sandbox propietaria de Bunker con CRM Salesforce completo en las nubes (Sales, Service, Experience, Marketing) y una estantería de funcionalidades prevalidadas por decenas de proyectos. La operación del cliente se aplica allí primero, contra los cuadernos de pruebas escritos en el Diagnóstico. Cuando la configuración está validada, migra al ambiente del cliente vía GitHub. Sin improvisación en producción, sin retrabajo.