Founders

How to Score Commitments in an AI Agent Pilot

Antonio Evans9 min read

A split scene: on the left, an employee at a desk with a checklist and a calendar; on the right, a vendor representative on a video call with a contract and a timeline.
Key points

Key points

  1. 1Score every commitment, from an employee or a vendor, against four tests: a named owner, a dated deliverable, the resources they will commit, and the consequence if the date slips.
  2. 2A verbal yes with fewer than four of those elements is a no, and should be logged as such in the pilot tracker.
  3. 3Internal teams fail the test most often on consequence (nothing happens if they miss the date), while vendors fail it most often on resources (their engagement manager is on six other accounts).
  4. 4Commitments only steer a pilot if they are scored on a fixed date, recorded in one place, and re-scored on a schedule the pilot owner announced in advance.

Why "yes" is the least reliable word in a pilot

An AI agent pilot is a chain of promises. Someone promises to give you API access by Friday. Someone else promises to label 500 support tickets. A vendor promises an integration sandbox by the end of the month. The engineering team promises an eval harness. If any link in that chain is a polite fiction, the pilot stalls and nobody can say exactly where.

The research on customer discovery makes the underlying problem clear: talk is cheap, and the useful signal is behavior, not opinion. Harvard Innovation Labs' guide to validating demand warns that asking "Would you buy this?" produces biased positive feedback, and recommends asking about past behavior instead (Harvard Innovation Labs). The same discipline applies inside a company. "Will your team provide eval data?" is the internal equivalent of "Would you buy this?" It invites a yes. "Which of your two analysts will do the labeling, and on what dates?" produces a fact.

There is a second, harder-edged finding. A study scoring 16 AI companies against their voluntary White House commitments built a 30-indicator rubric and found that the average company satisfied just 54 percent of the criteria, with model-weight security averaging 17 percent and 11 of 16 companies scoring zero on that commitment (AAAI AIES paper). Public, volunteered commitments were routinely underspecified and went unverified. That is the failure mode of every pilot kickoff meeting: a room full of sincere commitments that nobody can later check.

The fix is not more enthusiasm. It is a commitment test applied identically to your own people and to the vendor.

The four-part commitment rubric

Score each commitment out of four. One point per element.

ElementQuestion to askPasses whenTypical failure
Named ownerWho is doing this, by name and role?One person, not a team or a department"The data team"
Dated deliverableWhat exact artifact arrives, and on what date?A named artifact with a calendar date"Sometime in the next sprint"
Committed resourcesWhat hours, budget, systems access or people are dedicated?Specific and already allocated, not to be negotiated later"We'll figure out capacity"
ConsequenceWhat happens if the date is missed?A named fallback, escalation or scope cut that the owner acceptsShrug

Use a simple scoring rule before the pilot starts: 4 of 4 is a committed yes; 3 of 4 is a conditional yes that gets one week to close the gap; 2 or fewer is a no and goes into the risk register with a named alternative.

The rubric does two jobs at once. It filters fantasy commitments, and it produces a record you can point to when a date slips without an argument about what was "understood." If you want to borrow the mechanics of scoring against explicit criteria, Microsoft's guide to building rubrics with AI walks through turning criteria into leveled descriptors (Microsoft Support), and the same structure works for a commitment scorecard.

A worked example. During one pilot kickoff, a vendor said: "We'll get you the sandbox soon and support your onboarding." Scored against the rubric, that is 1 out of 4 (no named owner, no date, no named resources, no consequence). The pilot lead converted it to: "Priya Raman, solutions engineer, delivers a sandbox with our tenant pre-provisioned by March 14; she books 6 hours per week for the first three weeks; if it slips past March 21, we fall back to the vendor's shared demo tenant and the integration work moves to phase two, which we will document." That is 4 out of 4. Sixty seconds of rewriting turned a pleasantry into a trackable obligation.

What counts as a real yes from an employee

Internal commitments feel different because you have other forms of leverage. That is exactly why teams under-test them. An employee saying yes to a pilot task is often saying yes to being helpful, not yes to doing the work in a week when their day job is on fire.

Four tests for internal commitments:

  1. Named owner, not a function. "The platform team" cannot be held to anything. Ask for the individual, and confirm they know they are the owner. A useful check: ask them to restate the deliverable in their own words.
  2. Dated deliverable with a named artifact. "A CSV of 500 labeled tickets" beats "help with labeling." Attach the date to the artifact, not to the effort.
  3. Resources already allocated, not promised. A commitment to spend 30 percent of someone's time is only real if their manager has agreed and a conflicting project has been deprioritized. Ask what stops to make room. If nothing stops, nothing was committed.
  4. Consequence the owner accepts. This is where internal commitments usually fail. If a miss costs nothing, the date is decorative. Consequence does not have to be punitive: it can be a fixed escalation to the steering group, a scope cut, or a written note in the pilot log. What matters is that both sides named it in advance.

