Pricing

Four entries.
One accountable team.

Each entry is fixed in shape and measured in time, benefit, and expected effectiveness. The final scope and quote are discussed after the business system and success evidence are named.

Decision composer

Name the bottleneck.
Get the entry point.

Select the closest business problem. The composer returns the delivery model, time, benefit, effectiveness test, and the matching evidence—without publishing an amount.

Recommended entry

System Reset Sprint

Time2 weeks
BenefitDecision-ready workflow redesign
EffectivenessObsolete work is named, hidden handoffs are exposed, and target evidence is set before build.
ProofOld/new workflow map and a target metric that the build must test.
Productized · fixed scope

System Reset Sprint

Time2 weeks
BenefitDecision-ready workflow redesign
EffectivenessObsolete work is named, hidden handoffs are exposed, and target evidence is set before build.

A two-week diagnosis and redesign of one obsolete workflow, ending in the next operating model and target evidence.

  • Workflow and waste diagnosis
  • Next-system design
  • Technology-fit decision
  • Validation target and roadmap
Scope a sprint
R&D · evidence

Research & Verification

Time2 to 8 weeks
BenefitA defensible go / no-go decision
EffectivenessThe business question, test method, ordinary or negative result, and next decision are recorded.

Test a technology or process bet through a small credible experiment and an honest business report.

  • Business question framing
  • Smallest credible test
  • Evidence and failure analysis
  • Go / no-go decision
Define an experiment
Productized · fixed scope

Visibility Audit

Time1 week
BenefitA ranked visibility backlog
EffectivenessAccess, schema, authority, and answer-fit gaps are ranked by business impact and remediation effort.

A one-week audit of how search and AI engines discover, trust, and cite your domain.

  • Citation and access review
  • Structured data check
  • Answer-shaped content review
  • Ranked remediation backlog
Request an audit
Commercial logic

Project first.
System second.

We start with a short, verifiable engagement—not a retainer. Each completed phase either becomes the next scope or stops honestly. Only repeated modules are promoted toward product work.

  • No hourly labor. Scope follows the system and the evidence, not keyboard time.
  • No demo completion. Delivery requires one real business cycle and an owner.
  • No speculative platform. A module is productized only after it repeats.
  • No public amount. Scope determines the final quote after the result is named.
Order of work, not a revenue split
  1. 01 Project Fix one real path.
  2. 02 Operate Someone else can run it.
  3. 03 Extract Keep the part that repeats.

What every delivery model includes

  • A named business result and evidence target
  • An explicit technology-fit decision
  • Documentation and ownership boundaries
  • A reusable module where one can be extracted
  • An honest record, including ordinary or negative findings

What we avoid

  • Time-and-materials scope drift
  • Demos without business verification
  • AI for the story instead of the result
  • Handoffs without a system owner
  • Choosing a delivery model before the system is named
Success stories

Patterns that survived a real operating loop.

These are operating loops from practice, not invented client scores. Each one names the messy path, the change, and what we write down.

From energy claim to verification system

Energy reporting often mixes baseline methods, occupancy changes, controls, and savings language until nobody can explain what was actually measured.

Move: Name the measured variable, separate baseline from intervention, assign the evidence owner, and define what would make the result ordinary or negative.

BenefitA baseline, intervention, and evidence loop the owner can defend
EffectivenessReduces the chance that an energy decision is approved without a comparable method
ProofBaseline method, intervention scope, measured result field, and the business decision each result supports
Open case reference

Turning building telemetry into an operating decision

A building can collect sensor data yet still require a person to know which signal matters, who should act, and what happened after the last intervention.

Move: Redesign the operating model from sensor signal to action, escalation, threshold, owner, and evidence—then integrate only the tools the loop needs.

BenefitOne telemetry-to-action loop with an accountable owner
EffectivenessReplaces disconnected dashboards with an explicit decision path, escalation, and retained evidence
ProofResponse path, manual steps removed, control boundary, and adoption owner
Open case reference

Rebuilding commercial reporting into governed decisions

Commercial systems often produce overlapping dashboards while the definitions of lead, opportunity, channel, and activation remain undocumented.

Move: Inventory sources, define data contracts and quality checks, remove duplicate reporting, and connect the model to the decisions it must support.

BenefitA shared source model for campaign, CRM, product, and revenue decisions
EffectivenessReduces manual reconciliation and makes the quality rules behind each decision visible
ProofSource inventory, data contract, quality check, and decision owner
Open case reference

Converting a promising technology bet into a decision

A new model or automation approach may look attractive in a demo but still fail the organization’s data, controls, latency, or ownership constraints.

Move: Frame the business question, build the smallest credible test, expose assumptions, and record ordinary or negative findings without spin.

BenefitA go / no-go record with method, assumptions, and next step
EffectivenessPrevents an unproven capability from being promoted as production-ready
ProofQuestion, test setup, ordinary result, and go/no-go reason
Open case reference

Giving an AI platform a governed delivery path

AI platforms can enable many projects quickly, but without an intake gate they create unowned experiments, unclear data boundaries, and invisible failure modes.

Move: Design the path from proposal to approved experiment, protected data, evaluation metric, runtime boundary, and handover.

BenefitA governed path from AI proposal to approved experiment
EffectivenessMakes compute, data access, evaluation, and ownership explicit before projects scale
ProofIntake gate, evaluation metric, runtime boundary, and owner
Open case reference

Turning answer-engine invisibility into a fix sequence

A domain can publish strong material yet remain inaccessible, poorly cited, or structurally invisible to search and AI answer engines.

Move: Review technical access, structured data, source authority, and answer-shaped content, then rank gaps by impact and remediation effort.

BenefitA ranked visibility backlog with clear evidence owners
EffectivenessMakes technical access, schema, authority, and answer-fit gaps comparable before publishing
ProofAccess review, schema check, authority map, and ranked remediation backlog
Open case reference

How to choose

System Reset Sprint

A team with one costly, undocumented, or manual workflow.

Proof: Old/new workflow map and a target metric that the build must test.

Not included
  • Production build
  • Data migration
  • Unlimited vendor selection
Modernization

A team whose operating model is clear and ready for a build phase.

Proof: A live system tested against the reset targets, with handoff documentation.

Not included
  • Building before the reset is validated
  • Open-ended support
  • Platform resale
Research & Verification

A team evaluating AI, automation, forecasting, or infrastructure before committing capital.

Proof: A go/no-go report with assumptions, method, result, and the next build decision.

Not included
  • Pretending a prototype is production
  • Hiding ordinary results
  • Unbounded research
Visibility Audit

A domain that is invisible, mis-cited, or weakly represented in AI answers.

Proof: A ranked backlog and evidence review across access, schema, authority, and answers.

Not included
  • Day-one content publishing
  • Guaranteed rankings
  • Black-hat visibility tricks

Pricing questions

How do you quote a scope?

After a first call, we name the business system, the desired result, and the evidence required. We then quote a fixed delivery scope. The public page shows time, benefit, and expected effectiveness—not an amount.

Is the System Reset Sprint required?

It is the usual entry point because it prevents building the wrong system. If the workflow, constraints, and success evidence are already clear, we can scope modernization directly.

What happens after the sprint?

You can take the reset output to your internal team, continue into Modernization, or stop. The deliverable is designed to stand on its own.

Do you charge for a first call?

No. The first call frames the business problem and the best entry point. If the work is not a fit, we will say so.

Do you publish prices?

No. This page shows delivery time, expected benefit, and the effectiveness test instead of an amount. Scope determines the final quote after the system is named.

Not sure where to start

Book a first call.

We will name the system, the desired result, and the best entry point. No pitch deck required.

Book a first call