Start with a fixed-price assessment of the pilot on your documents. Then pay hourly, with a cap, to raise its score, and agree a fixed price for the work you can describe.
A stalled AI pilot can be finished as a turnkey job, with a working system handed over at the end. Start with a short fixed-price assessment that measures the pilot on your documents and sets the score it must reach. Raising the score to that target is work nobody can price in advance, so buy it as time and materials: hourly rates with a cap on the total. Fix the price of the rest, the work you can describe on paper, phase by phase.
The short answer: buy a fixed-price assessment first, and do not agree to one price for the whole job before the firm has tested the pilot on your documents. After that, fix the price of each phase that can be described in advance, and pay by the hour, under a cap, for raising the score. Pay for a fixed phase only when the system passes an agreed test on your documents, and keep the right to stop between phases.
Read next
For an AI system, turnkey means the firm hands over a system that is ready to use, and the contract says what “ready” means. For example, the system runs inside your perimeter, on servers or cloud accounts your company controls. It reaches the target score on your documents and sends uncertain cases to a person. Your staff can run it after the firm leaves.
In construction, a turnkey contractor designs and builds the whole facility and hands it over ready to use. FIDIC, the International Federation of Consulting Engineers, publishes a standard contract for such projects, known as the Silver Book.
FIDIC's page for the 2017 edition names three cases where the Silver Book does not fit:
For these cases FIDIC recommends a different standard contract, its Yellow Book. A stalled AI pilot matches the first two cases until a firm has run your documents through it, because nobody has inspected the ground. The phased contract described below matches the third, since it keeps you in close control of the work. So read “turnkey” as the handover of a working system, and price the work phase by phase.
Many parts of a software project can be described before anyone builds them. A report, or a connection to another system, fits on paper, and a firm can price what is written.
A system that reads documents with a language model has one part nobody can describe in advance: how often it reads each field correctly on your documents. A field is one piece of data, such as a date or an amount. The answer depends on your scans and templates, and on cases nobody remembers until they appear. Nobody knows how much work the target score will take until someone measures the system on your documents.
The US government's purchasing rules make this distinction too. Part 16 of the Federal Acquisition Regulation (FAR) covers types of contracts. It describes a time-and-materials contract as one paid at fixed hourly rates for the hours worked, plus the actual cost of materials. It allows such a contract only when nobody can estimate the work accurately at signing, or predict its cost “with any reasonable degree of confidence”.
Under the FAR, a fixed-price contract suits work with clear specifications, where a fair price can be set at the start. Part 16 also tells contracting officers to avoid long use of time and materials once experience provides a basis for firmer pricing.
So a fixed price for the whole job, quoted before anyone has run your documents, tends to carry a large margin for the unknown. The alternative is a list of exclusions, things the price does not cover, and each one hands a risk back to you. Look for both in the proposal.
This is not legal advice. Your lawyer writes the contract, and this article lists what it should cover. Split the work, and price each part by what is known when it starts:
The FAR also requires a time-and-materials contract to include “a ceiling price that the contractor exceeds at its own risk”. Put a ceiling in your contract too. It caps what you pay, but under the FAR's own payment clause the firm does not have to keep working once the ceiling is reached, unless you raise it. Agree in advance what happens then: you stop, raise the ceiling or re-plan the work.
A firm may offer the whole sequence as one contract and call it turnkey. That can work when every phase has its own price and acceptance run, and you may stop between phases.
Done means the system passes its acceptance run, scored against a pass mark agreed before the price is fixed. The contract should name:
Keep part of the acceptance set from the firm until the acceptance run. If the firm has seen every test document, it can adjust the system to those exact documents, and the score will overstate how well it reads new ones. The article on AI pilots that never reached production, linked above, explains how to build the set.
Agree in advance how these events change the price:
Running costs sit outside the build price unless the contract says otherwise. Model usage fees, or the cost of the servers that run the model, grow with the number of documents. Agree who pays them during the build and after launch, and how many documents a month the price assumes.
Tie each fixed-price payment to the system passing its acceptance run inside your perimeter, and do not make any of those payments due on a date alone. For the time-and-materials phase, you pay for hours up to the ceiling, and the weekly scores tell you whether to go on.
Hold back part of the final payment until the system has run in production for an agreed period without falling below the target score. Agree the share and the period before you sign.
Keep the right to stop after any phase and take everything built so far, including the code, the prompts, the acceptance set and the scripts that score it. The article linked below covers how code ownership works in a contract.
Write a one-page brief that says what the pilot does, which documents it reads and how many a day, where the data may go, and the score you need. Send it to every firm on your shortlist with the same questions:
The article on outsourcing AI development without your data leaving, linked above, covers the last question in detail.
The one language model project amBrain describes in public is this: “We have taken an LLM integration to production inside a client's FinTech perimeter: extracting and normalising unstructured broker and venue notices — corporate actions, instrument and margin changes — into structured records the trading system consumes.”
This article is not a case study. It does not say that the project above began as another team's stalled pilot. The payment models above, turnkey and fixed price included, are general advice, and the article does not say whether amBrain offers any of them. It gives no amBrain prices or timelines.
amBrain takes over projects that stalled with another team and brings them to production.
amBrain has been building software since 2019. On ownership, amBrain's line is: “The client keeps full ownership of the product and the code, except our reusable components.” Ask amBrain for the list of those components by name before you sign, as you would ask any other firm.
If your pilot has stalled, send amBrain the same brief and questions you send every other firm, and compare the answers side by side.
Bring your current architecture and the failure mode that worries you, and we will go through it together in half an hour.