A useful internal pattern is the paid-pilot mindset applied to a colleague's time. Customer development practitioners distinguish between customers who express interest and customers who commit time, data, reputation or money (100tasks customer development). Treat your internal partner's dedicated hours as the currency of the transaction. If they will not put hours on the calendar, they have expressed interest, not commitment.

Interview technique matters here too. Customer discovery guides recommend reconstructing a recent concrete event rather than asking for opinions or predictions (Alloy Growth Lab). So instead of "Can your team get us the logs?", ask: "When did your team last export logs for a request like this, who did it, and how long did it take?" You will get a realistic estimate instead of an optimistic one. VentureWell's customer discovery material makes the same point about hypothesis testing and iteration (VentureWell).

What counts as a real yes from a vendor

Vendors are trained to say yes. The person in the room often has less authority than the commitment implies, and the resources behind the yes are usually shared across many accounts. The rubric does not change; the evidence you ask for does.

TestWeak signalStrong signal
Named ownerAccount executive promises "the team" will helpNamed engineer or solutions architect with that person's manager cc'd
Dated deliverableRoadmap reference or quarter-level targetA specific artifact on a specific date, written into the statement of work
Committed resources"We'll support you through onboarding"Named hours per week, named people, and confirmation that a conflicting account is not competing for them
ConsequenceNo stated remedyA named remedy in the contract: service credits, an extended pilot at no cost, or a written escalation path

Do not settle this in conversation. Vendor evaluation guides for AI tools consistently recommend asking about contract flexibility, implementation charges and data export before signing, and negotiating a paid pilot or short initial term with defined success criteria when the vendor wants a longer commitment (Curately). In an AI agent pilot, the equivalent asks are: which model or provider is actually behind the endpoint, what happens to our data when the pilot ends, and what is the named deliverable for each pilot milestone.

One practical test that separates real vendor commitments from theater: ask for the commitment to be reflected in the pilot agreement or statement of work within five business days. A vendor who can meet the date but insists it stay informal is telling you the date is not real. That is a valuable data point before you have spent the quarter.

Record commitments so they can steer the pilot

A commitment that is not recorded is an anecdote. Use one tracker, one format, one scoring date. A CSV is enough to start:

id,commitment,owner,giver_type,owner_named,deliverable_dated,resources_committed,consequence_named,score,due_date,status,notes
C-01,500 labeled support tickets,Sam Ortiz,internal,yes,yes,yes,no,3,2026-04-10,on_track,escalation path missing
C-02,Sandbox tenant with live credentials,Priya Raman,vendor,yes,yes,yes,yes,4,2026-03-14,on_track,written into SOW
C-03,Eval harness for agent responses,Platform team,internal,no,no,yes,no,1,2026-04-01,blocked,convert to named owner or drop

Score on the day the commitment is made, not later. Then build the review cadence around the scores, not around the status updates. A weekly fifteen-minute pass over the tracker where every commitment gets one of four states (met, on track, at risk, missed) will do more than a monthly deck.

Two rules keep the record honest. First, whenever a commitment slips, change the score and the date in the same edit; do not quietly keep the old score. Second, publish the counts. "Nine commitments made this week, six scored 4, two scored 3, one scored 1 and was converted to a no" is a one-line health check for the whole pilot.

This is where the stakeholder engagement literature is useful even if your "stakeholders" are colleagues. Measurement programs work when you set clear targets, track them regularly and report back to participants so they can see the impact of their input (Simply Stakeholders). Closing the loop on commitments, including the ones that failed, is what makes the next ask credible.

Quantifying the pattern matters too. After a dozen customer conversations, you look for signals like seven out of ten people describing the same behavior, and you tag notes by theme so the pattern is visible rather than felt (Kromatic). Apply the same approach to your commitment tracker. If six of your eight missed commitments came from the same internal team, the problem is not individual follow-through; it is that the team's commitments were never real in the first place.

Using commitment scores to steer decisions

Commitment scores are not just a progress report. They tell you what to build next, what to escalate, and when to change the pilot's scope.

A simple decision rule:

  • Two or more critical-path commitments scoring 2 or below: stop expanding scope and re-run the commitment conversation with named owners. Do not add agents, use cases or integrations until the critical path scores 3 or 4.
  • A vendor commitment at 1 or 2 while internal commitments are at 4: the pilot's bottleneck is external. Decide now whether to build a fallback or change vendors; the evidence is already on the page.
  • All critical-path commitments at 4 and one week of work landed: you have earned the right to expand. Add one use case at a time, with the same rubric applied to the new work.

The readiness framing is useful here: formal assessments exist precisely to replace "random acts of AI" with a coordinated plan and to surface the riskiest gaps in skills, data and process before they derail a project (Prometheus Agency). Commitment scores are a lighter-weight version of the same idea, run continuously and specific to one pilot.

