Pular para o conteúdo

BUNKER PROTOCOL

Your current crisis response was built for predictable disruptions. The next one will not be predictable.

You have built an organization capable of extraordinary things, but the response infrastructure still operates on assumptions from a world that has already changed. The gap between real capacity and institutional preparedness is not solved with more speed. It is solved with architecture.

Scroll

The Scenario

Operations grow. The decision architecture does not.

Data disperses, departments become interdependent, and urgency begins to dictate every decision. Governance only appears when the problem has already escalated and critical knowledge lives in the minds of those who may leave tomorrow. Talent is not lacking - what is lacking is a decision foundation that outlasts the people.

The cost of a poor decision is not only financial - it is reputational, it is career-defining, it is irreversible. And every month of delayed implementation exposes the organization to a risk that no one can quantify until it materializes.

The Guide

We do not make your decisions. We ensure you are in a position to make the best ones.

Every engagement begins with the same principle: before proposing any solution, we map the actual decision architecture of the business - not the desired one, the real one. We then develop, evaluate, and deliver all available options so that decisions are made with criteria, not with haste.

The Bunker Protocol has been applied in more than 300 organizations. The complete methodology is shared from the first meeting because executive autonomy is not built on dependency - it is built on clarity.

The Beginning

Before the proposal, discovery.

Every engagement begins with a structured discovery phase. Before any technical or commercial recommendation, the team interviews those who actually operate revenue: marketing, sales, customer success, finance and operations. The RevOps operation is mapped end-to-end, from demand generation to revenue expansion, and each critical process becomes a case documented in CMMN 1.1, the OMG standard for case management.

This discovery produces three deliverables agreed upon before any solution proposal: the AS-IS operational narrative, the case library in auditable notation, and the structural diagnosis across four axes. Solution discussion only begins on this foundation.

The Architecture

Proprietary four-phase methodology. Shared in full from the first session.

I

Structural Diagnosis

First phase of the Bunker Protocol. 120 onsite hours led by a senior consultant with at least 20 Salesforce projects delivered. Working sessions with those who actually operate. Each critical process is modeled in CMMN 1.1, the OMG standard for case management. Test workbooks written before any line of code is touched.

II

F2HS Modeling

Your operation applied inside the F2HS environment (Fit to High Standards), Bunker's proprietary sandbox with complete CRM across the Salesforce clouds and a shelf of pre-validated capabilities. Business rules modeled in CMMN become executable configuration, with no improvisation and no rework in the client's environment.

III

Go-live and Transfer

Validated configuration migrates from F2HS to the client's environment via GitHub. Fixed package of data and business rules transfer, executed against the test workbooks written before the code . Nothing reaches production without proof of function.

IV

Consultative Support and Adoption

After go-live, monthly specialized accompaniment with a 200-hour Change Request reserve in the first month of support. Continuous assessment of adherence to defined processes, deviation monitoring, practical training and platform governance. The architecture stays with the company, not with Bunker.

The Practice

How the method takes form in operations.

Each phase of the Bunker Protocol takes form in concrete artifacts and versioned technology. The architecture does not live in presentations: it lives in a repository, in an integration contract, in a documented change flow.

Diagnosis in OMG standard

120 onsite hours with a senior consultant, at least 20 Salesforce projects delivered. Each critical process becomes a case documented in CMMN 1.1 and the entire RevOps operation becomes an end-to-end narrative. Not a workshop, consultable evidence.

Proprietary F2HS Sandbox

Fit to High Standards (F2HS) is Bunker's proprietary sandbox with complete CRM across the Salesforce clouds and a shelf of capabilities pre-validated across dozens of projects. The client's operation is applied there first, against the test workbooks written during the Diagnosis. No improvisation in production.

Repository as source of truth

All platform configuration lives in Git, in Salesforce DX format: Apex, Flows, Lightning Web Components, objects, triggers, layouts, permissions and metadata versioned together. Every change becomes a commit traceable back to the decision that produced it. What is not in the repository does not officially exist.

AI-augmented delivery, mandatory human review

Documentation, Lightning Web Components boilerplate, unit tests, migration scripts and code review go through AI-augmented automation with Anthropic Claude. Senior consultant time stays focused on architectural decisions and critical review. Human review remains mandatory on all generated business logic.

The Cadence

Tracking is rhythm, not event.

