Skip to content

Engagement Library

Understand the work before buying it.

Engagement shapes, typical durations, outputs, client responsibilities, decision points, and cost factors are public. Pricing remains on request because scope and operating responsibility materially change the work.

The library is designed to answer five questions: what starts the engagement, how long the initial shape usually takes, what is delivered, what the client must provide, and which decisions are available at the end.

01

Scope before price

Pricing follows the decision, evidence, architecture, access, and operating responsibilities rather than a generic day rate presented as certainty.

02

Exit points are part of the offer

Proceed, revise, return, choose another implementation team, use a simpler path, or stop remain legitimate outcomes.

03

Artifacts should be inspectable

Representative methods and record structures are visible before a prospective client is asked to trust them.

01

Offering

Advisory

Reach a documented platform or investment decision through disclosed criteria and evidence.

Engagement shapeFocused evaluation
Typical durationTypically four to six weeks
Starts withA scoping session and written decision framework

Included outputs

  • Decision frame, use cases, constraints, and approval criteria
  • Weighted capability matrix and evidence ledger
  • Shortlist with inclusion and exclusion reasoning
  • Architecture, security, governance, TCO, and build-versus-buy analysis
  • Recommendation, assumptions, dissenting considerations, and roadmap

What the client provides

  • An accountable decision owner and stakeholder access
  • Current architecture, contracts, policies, and operating constraints
  • Access to relevant product, security, legal, procurement, data, and delivery representatives

Decision and exit points

  • Proceed with a selected option
  • Run a focused pilot
  • Build or configure a different path
  • Revise the criteria or scope
  • Stop because the evidence does not justify the commitment
02

Offering

Conductor

Define a governed model-access path before fragmented access becomes embedded infrastructure.

Engagement shapeArchitecture assessment with optional pilot
Typical durationTwo-week assessment; optional 30-day governed pilot
Starts withA current-state and architecture assessment

Included outputs

  • Model-access and use-case inventory
  • Identity, data, security, privacy, retention, audit, and cost requirements
  • Client-adapted reference architecture
  • Build, buy, and split-path evaluation
  • Pilot scope, decision gates, and written recommendation

What the client provides

  • An accountable sponsor and one approved pilot team where relevant
  • Identity, architecture, provider, contract, usage, and policy information
  • Security, privacy, procurement, engineering, and operations access

Decision and exit points

  • Configure a selected gateway product
  • Build a tailored capability
  • Proceed to a constrained pilot
  • Revise the architecture or operating model
  • Stop when the operating responsibility exceeds the value
03

Offering

AI-Native Delivery

Build a production capability around an outcome, written gates, and deployed verification.

Engagement shapeBounded delivery slice
Typical durationSet after the production use case and evidence path are framed
Starts withA working session around one production use case and its delivery path

Included outputs

  • Outcome contract and delivery architecture
  • Working capability with resolved version and environment records
  • Behavioral, data, security, integration, and operating gates
  • Release evidence, exceptions, and deployed verification
  • Monitoring, support, cost, change, and rollback responsibilities

What the client provides

  • A product owner, intended users, and a target environment
  • Data, identity, integration, policy, and operational access
  • Reviewers able to accept evidence and make release decisions

Decision and exit points

  • Release the bounded capability
  • Continue with the next slice
  • Revise the architecture or controls
  • Return to discovery
  • Stop when the outcome cannot be observed or owned
04

Offering

Knowledge Graphs + Enterprise Context

Model one connected domain so applications and agents can resolve meaning, policy, lineage, and context.

Engagement shapeBounded domain and context slice
Typical durationTypically four to six weeks for one domain and one consuming use case
Starts withA working session around one context problem, domain, and consumer

Included outputs

  • Domain boundary, source register, entity model, and relation contracts
  • Identity resolution, evidence, confidence, and temporal rules
  • Context-service and consumer-view design
  • Governance, stewardship, quality, change, and exception record
  • Working slice and implementation recommendation where justified

What the client provides

  • Domain experts, source owners, data access, and an accountable consumer
  • Policy, terminology, lineage, identity, and stewardship constraints
  • Architecture and operating representatives for the selected platform path

Decision and exit points

  • Implement the bounded model
  • Revise domain or source assumptions
  • Select a different platform pattern
  • Continue with another use case
  • Use a simpler architecture or stop

What affects cost

Cost follows uncertainty, access, integration, evidence, and operating responsibility.

Two engagements with the same headline can require materially different work. The estimate is shaped after the initial decision or delivery boundary is understood, rather than implying precision before the constraints are visible.

01

Decision scope

Number of use cases, options, stakeholders, and decisions that must be resolved.

02

Evidence access

Availability and quality of architecture, contracts, policies, data, users, and primary records.

03

Technical boundary

Identity, data, integrations, environments, providers, platforms, and migration dependencies.

04

Control depth

Security, privacy, legal, audit, retention, compliance, and exception requirements.

05

Operating responsibility

Monitoring, support, cost attribution, change, stewardship, and rollback ownership.

06

Verification depth

Evaluation design, pilot breadth, user observation, deployed checks, and review cadence.

Inspectable artifacts

Review representative work products before the engagement.

01

Platform Evaluation Sample

A weighted capability matrix, evidence ledger, assumptions register, and decision record.

Inspect the artifact →
02

Conductor Reference Architecture

Identity, routing, policy, redaction, audit, and cost-accountability layers.

Inspect the artifact →
03

Delivery Evidence Pack

Outcome contract, gates, exceptions, release evidence, and deployed verification.

Inspect the artifact →
04

Knowledge Graph Reference Model

Domain, source, entity, relationship, context-service, and operating records.

Inspect the artifact →

Need help choosing the right entry point?

Book a working session