Pricing

Pricing approach

Start with the workflow you need to complete. A useful commercial discussion covers inference, orchestration, verification and the destination work required to confirm the result.

Engineering leaders · Finance teams · Procurement teamsDiscuss scope and commercial requirements

Account for the full task path

Plan for inference usage separately from the work required to orchestrate, verify and confirm an action. Model calls are one component. Reference lookups, deterministic checks, bounded recovery and destination reconciliation also contribute to delivering an inspectable result. A scoped proposal should make each component understandable.

Agree the billable units, rates, included allowances and treatment of unsuccessful work before an engagement. Rejected candidates, retries and interrupted runs can consume resources, so successful-outcome-only billing should not be assumed. The commercial terms need to explain how that usage is measured and which execution limits apply.

Cost componentWhat a commercial discussion must define
InferenceProvider costs, usage units and treatment of repeated attempts
Orchestration and verificationBillable operations, included checks and execution limits
Confirmation and recoveryHow reconciliation and interrupted work are accounted for
Integration and supportAny scoped implementation work and agreed support terms

Estimate with representative tasks

A useful estimate begins with the operation and its document mix, not an assumed cost per token. Specify typical input sizes, expected volume, reference lookups, required checks and the permitted escalation path. Include difficult cases because they can change both the number of attempts and the amount of operational review.

Separate measured provider and execution usage from the team’s own review time. Compare like-for-like task definitions: preparing a candidate JSON object and confirming a persisted ERP draft have different boundaries. Use representative measurements for an estimate, including the frequency of exceptions and the work needed to resolve them.

Agree limits and service expectations explicitly

Define the attempt budget and task policy alongside the commercial scope. Specify what happens when a run cannot finish within its limits, including how already-issued writes are reconciled. A cost ceiling should not leave an uncertain business action without an owner or a recovery path.

For a pilot discussion, provide the destination system, approximate volume, representative inputs, required completion evidence and data-handling constraints. We can use that information to scope the engineering work and commercial questions. Availability, support response times, retention terms and any service commitments require a separate documented agreement.

Missing a detail or found a problem?

Send a documentation question →

Define the first outcome together.

Talk through its inputs, decision boundaries, and definition of completion with the team.

Discuss scope and commercial requirements

Search Outcomatic

Search products, documentation, articles, and help.

Open full search pageEsc to close

Analytics preferences

Optional analytics help us understand which pages and journeys are useful. They are off by default.

When enabled, we count page views and selected actions by page and day. We do not store visitor identifiers, search terms, form contents, or cookies in analytics. Your browser’s Do Not Track or Global Privacy Control signal takes priority.

Allow anonymous aggregate analytics?

Read the website privacy notice