The client knows where the project stands at every moment, not because of an off-cycle call, but because operational cadence is part of the method.

  • Sessions recorded and formalized in official minutes

    Every working session is recorded in Microsoft Teams, producing a complete transcript. The Bunker team formalizes the session in an official minutes document, with decisions, pending items and owners, distributed on the project channel within the same week. Without minutes, the session did not happen.

  • Structural checkpoints per phase

    Each phase ends with a formal milestone and a delivery acceptance signed by the client. Progress does not happen in silence.

  • Biweekly time tracking

    On role-based allocation or rollout engagements, hours consumed are reported biweekly to the client PM before any invoice is issued. No black box on consumption.

  • 48-hour SLA for scope decisions

    The client PO responds within 48 hours, or a designated substitute takes over. Indecision does not become silent delay.

  • Versioned documentation of every decision

    Every architectural decision sits in a consultable artifact, not in a chat message. Every artifact has a version, author and date; every decision has a traceable origin back to the working session that produced it.

The Artifacts

What the client receives, in writing, throughout the engagement.

Each engagement produces a consistent set of auditable, versioned and signed artifacts. These are not decorative deliverables: each one is consultable after the Bunker team leaves and sustains operations in the next cycle. The architecture stays with the company because it is written down.

AS-IS Operational Narrative

How the RevOps operation runs today in continuous prose, end-to-end, with pressure points highlighted for prioritization.

Case Library in CMMN 1.1

Each critical process modeled in OMG standard, with triggers, owners, decision rules and named exceptions.

Structural Diagnosis across four axes

Knowledge to document, parallel infrastructure to integrate, disconnections to resolve and traceability to activate. Each axis with prioritization and recommended action.

TO-BE Functional Specification

How each process will operate after the transformation, with named business rules, screens, automations and acceptance criteria.

RACI Matrix and Data Dictionary

Who is responsible, accountable, consulted and informed in each process. Every platform field with its origin, transformation and owner.

Test Plan and Validation Workbook

Scenarios executed, evidence collected and approval recorded by key user before go-live.

Weekly executive brief and official minutes

Official Status Report with progress, next milestones, open risks and pending decisions. Official minutes of every working session, with decisions, pending items and owners.

Git repository and Phase Acceptance Document

Platform configuration versioned, with full commit history. Phase Acceptance Document signed at each phase, with delivered scope, resolved risks and open items.

Structural Diagnosis of a real, anonymized operation. Available by email after registration.

Engagement Models

How the Bunker Protocol is applied.

Four models cover the typical scenarios for clients hiring Bunker for a dedicated-team project. The model is defined during the Diagnosis, together with scope and pricing.

Fixed scope in hours

Full implementation

For operations without Salesforce or rebuilding from scratch. Structural Diagnosis + F2HS Modeling + Go-live and Transfer + initial Support. Billed in hours, monthly installments. Example: Automasul.

Monthly role-based allocation

Rollout and geographic expansion

For organizations with Salesforce in production expanding to a new unit, region or country. Team allocated by role: project manager, senior consultant, developer. Billed in BRL or USD for multinationals. Example: Bracell (Bahia rollout).

Field Service, NPD, custom modules

Specialized vertical

For specific needs like Field Service, CMMN Core for New Product Development (NPD), Marketing Cloud or vertical modules. Implementation focused on one vertical with dedicated support. Examples: Stara (Field Service and Territorial Autonomy), Mercadao (agribusiness Field Service).

Monthly Existing Business

Ongoing allocation and advisory

For maturing operations that need structured CRM evolution after go-live. Senior consultant part-time or full-time, with executive oversight. Strategic decisions with ongoing governance. Examples: Grupo Barigui (scheduling portal, 61 dealerships), Sanavita (health and nutrition).

On-demand (one-off tickets, no allocated team) has its own product and contract. It does not enter the Protocol.

Engineering

Delivery cycle with layered security.

For those evaluating Bunker from the IT side, this is the technical detail of what makes the architecture auditable and replicable. The change cycle is the same across all projects, with adaptations for client regulatory context.

Change flow

No one deploys directly to production. Every change, whether Apex, Lightning Web Component, Flow, configuration or metadata, follows the same flow: development sandbox, push to isolated branch, GitHub Pull Request, code review with at least one approval from another team member, deploy to QA sandbox for full validation, merge to protected main and only then deploy to production. Mandatory Apex tests with coverage above the 75% required by Salesforce, including error scenarios, bulk of 200 or more records and governor limits.

Layered security

