Production Readiness Diagnostic

A focused review of one blocked customer workflow. It maps the evidence and decisions needed for a practical next step; it is not a guarantee or certification.

What it is

Make one blocked workflow explicit

A convincing prototype can still leave the workflow owner, system boundary, evidence, and rollout decision unclear. The diagnostic turns those unknowns into a shared production-readiness view.

Production readiness applies only to the agreed workflow and constraints. The result can support a decision to continue, narrow, redesign, or stop.

What you receive

A Production Readiness Brief and readout

  • Target workflow and success criteria
  • Annotated system and integration map
  • Evidence-ranked blockers and risks
  • Prioritized next-step recommendation

When relevant to the workflow, the brief also addresses evaluation, monitoring, failure handling, and rollback.

What I need from you

People, evidence, and safe access

  • One named workflow and desired outcome
  • Stakeholders who can explain the workflow and make decisions
  • Named, least-privilege, customer-managed access where needed
  • Representative inputs, failure cases, constraints, and deadlines
  • Customer approval of AI providers and permitted data

Access is named, least-privilege, and customer-managed; shared personal credentials are never used.

The boundary

What it does not include

This is a bounded decision-making engagement, not an open-ended audit or implementation project.

The proposal names the user-to-outcome path, systems, stakeholders, and operating constraints that form the workflow boundary.

How it works

From fit check to next decision

The work stays focused on the evidence needed to decide what should happen next.

  1. Confirm the workflow and fit

    We agree on the user, desired outcome, systems, stakeholders, and constraints.

  2. Review the evidence

    I examine representative inputs, failure cases, integrations, and named access where needed.

  3. Map the blockers

    I document the system boundary and rank the assumptions, risks, and unknowns by evidence.

  4. Read out the brief

    We review the findings and the prioritized recommendation together.

  5. Choose the next step

    Any implementation, remediation, or follow-on engagement is scoped separately.

Price and boundary

Start with the standard scope

The starting price covers the standard scope above. Expanded workflow, access, or evidence requirements are priced in the written proposal.

Normal studio tooling is included unless agreed otherwise.

Customer-specific licenses, production usage, cloud costs, and travel are stated in the proposal.

Starting prices are set independently in each currency, not converted live. Applicable taxes are confirmed in the proposal.

Good fit

A useful first step when

  • One customer workflow has a concrete deployment blockage.
  • An owner can make scope and next-step decisions.
  • The relevant stakeholders and representative evidence are available.
  • The team needs a bounded production-readiness view before implementation.

Before work starts

Qualify, agree, then begin

The website is a commercial summary. The written proposal and contract confirm the binding scope, timing, price, taxes, expenses, and terms.

  1. Send a short email

    Describe the desired workflow, current blockage, constraints, and decision-makers.

  2. Check the fit

    We use a short call if it helps confirm the smallest useful scope.

  3. Review the documents

    Paid work follows a written proposal and contract, then an invoice.

Discuss the diagnostic

A short email about the workflow, blockage, constraints, and decision-makers is enough to start.

Discuss the diagnostic