↑↓ move↵ open[] previous / next lesson? all shortcuts
Appearance
Theme
Type size
Reading

Focus mode hides the sidebars. Press f to toggle it anywhere.

Keyboard shortcuts
/
Search
[ ]
Previous / next lesson
t
Jump to the table of contents
r
Review queue
f
Focus mode
?
This panel
Explainer12 min

Needs finding

The Biodesign method. Observe clinical work, catch the moments that are slow, awkward, or unsafe, write the need without a solution in it, and only then think about technology. The hardest part of device design is not the device.

AssumesThe notebook, and the build logSpineClinical / regulatory / human factors
On this page12 min
  1. Observe
  2. Write the need statement
  3. Validate the need
  4. Then, and only then, solutions
  5. Why this is a spine

Most student device projects start with a technology and go looking for a use. Most failed device companies did the same. The Stanford process inverts it: go where care happens, watch, write down every moment that is slow, awkward, or unsafe, turn the best of them into a one-sentence need with no solution in it, and only then ask what technology might fit. The method is teachable, and the habit is what separates engineers who build useful things from engineers who build impressive ones.

Figure 1. The method runs left to right. Almost every student project, and a great many companies, start at the right-hand box and reason backwards, which is why the need they eventually write is one their technology happens to meet.

Observe

Get into a clinic, a rehabilitation gym, a home, or a lab. Shadow, volunteer, or simply be present with permission. Watch without proposing. Keep a needs journal: time, place, what happened, why it seemed slow or awkward or unsafe, who was affected. Twenty observations a day is normal; most will be useless; the good ones are worth a company each.

Some prompts. Where did someone wait? Where did someone improvise, tape something, or work around a device? Where did two people have to do what one should? Where did a device get abandoned in a drawer? Where did someone wince?

Write the need statement

One sentence: a way to [accomplish something] for [a specific population] that [produces a measurable outcome]. “A way to let a person with late-stage send an urgent message in under ten seconds, in the dark, without a caregiver’s help.” No solution words: not “an EEG-based,” not “a wearable.” The moment a solution enters the sentence, you have stopped describing the problem.

Write ten. Then rank them by how many people have the need, how badly, how well it is met now, and whether you could plausibly address it. Pick one or two.

Predict before you look

Which of these is a need statement? (a) 'A low-cost EEG headband for detecting seizures at home.' (b) 'A way for a parent of a child with epilepsy to be alerted to a night-time seizure reliably enough to sleep.'

(b). It names the population, the outcome (alerted reliably enough to sleep), and contains no solution. (a) is a product idea; it has already decided the answer is and a headband. The parent might be better served by a bed-motion sensor, a heart-rate monitor, or a camera. Deciding that too early is how the wrong device gets built well.

Validate the need

Talk to ten people who have it. Do they describe it the way you did? How do they cope now, and what does that cost them? Would they change anything? What has been tried and abandoned, and why? The speech-language pathologist, the occupational therapist, and the nurse have seen a hundred cases; interview them too. Adjust the statement. Half the time the need you wrote is not the one they have.

Then, and only then, solutions

Brainstorm broadly. List every way the need could be met, including ones with no technology at all. Screen against the ’s outcome and against the constraints you learned (cost, setting, who maintains it). Prototype the crudest version that tests the riskiest assumption. Bring it back to the people with the need.

Why this is a spine

Companies pay for this. The “clinical and regulatory” spine begins here, because a person who can find a real need, validate it, and write it precisely is rarer than a person who can build a device, and the device companies know it. The fellows who run this process full time go on to found companies and run product teams. A student who has run one cycle with a real person has done what most engineers never do.

Deep dive Stakeholders are not the same as users 3 min

The person who uses a device, the person who buys it, the person who sets it up, the person who pays, and the person who is liable are often five different people. A communication device is used by a patient, set up by a caregiver, prescribed by a speech-language pathologist, paid for by an insurer, and regulated by the FDA. A need that ignores any of them produces a device nobody adopts. Map all five for your need; the caregiver’s need (“set it up in two minutes at 3 a.m.”) is often the one that decides adoption.

Deep dive Needs that are not device needs 2 min

Some needs are met by a process change, a checklist, a training, or a phone call. screens explicitly for whether a need requires technology at all. Recognizing that the best solution is not a device, and saying so, is a mark of an engineer who understands the problem.

Recall
What are the three parts of a need statement, and what must it not contain?
A way to [accomplish something] for [a specific population] that [produces a measurable outcome]. It must contain no solution or technology.
Recall
Why validate a need with ten people before building?
Because half the time the need as first written is not the one people actually have; interviews reveal how they cope now, what has failed, and what outcome matters to them.
Recall
Name the five stakeholders a communication device typically has.
The user (patient), the caregiver who sets it up, the clinician who prescribes it, the payer, and the regulator; ignoring any one produces a device that is not adopted.
Explain it to your roommate

Explain what this page was about to your roommate in three sentences. No jargon they would not know.