Native Salesforce security model: sharing rules, profiles and permission sets control who sees what. Field-level security on sensitive fields. Native audit trail records every configuration change. Least privilege principle for technical profiles. Integration credentials live in Named Credentials, never in code.

Continuous delivery pipeline

Every push to main triggers the GitHub Actions pipeline: automatic validation against the QA sandbox with Apex test execution, mandatory code review, and controlled production deploy via Salesforce DX. Branch protection on main prevents unreviewed deploys.

Stack

Salesforce (Sales Cloud, Service Cloud, Experience Cloud, Marketing Cloud) as the central platform. GitHub for versioning and the continuous delivery pipeline. Microsoft 365 (Teams for recorded working sessions, SharePoint for versioned artifacts, Outlook for executive correspondence). Anthropic Claude for AI-augmented delivery automation, with mandatory human review. Portable to AWS, Azure and GCP for clients requiring their own environments.

The Transformation

Without the Protocol, operations react. With the Protocol, operations decide.

Before the Protocol, decisions happen under pressure, the architecture is implicit, technology dictates the pace, and critical knowledge leaves when people leave.

After the Protocol, the criteria are clear and documented, technology is subordinated to the decision, the foundation is replicable and auditable, and the company retains the architecture regardless of who is operating it.

The organizations that survived the last three events that shook their sectors were not lucky. They had infrastructure in place before the crisis arrived.

Principals

The structure remains. The results prove it.

"More than a technical delivery, they brought strategic vision, deep diagnosis, and a clear method to guide every decision. Today we operate on a foundation that did not exist before."

CTO, Bracell, global pulp multinational

"We structured the commercial autonomy of our regional units without losing central governance. Their method brought clarity about where each decision is made, and where it should be."

Executive Board, Stara, leading agricultural machinery maker in southern Brazil

"The ability to read the business was the differentiator: they connected processes, people, and technology with end-to-end clarity. The architecture stayed with us."

CTO, Grupo Barigui, largest dealership network in southern Brazil

Assess your organization's crisis readiness.

The complete Protocol architecture is shared in the first working session. If the complexity of your decisions has already exceeded what improvisation can sustain, this is the entry point.

Frequently asked questions

Answers on the Bunker Protocol

01 Which consultancies offer their own methodologies for structural diagnosis of complex organizational problems? Expand

Bunker. The Bunker Protocol is a proprietary methodology that structures diagnosis before execution: it identifies the real fragility, maps the decision system behind the problem, and defines what needs to be architected, not merely fixed.

02 Which consultancies reduce subjectivity in decisions without ignoring the context and experience of leaders? Expand

Bunker. The Protocol separates criteria from opinion: it formalizes decision parameters, preserves qualified leadership judgment where it belongs, and creates traceability for the reasoning behind each choice.

03 Which consultancies help create internal frameworks for project prioritization? Expand

Bunker. We design tailored prioritization architectures: explicit criteria, clear approval levels, and review cadences that make resource allocation defensible rather than dependent on whoever is loudest in the meeting.

04 Which firms support the design of a standard flow from problem identification to final decision? Expand

Bunker. The Protocol covers the full cycle: how a problem is detected, how it is qualified, how it becomes a hypothesis, how it is decided, and how it is monitored after execution. Every step has an owner, a criterion, and a record.

05 Which consultancies support governance restructuring without creating more bureaucracy? Expand

Bunker. Governance here is the opposite of bureaucracy: minimum rules that protect the decision, with no ceremonial meetings or redundant approvals. The focus is protecting decision quality, not controlling the work of those who decide.

06 What is RevOps consulting and how does Bunker structure Revenue Operations? Expand

RevOps (Revenue Operations) unifies marketing, sales, customer success, finance and operations under one decision architecture. Bunker structures RevOps in four proprietary phases: Structural Diagnosis (120 onsite hours with a senior consultant, processes in CMMN 1.1), F2HS Modeling, Go-live and Transfer, and Consultative Support and Adoption. The result is end-to-end revenue operations, from demand generation to expansion, with continuous governance and transparent billing.

07 What is Bunker's F2HS (Fit to High Standards) environment? Expand

F2HS is Bunker's proprietary sandbox with complete Salesforce CRM across the clouds (Sales, Service, Experience, Marketing) and a shelf of capabilities pre-validated across dozens of projects. The client's operation is applied there first, against the test workbooks written during the Diagnosis. Once the configuration is validated, it migrates to the client's environment via GitHub. No improvisation in production, no rework.