Santosh Sahoo

Proprietary Frameworks

Nine frameworks. One obsession.

Developed across 20+ years of enterprise technology leadership. Each framework built to solve a specific, recurring problem — in AI adoption, customer success, platform scale, and leadership.

Enterprise AI Platform Relevance Framework

CARGO

Composability · Actionability · Reusability · Governance · Orchestration

Visual diagram
coming soon

The Problem It Solves

Enterprises going through the agentic AI journey need a multi-dimensional framework to evaluate platform relevance across hybrid, legacy, and AI-native contexts. Most enterprises are not starting from scratch — they have existing API investments, integration layers, and data estates. The question is whether their platform of choice can operate across all of these contexts simultaneously.

The Framework

C

Composability

Build once, reuse everywhere. Can your platform compose capabilities across APIs, data, and agents — so that new use cases are assembled from existing building blocks rather than built from scratch each time?

A

Actionability

Agents need to act, not just retrieve. The platform must enable agents to take actions — triggering workflows, updating systems, orchestrating downstream processes — not merely surface information. Retrieval without action is a dead end.

R

Reusability

Maximize existing API and integration investments. The best agentic architectures are not net-new builds — they are intelligent reuse of the integration estate the enterprise already owns. Reusability is the multiplier on prior investment.

G

Governance

Security, compliance, and trust. In enterprise and regulated contexts, governance is not optional overhead — it is table stakes. The platform must provide guardrails that allow AI agents to operate at scale without creating unacceptable risk.

O

Orchestration

Coordinate agents, data, and actions across the enterprise. At scale, you are not running one agent — you are orchestrating multiple agents, multiple data sources, and multiple action surfaces. The platform must handle this complexity without requiring custom plumbing for every use case.

When you intersect CARGO with the reality of hybrid infrastructure, legacy systems, and regulated enterprise needs — very few platforms can satisfy all five dimensions simultaneously. CARGO is a lens for evaluating which platforms are genuinely relevant to the agentic enterprise, versus which ones only work in greenfield, cloud-native contexts.

Customer Interaction Velocity Model

TTC

Time to Credibility

Visual diagram
coming soon

The Problem It Solves

In an era of knowledge abundance, customers have zero patience for generic discovery calls. Every first interaction must lead with value. The cost of a poor first interaction is not just a lost deal — it is the permanent loss of credibility and the right to a second conversation. Most teams measure win rates and deal velocity. Almost none measure how quickly they earn the right to be heard.

The Framework

T

Time

How quickly do you earn the right to a second conversation? TTC measures the elapsed time from first contact to the moment a customer views you as a credible, valuable partner — not just another vendor seeking discovery. If you cannot lead with value in the first interaction, you are already behind.

T

To

Directional: what outcome does this interaction move the customer toward? TTC is not about impressing — it is about advancing. Every interaction should move the customer meaningfully closer to a decision, a realization, or a resolution. If you cannot answer what outcome this interaction serves, you are not ready to have it.

C

Credibility

Armed with the customer's platform usage data, value realized to date, stated business priorities, and a clear understanding of what you can solve for them — now and immediately. Credibility is not claimed. It is demonstrated through specificity: you know their situation, and you know what moves the needle.

If you are in a selling, service, or consulting role — it is on you to significantly reduce TTC. Prepare before every interaction. Know the customer's usage. Know their priorities. Know what you can solve for them right now. If you don't, you are not getting a second chance.

Expansion Signal Model

ICB

Ideal Customer Behavior

Visual diagram
coming soon

The Problem It Solves

ICP — Ideal Customer Profile — tells you who will land. ICB — Ideal Customer Behavior — tells you who will expand. Most GTM teams obsess over ICP and dramatically underinvest in ICB. The result: they optimize for landing the right customers but have no systematic model for predicting which customers will grow. Churn and stagnation happen in the expansion gap.

The Framework

I

Ideal

Evidence-based, not assumed. Ideal is not a theoretical construct — it is derived from the behavioral patterns of customers who have actually expanded, renewed, and grown. ICB starts with studying your best customers and working backward to identify the specific behaviors that predicted their trajectory.

C

Customer Behavior

The specific actions successful customers take that correlate with outsized adoption and expansion. Not who they are — what they do. How frequently they engage with the platform, which features they adopt first, how they onboard new teams, how quickly they move from first use case to second. Behavior is observable. Behavior is leadable.

B

Behavior Analytics

Use ICB as both an early warning system and an expansion signal. Customers exhibiting ICB-aligned behaviors are expansion candidates — accelerate them. Customers whose behavior is diverging from ICB patterns are at risk — intervene early. ICB turns reactive customer success into predictive commercial strategy.

