Internal Deployment Is the Go-to-Market
Installing an FDE capability inside a consultancy first is not a productivity side-quest. It is how you manufacture the proof, witnesses, account sensors, and installed-base pipeline required to sell the capability outside.
- Internal use of a firm-grounded FDE system creates lived proof and fluent advocates; collateral alone does not.
- Do not convert the bench into salespeople. Convert them into account sensors with recognition and routing authority—while the central practice keeps commitment, pricing, architecture, and claims.
- The installed account base is the highest-value opportunity dataset. Design the pilot so its outputs are receipts, user stories, opportunity cards, and a measurable path to external proposals.
Somewhere this quarter, a consultancy under margin pressure will tell two hundred consultants to “look for AI work.” They will get a deck, a partner badge, and a discovery-workshop template. Most will nod. Few will open a real conversation they can defend. Not because they are lazy. Because they have never lived the difference between a generic model and a firm-grounded system—and because nobody has given them a safe job smaller than “sell AI.”
That sequence is backwards.
The go-to-market for a forward-deployed capability does not begin when marketing launches the practice. It begins when the firm becomes the first customer of its own system. Internal deployment manufactures the commercial assets external selling requires: inspectable receipts, walking case studies, account sensors, and qualified opportunities mined from relationships the firm already owns.
Internal use is not Phase 1 productivity that might later enable sales. Designed correctly, internal use is the first stage of distribution.
Why this is urgent now
The market has stopped pretending that model access is the bottleneck. OpenAI’s partner announcement frames enterprise value as limited less by model power than by whether organisations can repeatedly pick the right use cases, redesign workflows, integrate with existing systems, and drive adoption at scale.1 The same wave is industrialising deployment itself. OpenAI launched a Deployment Company with more than US$4 billion of initial investment and roughly 150 forward-deployed engineers and specialists from day one via the Tomoro acquisition.2 It presents forward-deployed engineering as embedding with customers on a concrete problem, proving impact, then generalising what can scale—build, prove, generalise.3
AWS followed with a dedicated Forward Deployed Engineering organisation backed by a US$1 billion investment, structured so customers leave with solutions and lasting engineering capability—not a standalone advisory project.4 Critically for consultancies, AWS’s partner-led motion is explicit that this is not a certification checkbox and not a training programme, but a durable delivery capability inside the firms customers already rely on. Partner-led engagements are meant to leave a reusable harness the partner owns—domain ontologies, evaluation frameworks, MCP servers, agent-operations tooling, and a context graph of architectural choices—with delivery IP and compounding advantage staying with the partner.5
Anthropic’s partner economics push in the same direction. Its Services Track does not promote firms for logo proximity. Entry at Select requires certified practitioners, joint customers in production, and a public customer story.6 The programme’s governing idea is customer-zero: the strongest partners use the newest models on their own work before they put them in front of a client.6
That is firsthand partner strategy, not brochure enablement. If your people cannot speak from experience, you are selling theatre into accounts that have already heard too many AI practice launches without operational proof.
The wrong two defaults
Default A: Productivity first, sell later
Leadership funds an internal tool rollout. Success is measured in logins and prompts. Sales is deferred until “we’re ready.” Months later the firm still has no inspectable before/after stories, no named advocates who can truthfully describe a changed workflow, and no funnel from use to client opportunity. Usage is not commercial value. A dashboard of activity is not a case study.
Default B: Everyone is in sales
Leadership, under reduced margins, tells every consultant to hunt revenue. Without a complete view of firm capability, without an offer they understand, without proof the firm can deliver, and without a safe path from observation to qualified proposal, the mandate produces anxiety and the occasional over-promise. You do not fix that with more talking points.
Both defaults miss the unit of analysis. This is market entry. The question is not “how do we enable chat?” It is: what commercial objects must internal deployment produce before client risk is rational?
Make the consultancy the first customer
When you install a forward-deployed practice system inside the firm, the firm is simultaneously the first customer, the first reference implementation, the training ground, the product co-designer, the distribution channel, and the source of the first firm-scale learning loop. That is a lot of jobs for one pilot—and that is the point. A single external “hero engagement” can still be one person performing with a clever interface. Internal use across a small bench is where you learn whether capability transfers.
Staff should use the system on real work before anyone risks a client:
- account planning and meeting prep
- finding internal capability and the person who actually knows
- assembling RFP responses without Frankenstein retrieval
- architecture and delivery-risk review against firm patterns
- locating analogous past engagements, rejected approaches, and reusable assets
They do not need to believe a vision deck. They need to feel the difference between a cold model and a system that knows the firm’s projects, people, methods, and constraints. That is the sales capability join described in Wiki for the Humans—at working temperature: the human still owns the relationship and the commitment; the system supplies the map no individual can hold across a large bench.
Walking case studies, not walking billboards
“Everyone becomes a billboard” captures distribution scale. It is the wrong metaphor for credibility. Billboards recite. Case studies witness.
A consultant who has used the system can truthfully say something like: we use this ourselves; here is how it found an analogous engagement, the original architect, the approach we rejected last time, and the reusable code—in one conversation. That is not vendor collateral. That is a person reporting their own work. In a market trained to distrust pilot theatre, witness beats brochure.
Meta-credibility usually means the proposal demonstrates the method.7 At firm scale, internal deployment is the same move: the firm sells the client version by already living inside the firm version. The internal deployment demonstrates what external delivery will feel like.
Account sensors, not two hundred salespeople
Do not try to transform the delivery bench into conventional sellers. Transform them into trusted account sensors with a shared FDE brain.
Their job is narrower—and therefore doable:
- Recognise a problem or opportunity shape in an account they already serve.
- Ask the system what it might mean against firm history and the FDE capability kernel.
- Receive a grounded opportunity card with evidence.
- Judge whether the relationship can carry the conversation.
- Sponsor or route the opportunity into the central practice.
They do not invent the solution, price the engagement, promise an architecture, or close the contract alone. They need to be able to say: we had a version of this problem internally; this is what changed in my work; here is what the system found in your situation; there may be something worth exploring with the practice team.
That conversation is radically more believable than: our firm has launched an AI practice—shall we book a workshop?
The opportunity card (recognition without freelancing claims)
Give sensors a card format that forces separation of concerns:
| Field | What it holds |
|---|---|
| Client fact | What the client actually said or showed |
| Firm history | What the firm knows from prior work |
| System inference | What the combined kernels suggest—labelled as inference |
| Validation needs | What must be checked before anyone commits |
| Approved pattern | Which sanctioned solution shape may fit (if any) |
| Reviewer | Who in the central practice must see it |
| Discussion authority | What the consultant is allowed to say now |
This is the sales membrane. Field people get recognition and routing authority. The central practice keeps offer definitions, claim boundaries, qualification, commercial design, architecture approval, security exceptions, and final proposal publication. Without that membrane, enthusiasm becomes liability. With it, you can scale sensing without scaling freelanced promises.
The installed base is the highest-value dataset
A mature consultancy does not need to begin with cold AI selling. It already knows—for many accounts—the data estate, sponsors, delivery history, governance friction, stranded projects, architecture constraints, and where the current relationship is losing energy. That is extraordinary targeting material.
Business development here is matching, not brainstorming. Strategy work gets sharper when knowledge, capability, and network are all machine-readable inputs—not when a frontier model invents a generic plan for a firm it cannot see.8 In this shape:
- the firm’s account history and relationships supply network and domain proof
- the firm’s delivery corpus supplies capability evidence
- the FDE capability kernel supplies what the firm could not recover from its own past alone—how to recognise, govern, and deliver AI interventions it has never sold
Compiled only on its own history, a consultancy becomes a smarter mirror of what it has been. It still cannot reliably answer: given everything we know about this bank, what new AI intervention is now governable, valuable, and deliverable by us? That second answer requires a capability graft—the licensed worldview and delivery patterns of forward-deployed practice—joined at runtime with firm and account context.9
The last mile is not five talking points about AI. It is an account-specific artefact: observed situation, why it matters now, prior work, proposed intervention, alternatives rejected, governance shape, delivery path, people, and evidence required to progress. That is what a proposal compiler is for—the bespoke opening move, not a niche template.7
The commercial loop
Put the pieces in order:
- Compile the firm — projects, people, methods, clients, reusable assets, post-mortems into a source-linked kernel.
- Attach the FDE capability kernel — doctrine, patterns, governance, playbooks, evaluation, delivery path the firm did not previously own.
- Staff use it on real internal work — account planning, expert finding, RFP, architecture, delivery review.
- Capture receipts and user stories — before/after evidence, not vibes.
- Sensors recognise analogous shapes at clients — walking case studies open honest conversations.
- Opportunity cards route to central qualification — recognition in the field; commitment at the centre.
- Compile a bespoke proposal or opportunity package — client context × firm evidence × FDE kernel.
- Deploy into the client under a governed engagement shape — the client-contained vessel and delivery method are architecture elsewhere; the GTM point is that external deployment is earned by internal proof.
- Write learning back — de-identified, abstracted, confidentiality-checked—so the next consultant starts higher.
That is commercial metabolism. Campaigns can still exist. They are not the spine.
The wider practice operating system—kernels, engagement vessel, escalation fossils, write-back—is a sibling problem.10 This article’s claim is narrower: if you skip internal deployment as a designed go-to-market stage, you are trying to distribute a capability nobody in the building can honestly demonstrate.
Design the internal pilot as a pipeline factory
A decisive pilot is small enough to instrument and serious enough to transfer.
- Choose one practice (data/analytics consultancies are natural: they already understand estates, lineage, quality, and business questions).
- Compile a bounded slice of firm history into the firm kernel—enough accounts and projects to matter, not a multi-year archaeology programme.
- Give three to five consultants role-shaped access (account lead, architect, engagement manager—not “everyone with a login”).
- Mandate real internal work: account plans, RFP chapters, architecture reviews, expert-finding tasks with stopwatches and receipts.
- Record named user stories: what they could not do before; what the system joined; what they still refused to trust.
- Stand up the opportunity-card workflow and central qualification before any client conversation is encouraged.
- Only then co-deliver one external pilot—and treat the second engagement as the real proof that capability transferred, not heroics.
Measure the funnel, not the vibes
| Stage | Signal |
|---|---|
| Internal users | Active on mandated tasks with receipts |
| Fluency | Can deliver a two-minute lived story without a slide |
| Recognition | Opportunity cards submitted per month |
| Quality | Cards that pass claim/qualification review |
| Conversion | Qualified cards → client conversations → proposals → external pilots |
| Learning | Escalations that produce a reusable pattern (so the next escalation is rarer) |
Nice-to-have, not required for honesty: compare response to generic campaign outreach versus consultant-led, lived-experience openings on similar accounts. If you cannot yet show that contrast, do not invent it. Show the receipts you have.
What this is not
- Not a full re-explanation of the practice OS. Architecture depth lives elsewhere.10 Here the unit is market entry.
- Not unrestricted authority for the bench. Sensors route; the centre commits.
- Not a generic employee-advocacy programme. LinkedIn posting quotas are not lived FDE proof.
- Not usage theatre. Prompt counts do not equal commercial value.
Monday: the one-page pilot brief
If you lead a practice and you are about to “launch AI,” write this page before the collateral:
- First customer: us—named team, named workflows, thirty-day window.
- Commercial outputs required: three user stories with receipts; ten opportunity cards; two that survive central qualification.
- Authority: field may recognise and route; only practice lead may price, promise architecture, or publish proposals.
- Opportunity card template: the seven fields above, mandatory.
- External gate: no client AI pitch until a consultant can open with a true internal story and a card the centre has reviewed.
- Second engagement rule: the external follow-on must show transfer—someone other than the original hero carrying more of the work.
OpenAI is aiming to enable hundreds of thousands of certified consultants through its partner network, and piloting Forward Deployed Experts so partner practitioners can align with its own deployment teams on complex work.1 AWS is funding partner-owned compounding harnesses.5 Anthropic is ranking partners on production and public stories—and on whether they use the tools themselves first.6 The channel is being built for firms that can deploy, not firms that can only announce.
You already have the distribution roots: customers, trust, people, history. What you cannot improvise is the new branch—AI/FDE judgement with evidence—and the discipline to let the bench sense without letting it freestyle commitments. Compile the firm. Attach the capability. Use it on real work. Capture receipts. Route opportunities. Propose with specificity. Deploy. Learn.
That is not a soft launch. That is the go-to-market.
Related craft: the sales capability join (human relationship × firm capability map) is developed in Wiki for the Humans; account-specific commercial artefacts in the Proposal Compiler; the broader practice architecture in Forward-Deployed Practice OS. This article adds only the causal market-entry loop.
References
- OpenAI. "Introducing the OpenAI Partner Network." 14 June 2026. — Partner programme frames enterprise value limits as use-case selection, workflow redesign, integration, and adoption rather than model capability; US$150 million ecosystem investment; aim of 300,000 certified consultants by end of 2026; Forward Deployed Experts pilot for partner practitioners. https://openai.com/index/introducing-openai-partner-network/
- OpenAI. "OpenAI launches the OpenAI Deployment Company to help businesses build around intelligence." 11 May 2026. — More than US$4 billion initial investment; about 150 forward-deployed engineers and deployment specialists via Tomoro from day one. https://openai.com/index/openai-launches-the-deployment-company/
- The OpenAI Deployment Company. Forward deployed engineering overview. — FDE framed as solving a specific customer problem, validating impact, then identifying patterns that scale (build, prove, generalise). https://deploy.co/en-US
- Francessca Vasquez, AWS. "AWS invests $1 billion to embed AI forward deployed engineers with customers." 30 June 2026. — US$1 billion FDE organisation; designed for customer self-sufficiency after deployment; customers leave with solutions and new engineering capabilities. https://www.aboutamazon.com/news/aws/aws-1-billion-forward-deployed-ai-engineers
- AWS Partner Network Blog. "Introducing Forward Deployed Engineering for Partners: Winning the Future of Enterprise AI." 30 June 2026. — Partner-led FDE as durable embedded delivery capability rather than certification or training; reusable partner-owned harness (ontologies, evals, MCP servers, agent ops, context graph); delivery IP stays with the partner. https://aws.amazon.com/blogs/apn/introducing-forward-deployed-engineering-for-partners-winning-the-future-of-enterprise-ai/
- Anthropic. "Introducing the Services Track and Partner Hub of the Claude Partner Network." 3 June 2026. — US$100 million partner investment; 40,000+ firm applicants and 10,000+ certified consultants reported; Select tier requires production joint customers and a public customer story; programme stresses partners use models on their own work before client work. https://www.anthropic.com/news/services-track-partner-hub
- Scott Farrell / LeverageAI. "Proposal Compiler / Marketplace of One." — Account-specific commercial artefacts; proposal as opening move and proof. https://leverageai.com.au/wp-content/media/articles/32-proposal-compiler.html
- Scott Farrell / LeverageAI. "Knowledge, Capability, Network" (The Strategy Engine). — Strategy as matching across knowledge, capability, and network; opportunities as capability × relationship. https://leverageai.com.au/wp-content/media/articles/96-knowledge-capability-network.html
- Scott Farrell / LeverageAI. "Worldview Recursive Compression." — Expertise compiled as a durable kernel that conditions delivery (capability-graft framing). https://leverageai.com.au/wp-content/media/articles/34-worldview-compression.html
- Scott Farrell / LeverageAI. "Forward-Deployed Practice Operating System." — Practice-architecture sibling; market-entry loop is this article’s unit of analysis. https://leverageai.com.au/wp-content/media/articles/167-forward-deployed-practice-os.html