Book a call
All talks and takeaways

Scorecard

Does this AI workflow pay back?

Four questions that tell whether an AI workflow is worth building before anyone picks a model, scored out of eight.

I see a lot of AI features start with the model and end in a demo. The ones that reach production start with the workflow instead. How often does it happen, what does it cost today, and what does a wrong answer cost? This scorecard puts a number on those questions for one workflow at a time. Each question scores 0, 1, or 2 points.

From the talk: Lean cloud architecture that scales

The four questions

Question0 points1 point2 points
How often does the task happen?Monthly or lessWeeklyDaily or more
What does it cost today, in people hours a month?Under 5 hours5 to 40 hoursOver 40 hours
What does a wrong answer cost?Money moves, or harm, with no human checkA human reviews every output before it countsLittle, and the error is easy to see
Can we measure success?No baselineA baseline, but no labelled examplesA baseline and 30 or more real examples with known answers

What the score means

ScoreNext move
7 to 8I'd build a proof of concept. The evaluation set comes first and the model choice second.
4 to 6I'd fix the weakest answer first. Usually that means collecting labelled examples.
0 to 3I'd park it. A rule, a form, or a better process pays back sooner.

The lean build, once it scores

  1. Source documents live in object storage. A small job chunks them and creates embeddings when they change.
  2. Embeddings live in the Postgres we already run. pgvector means no new datastore to secure, back up, or pay for.
  3. Each request makes one model API call. In an EU region whenever the data includes personal data.
  4. The evaluation set runs in CI. Every prompt or model change has to score at least as well as the last one.
  5. Every request logs tokens, cost, latency, and acceptance. That turns the payback in the scorecard into a number.

What I leave out on purpose

I leave out agents with many tools, fine-tuning, a dedicated vector database, and an orchestration framework. Each one adds cost before it adds value. I add one only when the evaluation set shows the need.

Next step

I highly recommend bringing one workflow to a thirty-minute call. We'll score it together and, if it pays back, sketch the proof of concept. Which workflow eats the most hours in your team today?

Book a call

These takeaways are an engineer's reading of the rules and the tools. I wrote them to help teams decide what to build. They aren't legal advice. I recommend checking the current text with your own counsel before planning around a date or a threshold.

Let's talk.

A 30-minute call, no pitch. We look at your current setup, your stage, and the thing that's bothering you about it. I give a straight opinion on what to change, what to leave alone, and whether the problem is the one it looks like. What's the one thing in your stack you'd fix tomorrow?