"Who they are" is a great predictor to land, but "how they behave" is the critical driver for expand. The enterprises that master ICB stop guessing about which customers will grow and start engineering the conditions for growth — by identifying the behaviors that predict expansion and systematically coaching customers toward them.

Enterprise Agentic AI Constituent Model

BOC

Builders · Operators · Consumers

Visual diagram
coming soon

The Problem It Solves

Every enterprise Agentic AI deployment involves three distinct constituents with fundamentally different needs. A platform that addresses only one or two of them will fail to scale. Most enterprise AI programs stall not because the technology is wrong, but because it was designed for one constituent and deployed to another.

The Framework

B

Builders

The developer community who write code, build apps, integrations, and increasingly build AI agents. Builders want efficiency without losing quality — and they want platforms that meet them where they already operate. Agentic coding represents a once-in-20-year transformation for this community.

O

Operators

Horizontal teams that own and operate platforms — developing standards, managing observability, maintaining security posture. Operators are caught between controlling what Builders are building and having visibility over what Consumers are experimenting with. Managing agent sprawl is their defining challenge.

C

Consumers

Business departments that see a once-in-a-generation opportunity to transform their domain with agents — the HR Agent, the Customer Service Agent. Consumers need speed and accuracy within a finite competitive window. But information retrieval alone won't deliver exponential value; they need action-layer agents backed by governed APIs.

Any platform that claims to be an enterprise Agentic platform has to address the needs of all three constituents. This is not a MuleSoft-specific lens — it applies to every platform in the space.

The Work-First Leadership Model

TDC

Thinking · Doing · Communicating

Visual diagram
coming soon

The Problem It Solves

Every role — from IC to CEO — involves three components: Thinking, Doing, and Communicating. Over the last decade, the balance has shifted. Information overload in professional and personal life has driven an overcompensation toward Communicating — showing the work rather than doing it. This is a leadership problem that requires deliberate correction.

The Framework

T

Thinking

Strategic and analytical reasoning — understanding the problem, exploring the solution space, developing frameworks and hypotheses. Thinking is the foundation. It is also the component most easily displaced by the pressure to produce visible output.

D

Doing

Execution. Delivery. The actual work. Doing has always been the cornerstone — and in an era that rewards visibility over output, it is the component most at risk of being underweighted. The most enduring innovations were built by people who put their heads down and did the work without concern for their brand. The Work is their brand.

C

Communicating

Sharing the thinking and the doing — with stakeholders, with teams, with the broader professional community. Communicating is critical, but it must follow Doing, not precede or substitute for it. When Communicating displaces Doing, you get the appearance of progress without the substance.

Do the Work and let the Work do the Showing. It's on leaders — especially those managing the first generation that grew up in social media — to actively rebalance the equation back toward Doing.

Recipe for Customer Trust

TA

The Trusted Advisor Formula

Visual diagram
coming soon

The Problem It Solves

"Trusted Advisor" is the most used — and most abused — term in customer-facing roles. Everyone wants it as their North Star. Very few have a clear formula for getting there. The ingredients are specific, not equally weighted, and the last 10% is the most commonly skipped.

The Framework

30

Product Mastery

Deep understanding of your product or service offering — including hands-on nuances that go beyond what's in the sales deck. You cannot advise on something you don't understand at a working level.

30

Customer Mastery

Deep understanding of your customer — their pain, priorities, constraints, and internal dynamics. Generic advice from people who don't understand the specific customer situation is not advisory. It's noise.

30

Industry Direction

Directionally accurate understanding of the industry — both your customer's and your own. Nobody has complete visibility into the future. The goal is directional accuracy: enough understanding of where things are heading to give your customer a useful perspective on what it means for them.

10

Humility

The most important ingredient. You will never know everything. The best advisors seamlessly context-switch between being a teacher and a student. And the most critical rule: never call yourself a Trusted Advisor — that is for your stakeholders to decide.

Trusted Advisor status is granted, not claimed. Build the 30/30/30 and stay humble about the last 10%, and stakeholders will give you the title without being asked.

Credibility Progression Model

4LC

Reactive · Dependable · Proactive · Point of View

Visual diagram
coming soon

The Problem It Solves

Building credibility with customers, peers, or leadership doesn't happen linearly or by accident. It moves through four distinct levels — each requiring a different capability. Most professionals plateau at Level 2. Level 4 is the destination, and it requires something most people consistently underinvest in.

The Framework

L1

Reactive

Where everyone starts. You respond when called upon, learn your craft, and build foundational competence. This is table stakes — necessary but not differentiating. The goal is to move through this stage as quickly as possible.

L2

Reactive but Dependable

Mastery of craft is established. You consistently deliver when called upon. Stakeholders know they can rely on you. This is where many professionals plateau — and where dependability is confused with credibility. Dependability is a prerequisite, not the destination.

