STATEMETHOD

State Method Diagnostic / construction AI workflows

€4,000 excluding VAT · 10 business days · One workflow

Test one construction AI workflow before you build.

State Method checks the evidence, permissions and recovery path for one proposed workflow. Get five decision artifacts and a reasoned build, change or stop recommendation. No obligation to pilot.

Live state / human gateCycle 024
  1. 01Input
  2. 02Interpret
  3. 03Validate
  4. 04Approve
  5. 05Act
  1. Stop
  2. Log
  3. Review
  4. Recover

Approval remains human-owned

One controlled workflow 10 business days Diagnostic · €4,000 HT

Entry points / three construction tasks

Start from the task, not the technology.

These illustrative synthetic examples show where a controlled AI workflow could begin. They are not client deployments, products or measured results.

  1. 01

    Map specification requirements to submitted evidence

    A product submittal must be checked against an approved specification section before it can be accepted.

    Approved specification sections and product evidence → Approved compliance matrix with exceptions

    Approval owner / Technical Manager

    Explore Specification Compliance Review →
  2. 02

    Register RFIs and submittals without duplicate records

    Requests arrive across several channels and are re-keyed into the project register by hand.

    RFI or submittal email, form and attachments → Approved intake record and assigned review route

    Approval owner / Project Coordinator

    Explore RFI & Submittal Intake →
  3. 03

    Draft a site progress report linked to its evidence

    Site notes, photos and video are matched to observations and written up after the visit.

    Authorized site notes, photos, video and reporting period → Approved progress report with linked evidence

    Approval owner / Site Manager

    Explore Site Progress Reporting →

Problem / control gap

The model can improvise. The workflow should not.

A plausible model output is not enough. The surrounding workflow also needs an explicit state, defined permissions, validation, a human approval owner, observable failure and a recovery path.

Ambiguous / unbounded

Plausible outputUnknown ownerHidden failureNo safe stop

Controlled / observable

  1. 01State

    The workflow exposes where each case is.

  2. 02Authority

    Tools act only inside defined permissions.

  3. 03Approval

    A named person approves consequential outputs.

  4. 04Recovery

    Failure stops, logs and routes for review.

Protocol / five states

A controlled route from ambiguity to decision.

The method turns one operational workflow into a bounded system whose evidence, authority and failure paths can be inspected.

Apply it to one workflow
  1. 01

    Bound

    Define exactly where the workflow starts, where it ends and who remains responsible for its outcome.

  2. 02

    Evaluate

    Test the workflow on evidence that resembles real operating conditions.

  3. 03

    Control

    Decide what the model may propose, what software must enforce and what a person must approve.

  4. 04

    Recover

    Make failure visible and recoverable before the workflow can affect real operations.

  5. 05

    Decide

    Use the evidence to choose the next controlled step instead of assuming every prototype deserves production.

Commercial path

Start with the smallest stage the evidence supports.

Diagnostic → Controlled Pilot → Production System is a decision path, not a guaranteed funnel. A valid outcome can be to change the design, gather better data, keep the workflow manual or stop.

0110 business days

Diagnostic

Determine whether one workflow is valuable, measurable and controllable enough to justify a pilot.

02Evidence-led scope

Controlled Pilot

Build the smallest useful version with real tools, representative cases and explicit controls.

03Only after proof

Production System

Harden integrations, reliability and ownership only when the evidence supports it.

Controlled pilot / evidence in use

Prove the smallest useful workflow before production.

The pilot uses real tools and representative cases to test whether the proposed workflow works under controlled conditions. It is a bounded implementation, not an open-ended production build.

Starting price
From €14,000
Boundary
Smallest useful version

Typical build

  • One bounded workflow
  • One or a small number of real integrations
  • Sandbox or staging environments
  • Logs, timeouts, retries and recovery behavior

What it must prove

  • The workflow creates enough operational value
  • Model performance is adequate on representative cases
  • Permissions and deterministic checks work
  • Human review and recovery are practical

Pilot decision

  • Proceed to production hardening
  • Change the design and test again
  • Gather better evidence
  • Stop without a production build

A pilot does not guarantee production readiness. The result is an evidence-backed go, change or stop decision.

Discuss a controlled pilot

Fixed-scope diagnostic

One workflow. Five decision artifacts. No obligation to continue.

The diagnostic determines whether one AI-assisted workflow is valuable, measurable and controllable enough to justify a pilot. It is a decision engagement, not a small production implementation.

Boundary
One workflow
Elapsed time
10 business days
Fee
€4,000 HT
Decision
Go / change / stop

Artifacts delivered

  1. 01Bounded workflow map
  2. 02Evaluation summary
  3. 03Permission matrix
  4. 04Observable failure register
  5. 05Go / no-go recommendation
See an illustrative artifact excerpt →

What happens next

You receive a proceed, change, gather-more-evidence or stop recommendation. A controlled pilot specification is included only when justified.

Assess one workflow

Historical client work

Technical proof, not borrowed credibility.

Hugo Sequier contributed engineering to these client projects before State Method launched. They are not State Method products or companies owned by Hugo. Results belong to their original context.

AnalyzTech01

Document intelligence / verification

↗ Case study

AnalyzTech

An AI system connecting document reading, floorplan analysis, verification actions and a review interface.

Video to Report03

Multimodal AI / human review

↗ Case study

Video to Report

A video pipeline that segments uploads, extracts report evidence and prepares a structured draft for office review.

Qualification boundary

Clear boundaries are part of the deliverable.

→Good fit

  • One repetitive workflow with a named owner
  • A measurable manual baseline
  • Representative cases or inputs
  • Outputs a person can review
  • A real decision about whether to build

×Outside the method

  • “Build an autonomous employee”
  • No named owner or usable examples
  • Unrestricted production authority
  • Professional or regulatory sign-off by AI
  • Production deployment inside the diagnostic
  • Guaranteed ROI or accuracy

Founder-led engineering

State Method is led by Hugo Sequier.

Hugo is an AI engineer and data scientist with seven years in software development and production experience across AI agents, document intelligence, computer vision and full-stack systems.

View Hugo’s work

Workflow assessment / first step

Bring one workflow.

Describe the construction process today, the documents or project evidence involved, what the agent should produce, who reviews it and the current volume or baseline.

Business context only No credentials No confidential documents Human-reviewed intake

Assessment / required fields

Share business context only. Do not include documents, credentials, personal data about third parties, or confidential and sensitive information.

What submitting does

Submitting this form does not book a paid engagement and does not start paid work. State Method reviews every assessment by hand.

Once your assessment is received, the booking calendar opens so you can optionally choose a discussion time. A person decides whether a call, a Diagnostic, a later-stage evidence review or no engagement is the right next step.

Any Diagnostic, pilot or production work is covered by a separate scoped agreement.