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 SaaS teams with an important AI opportunity, competing assumptions, and a real decision to make. In five focused days, we narrow the release, test its largest uncertainty, and make the next commitment explicit.
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.
The fit call and written scope identify one primary evidence artifact. That keeps five days focused on the uncertainty that can actually change the build decision.
Use when the core question concerns workflow, usability, comprehension, or stakeholder alignment.
A bounded experiment for AI behavior, data, architecture, or integration feasibility—not production software.
Use when the critical failure can travel across users, teams, operational steps, and connected systems.
Scope boundary: the sprint does not promise both a complete UX prototype and a technical proof of concept. It promises the evidence needed for the most important decision.
Three client conversations anchor the week: kickoff, evidence review, and final decision. Analysis and production continue between them.
Align the user, business objective, constraints, evidence, assumptions, and decision.
Opportunity and evidence briefPrioritize one use case and define its smallest valuable release.
User journey and release boundaryProduce the agreed prototype, feasibility spike, or workflow model.
Primary evidence artifactDefine technical direction, AI authority, evaluation, integrations, risks, and acceptance.
Technical and evaluation directionSynthesize the evidence and recommend build, narrow, buy, defer, or stop.
Decision package and walkthroughEvery artifact is editable and designed for handoff. The sprint is useful whether your team builds independently, works with Gabriel, buys an existing solution, or stops.
A prototype or spike provides decision evidence. 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.