AIUBlueprint
In design

The AI requirements studio: bring a fuzzy idea, answer numbered decisions it mostly predicts for you, and ratify a plan that writes straight into RoadWork.

Your studio

Welcome back, Mara. One blueprint in progress.

A blueprint turns a fuzzy idea into a decided, buildable plan. Pick up where you left off, or start a new one.

Your studio/First run

No blueprints yet

Nothing here is a placeholder — this studio is genuinely empty until you bring an idea. Start with a rough one; you don’t need to know how to build it.

Why this mattersAn empty studio says it is empty. No fake sample projects, no invented counts — the honest zero.

Your studio/Bring the idea
Step 1 · Bring the idea

Tell it your idea. Rough is fine.

Write it the way you’d say it out loud — messy, uncertain, half-formed. Blueprint reads it and starts asking. You never have to know the right words or how to build it.

This is Dr. Mara Okafor’s real, rough idea. Edit it or write your own — then start.

What happens next: Blueprint reads your idea and asks a handful of plain questions, one at a time. Then it turns everything into numbered decisions — most already answered with a prediction, so you mostly just confirm.
Back to studio
Bring the idea/Interview
Step 2 · Interview

A few plain questions, one at a time.

Blueprint asks only what the plan needs. Answer in your own words — it does the translating.

Question 1 of 4
Who is this for first — your front-desk team, the vets, or the pet owners?

Knowing whose screen this is decides almost everything else, so it goes first.

The front desk owns the list day to day. The vets need to see it. Owners get the reassuring part — but that's second.
What does "done well" look like, in one sentence?

The outcome in the owner's own words becomes the measure of success later.

No recovering patient goes more than a few days without a check-in, and owners know what's normal and when to worry.
What exists today that this replaces or plugs into?

Blueprint would rather plug into what you already have than make you enter things twice.

Our practice-management system has the visit records. The follow-up part is sticky notes and memory.
What's the one thing that would make you trust it on day one?

The non-negotiable becomes a decision the plan is built to protect.

It never invents a medical claim. It only says "time for a check-in." I decide the medicine.

No-JavaScript noteWith scripting off, all four questions and Mara’s answers render stacked and readable — the “one at a time” pacing is a progressive enhancement, never a way to hide content.

Interview/Drafting

Reading your answers, drafting each decision

Blueprint is turning the interview into numbered decisions — and predicting an answer for each from what you actually said. This is real work, not a spinner for show; when a decision has no honest prediction it will be flagged as an open question, not guessed.

Interview/Decisions
Step 3 · Decisions

Every open question, numbered and mostly answered.

Blueprint drafted a decision for each thing your plan needs settled — and predicted an answer for most from your own words. Confirm the ones that look right; change any you want; answer by number. One (D7) it won’t guess.

3 of 9 confirmedConfirm the rest to unlock Ratify.
What do we call it?Confirmed: Recovery RoundsConfirmed
Predicted answer

Recovery Rounds

Why we predict thisIt reads as your clinic's own program — a thing your team and owners would say — not software jargon. Familiar words earn trust on day one.
Also considered
  • Alt AAftercare Tracker
  • Alt BCheck-In List

You confirmed this. Reopen any time before you ratify.

Who owns the daily list?Confirmed: Front-desk team; vets can see itConfirmed
Predicted answer

The front-desk team owns the daily list; every vet can see it.

Why we predict thisYou said the front desk owns it day to day and the vets need visibility — so the list is one shared view, owned by the desk, readable by the clinicians.
Also considered
  • Alt AEach vet owns their own patients' list

You confirmed this. Reopen any time before you ratify.

What starts a follow-up?Confirmed: A visit tagged surgery / serious diagnosisConfirmed
Predicted answer

A visit tagged "surgery" or "serious diagnosis" automatically starts a recovery track — no one has to remember to add it.

Why we predict thisThe whole pain is that people fall through the cracks. Auto-starting from the visit removes the human step that gets forgotten.
Also considered
  • Alt AStaff add each patient manually
  • Alt BRules per procedure type

You confirmed this. Reopen any time before you ratify.

The check-in schedule?Predicted: Day-3 call + day-10 recheck, adjustablePredicted — your call
Predicted answer

A day-3 check-in call and a day-10 recheck nudge, adjustable per case.

Why we predict thisYou named "around day three" yourself, and a recheck nudge closes the loop you said you drop. Per-case adjustment keeps the vet in control.
Also considered
  • Alt AOne fixed schedule for everyone
  • Alt BThe vet sets the schedule per patient
What does the owner see?Predicted: Plain "normal / worry / recheck" notePredicted — your call
Predicted answer

A plain note: what's normal in recovery, when to worry, and your recheck date. No diagnosis, no medical advice.

Why we predict thisYou called the owner part "reassurance," and you drew a hard line at medical claims (D6). This gives owners comfort without ever crossing that line.
Also considered
  • Alt AOwners see nothing in v1 (staff-only)
The safety line?Predicted: Never a medical claim — "due for a check-in" onlyPredicted — your call
Predicted answer

The tool never states a diagnosis, a prognosis, or a medical outcome. It only surfaces "due for a check-in" and shows the vet's own notes. The clinician decides the medicine.

Why we predict thisThis is your day-one non-negotiable, in your words. The plan is built to protect it: the tool reports only what a person can verify — a date is due — and never makes a claim it can't stand behind.
Also considered
  • Alt ATool suggests likely issues to watch
Where does the visit data come from?Open question — a fact we won’t guessOpen question
We won’t invent this

You want to read visits from your practice-management system instead of typing them twice. Whether that system lets another tool read its data — and how — is a real fact only you or your vendor can confirm. Guessing it would put a made-up capability in your plan. So Blueprint leaves it open, on purpose.