Insight worth keeping: in most stalled pilots, the people involved were not unwilling. They were agreeable. Agreeableness looks like commitment in a meeting and behaves like absence in week three. The rubric's job is to convert agreeableness into either a real commitment or an honest no, both of which are more useful than a warm maybe.

If the pilot needs a working prototype to test a commitment, or a single endpoint to reach several kinds of model without separate vendor onboarding, that is a place where an outside build can save weeks. Quanta takes a description of the site, app, document or plan and pairs you with a specialist who builds it with you (https://quantaintelligence.ai/). For teams running commitments across several model providers, Quanta Inference offers text, image, video, audio and embedding models through one OpenAI-compatible API key at prepaid US dollar pricing (https://quantaintelligence.ai/inference), which keeps the number of vendor relationships you have to score small.

Handling the awkward cases

Three situations come up often enough to plan for.

The senior person who says yes without details. A yes from someone senior who will not delegate a named owner is not a commitment; it is permission. Score it 1 or 2, record it, and ask their chief of staff or their direct report for the owner and date. If you never get the owner, plan for the work not happening.

The commitment that changes shape. Scope changes are fine; silent scope changes are not. Accept a revised date or deliverable only as a new commitment with a new score and the old one marked as superseded. This preserves the record of how often commitments moved and why.

The commitment you cannot test. If you cannot observe whether a deliverable arrived (for example "help with change management"), rewrite it into something observable, such as "attendance sheet for three training sessions." If you cannot rewrite it, do not count it. Unverifiable commitments are exactly the structural shortcoming the AAAI study identified in corporate AI pledges: without verifiable disclosure, a commitment gives the appearance of action without the accountability (AAAI AIES paper).

Finally, treat the rubric itself as something to test. Run two or three commitments through it in a small smoke test before the full pilot, and ask whether a score would have predicted the outcome (The Good's smoke testing guide). A rubric that scores everyone at 4 and still produces missed dates is not measuring what you think it is.

FAQ

FAQ

Is a commitment from an internal team really worth scoring the same way as a vendor's?

Yes, and the failures differ by source, which is why one rubric helps. Internal teams usually have an owner and often a date, but they rarely have resources that were actually reallocated or any consequence for missing the date. Vendors usually have an owner and a date in the statement of work, but the named person is shared across accounts. Scoring both on all four elements shows you which gap to close rather than assuming vendors are the risk.

What do I do when a commitment scores 3 out of 4?

Give it one week to close the missing element, and say exactly which element is missing. If the gap is the consequence, name a fallback both sides accept. If it is resources, ask what work is being deprioritized. If the week passes without the missing element, downgrade it to a no and plan accordingly.

Can I score commitments after the pilot starts?

You can, but scores taken retroactively are less reliable because people will rationalize. Score on the day the commitment is made, keep the original score visible, and mark superseded commitments instead of editing them. The value of the tracker is the history, not the current snapshot.

How many commitments should a pilot track?

Only those on the critical path plus any vendor obligation written into an agreement. Most early AI agent pilots have between ten and twenty live commitments worth tracking; beyond that the tracker becomes a project plan and stops being reviewed. Everything else belongs in a normal task list.

Does a commitment score tell me whether the pilot will succeed?

No. It tells you whether the pilot has the resources and accountable people it needs. That is a necessary condition, not a guarantee. Pair the score with actual usage and quality data from the agent before you conclude anything about value, and remember that 64 percent of software features were reported rarely or never used in the Standish Group's CHAOS research, cited in Koji's fake door guide, so built and committed is not the same as useful.

Sources

Sources

  1. Validate Customer Demand - Harvard Innovation Labs
  2. Do AI Companies Make Good on Voluntary Commitments ...
  3. Getting started creating rubrics with AI
  4. Customer Development: Four Stages Explained
  5. 15 Customer Discovery Questions for Startup Founders
  6. Customer Discovery: Assumptions & Interviews - YouTube
  7. How to Evaluate AI Recruiting Vendors for Your Hiring Team
  8. 6 Steps to Effectively Measure Stakeholder Engagement
  9. How to Turn Customer Discovery Interviews Into Action
  10. A Practical AI Readiness Assessment for Teams
  11. Smoke Testing: 5 Steps to Quickly Validate Your Ideas - The Good
  12. Fake Door Testing (Painted Door Test): Validate Demand Before You ...
About the author

About the author

Antonio Evans
Antonio Evans

Antonio Evans is the founder of Quanta Intelligence and a fractional CTO who builds HIPAA-ready AI systems for health and life-science companies. Before that he was technical co-founder of FriendsEAT for twenty years, CEO of Socialdraft, and a data engineer at IBM. Antonio lives with his dog Santino in Lisbon, Portugal.

All articles