L3

Proactive

You anticipate needs and situations before they are surfaced to you. You bring solutions to problems that haven't been named yet. This requires mastery of your own domain plus enough situational awareness to see around corners. Anticipation is the transition from reliable executor to trusted contributor.

L4

Point of View

The highest level. You have mastered your craft and developed deep enough understanding of your customer's (or peer's or leadership's) domain to have a specific, relevant Point of View. Not generic opinions — but informed perspectives on what they should do and why. Having a POV is a superpower and the North Star for building lasting credibility.

Most people are coached to get to Level 2 and stay there. The jump to Level 4 requires investing in understanding your stakeholder's world — not just your own. That's the investment most people skip.

Enterprise Platform Organization Framework

5P

Vision · Operations · Enablement · Engagement · Delivery

Visual diagram
coming soon

The Problem It Solves

Setting the right organizational structure is a critical and underappreciated component of scaling an enterprise technology platform. Executive sponsorship and a Steering Committee are necessary but not sufficient. A Platform Owner needs five specific pillars under them to scale effectively — and most platform programs are missing at least two.

The Framework

1

Platform Vision

Focused on the initial setup and future evolution of the platform — including co-existence strategy with current investments. This pillar pilots new features, design patterns, and deployment approaches to keep the platform future-proof. Without Vision, platforms drift into technical debt and irrelevance.

2

Platform Operations

Responsible for reliability — close to 100% uptime. Platform monitoring, infrastructure, support, patching, and incident response all live here. Operations is the least glamorous pillar and the most critical. Everything else depends on the platform being reliably available.

3

Platform Enablement

Focused on creating and growing a high-quality developer and architect pool for the platform. Includes traditional training, experiential education, hackathons, lunch-and-learns. The bottleneck to platform scale is almost always talent supply — Enablement is the lever.

4

Platform Engagement

Responsible for seamless onboarding of new projects and teams. Includes identifying platform-use case fit, overseeing initial architecture discussions, and guidance through first go-live. Many technology platforms never achieve broad adoption because organizations neglect the engagement layer between platform and project teams.

5

Delivery Acceleration

Not every project team has the delivery capabilities to build their use cases. When capability gaps exist, the platform team should provide Delivery Acceleration — a trained bench or preferred partner as an extended delivery arm, charged back to the project team. This removes the most common blocker to platform adoption at scale.

Technology platforms fail to scale not because the technology is wrong, but because the organizational structure around them is incomplete. All five pillars are required. A missing pillar becomes the bottleneck that limits everything else.

Six Pillars of Enterprise Technology Scale

PAF

Platform Adoption Framework

Visual diagram
coming soon

The Problem It Solves

Scaling a technology platform enterprise-wide requires more than strong product capability and executive buy-in. There are six specific pillars that must be in place simultaneously. Programs that focus on two or three and neglect the others consistently fail to achieve enterprise-wide scale — regardless of technical quality.

The Framework

1

Product Fit

Identifying the use cases and patterns where the technology genuinely differentiates itself — and defining how it co-exists with the existing ecosystem. Product Fit is the foundation. Without a clear answer to "where does this technology specifically win?", investment debates never end and adoption stays fragmented.

2

Operating Model

The organizational, process, and governance changes required to support the new paradigm the technology introduces. Technology adoption without Operating Model change is the most common source of platform investment failure. The technology works; the organization hasn't changed how it works.

3

Value

Business and technology KPIs, value measurement, and communication. Every major platform investment faces ongoing scrutiny. The organizations that sustain investment are the ones that can clearly communicate what value has been realized — in terms that resonate with the people controlling the budget.

4

Commercial Model

A commercial model that scales as usage increases. Internally, this means a chargeback model that makes it easy to onboard new teams and is transparent about cost. Platforms that are opaque about cost or penalize teams for expanding usage undermine their own adoption.

5

Community

A grassroots fanbase for the technology — built through a thriving internal user community. Office hours, meetups, hackathons, lunch-and-learns. Community is the lowest-cost and highest-impact adoption accelerator, and the most consistently underinvested pillar.

6

Executive Sponsorship

No technology scales enterprise-wide without executive alignment. The best path is connecting business outcomes to technology outcomes to specific use cases — and measuring and communicating that connection continuously. Exec sponsorship secured through outcome alignment is durable. Sponsorship secured through relationship alone is fragile.

All six pillars are required. The most common failure mode is investing heavily in Product Fit and Executive Sponsorship while underinvesting in Community and Commercial Model — and wondering why adoption plateaus at a handful of teams.

Apply These Frameworks

Working on an adoption or value challenge?

These frameworks are meant to be used — not just read. If you're working through an enterprise AI, platform, or customer success challenge and want to think through how any of these apply, let's talk.