Until you answerUntil you answer, the plan carries D7 as a marked open question. RoadWork gets a "confirm the data source" task instead of a fake integration — so nothing false ships downstream.
What's in the first version?Predicted: Staff list + auto tracks + schedule; owner note v2Predicted — your call
Predicted answer

Version one: the staff list, auto-triggered recovery tracks (D3), and the day-3 / day-10 schedule (D4). The owner-facing note (D5) follows in v2.

Why we predict thisThe staff list is what fixes the dropped-patient pain fastest. Owner reassurance is real but lower-risk to defer — so v1 ships the thing that hurts most today.
Also considered
  • Alt AEverything at once, including the owner note
How will you know it works?Predicted: % checked in on timePredicted — your call
Predicted answer

One number the clinic can see: the share of recovering patients who got their check-in on time.

Why we predict thisIt's your "done well" (Q2) turned into something the system can actually count — not a feeling, not a claim, a measurable rate the tool can show you.
Also considered
  • Alt AStaff satisfaction survey
  • Alt BOwner reply rate

The magic, plainlyYou don’t fill in a blank spec. Blueprint predicts each answer from what you actually said, so you mostly confirm — and where it honestly can’t predict (D7), it flags an open question instead of guessing. That’s the difference from every “requirements template.”

Decisions/Ratify
Step 4 · Ratify

One look at the whole plan, then you ratify.

This is everything you settled, in one place. Ratifying locks it and writes it into RoadWork for the build. You can still reopen any decision until you do.

Recovery Rounds · the settled plan
D1What do we call itRecovery Rounds
D2Who owns the daily listFront-desk team; vets can see it
D3What starts a follow-upA visit tagged surgery / serious diagnosis
D4The check-in scheduleDay-3 call + day-10 recheck, adjustable
D5What does the owner seePlain "normal / worry / recheck" note
D6The safety lineNever a medical claim — "due for a check-in" only
D7Where does the visit data come fromOpen question — confirm with the vendor
D8What's in the first versionStaff list + auto tracks + schedule; owner note v2
D9How will you know it works% checked in on time

6 decisions still need you before you can ratify. Back to the decisions.

Honest fenceYou can’t ratify an unfinished plan — the button stays off until every decision is settled. Forcing this screen early shows the “still needs you” fence with a way back, never a half-written handoff.

Ratify/To RoadWork
Step 5 · Handed off

Nothing handed off yet.

Blueprint’s job ends at “decided.” The moment you ratify, the plan is written into RoadWork as a work-tree the agents can build — and from there RoadWork owns it.

Blueprint owns everything up to decided RoadWork owns tracking + priority + the build

The plan isn’t ratified yet

The work-tree only exists once every decision is settled and you ratify — an unfinished plan is never half-written into RoadWork.

To RoadWork/Store of record
Step 6 · Store of record

Your plan’s source of truth, kept for good.

The store of record holds what Recovery Rounds should look like and what each part is supposed to do. If the build and this ever disagree, this wins. Come back any time — it’s yours.

One truth, not twoThe store of record is the truth for UI + requirements. The build reads from it; if they ever drift, the store wins and the build gets corrected. That’s what keeps a plan from quietly rotting after it’s decided.

Manage · Recovery Rounds

Deliberate housekeeping. Never a one-tap delete.

Reached on purpose from a blueprint’s card — Delete never lives on the studio itself. Two things live here: a safe way to delete a dead draft, and the honest truth about who can see this plan.

Who can see this

Only you can see this blueprint.

There’s no “Invite” button here pretending to be a feature; sharing a blueprint is a considered fast-follow, not a stub.

Retention

Kept until you delete it. Nothing expires automatically, and nothing vanishes by surprise.

Delete this draft

This removes Recovery Rounds3 of 9 decisions confirmed — and its decisions. It can’t be undone. If a plan like this has already been ratified, deleting the draft does not silently unwrite the RoadWork work-tree or the store of record — those stay put; only the studio draft goes.

Why this mattersDelete is powerful, so it lives one deliberate step away from every status surface — reached through Manage, then a confirm that names exactly what’s being lost. A one-tap destructive path here would be a defect, not a shortcut.

Your studio/Revise a ratified plan
After you ratify

A requirement changed. Reopen it — don’t start over.

Ratifying a plan doesn’t freeze it. When something real changes, you reopen the same blueprint, re-settle just what’s different, and ratify again. It updates in place — it never quietly forks into a second plan.

What happens when you choose Revise
Step 1 · Reopen
The ratified plan returns to Deciding
The gate that locked it re-closes.
Step 2 · Re-settle
Only what the new requirement touches comes back open
Everything else stays exactly as you settled it.
Step 3 · Re-ratify
You ratify again — the same plan, updated
Never a second copy of it.

The hard law: re-ratifying updates the same RoadWork work-tree — the write never duplicates it — and your store of record re-writes at the same moment, atomically. One always waits for the other; if they ever drift, the store of record wins.

Why reopen, not a fresh copyStarting a brand-new blueprint for every changed requirement was considered and ruled out — it would scatter one idea across separate plans and lose the history of why each decision changed. Revising the same blueprint in place keeps one plan, one history, one store of record.

Your studio/Something went wrong

Couldn’t reach the studio

Your idea and every answer are saved for this visit — nothing is lost here. This is a connection problem on our side, not yours. Try again, or come back to it later.

Blueprint — the requirements studio.Demo world: Dr. Mara Okafor, Riverside Animal Care · “Recovery Rounds.”Nothing here is saved yet — a real per-user store is on the way; this build says so honestly on every write.Colorblind-safe by glyph + word + lightness.