Too many plausible use cases
The team needs one opportunity connected to a user, a business result, and evidence that can change a decision.
For founder-led software and SaaS teams with an important AI opportunity, competing assumptions, and a real decision to make. In five focused days, we narrow the release, make its largest uncertainty inspectable, and recommend the next commitment from evidence produced and available.
Five working days · Fixed US$3,000 · Complete on its own
This is the point between “we should do something with AI” and committing engineering time, budget, or organizational attention.
The team needs one opportunity connected to a user, a business result, and evidence that can change a decision.
The largest risk may be the experience, AI behavior, data, integration, or the workflow around the technology.
Product, design, and engineering need the same definition of what is in, out, later, and good enough to release.
Three client conversations anchor the work. Analysis and artifact production continue between them.
The fit call identifies the leading question. The written scope names one evidence-generating artifact, the agreed inspection or test, and the result that could change the decision.
Kickoff, evidence review, and final recommendation and decision review anchor the week. Work between them adapts to what the evidence reveals; exact session times, participants, and response windows are agreed before the Sprint starts.
Align the user, problem, business objective, existing evidence, assumptions, constraints, and decision the Sprint must support.
The sponsor confirms business truth, non-goals, missing evidence, required access, and the leading question.
Compare plausible use cases, define one candidate focused release, and prepare the first reviewable version of the agreed artifact and inspection setup.
Answer only material clarification or access requests inside the agreed response window.
Finalize as needed, then use the bounded artifact with the agreed people and/or data against the agreed criteria or threshold, as applicable; record observations and contradictions.
Required reviewers or data are available; the sponsor chooses continue, narrow, reframe, or stop.
Separate findings from interpretation, limitations, and open risks; refine the candidate release and draft preliminary technical and evaluation direction.
Resolve only final factual or authority questions that materially block the recommendation.
Synthesize available evidence, new findings, limitations, tradeoffs, and unresolved risks; Gabriel recommends build, narrow, buy, defer, or stop.
The sponsor records the next commitment—or records the remaining decision owner and date if approval is pending.
Every component supports one product decision and remains editable for handoff. The Sprint produces one primary evidence-generating artifact chosen around the largest uncertainty; it does not promise all three risk routes together.
The Auteur Framework explains how I make direction, evidence, and accountability explicit. The Vivid case shows related product judgment carried into a working release. Neither is presented as the result of a paid five-day client Sprint.
The primary evidence-generating artifact makes one uncertainty inspectable. Production implementation, deployment, and ongoing support are separate.
Existing research and evidence are reviewed. Recruiting and running a new research program requires separate scope.
The final recommendation may be to use your team, another provider, an existing tool, a smaller release—or no build at all.
The fit call determines whether five days can materially reduce the risk. If not, I will say so.