Field interview
Daily user · 32 questions
0 / 32 captured

What actually happens
on a shift

One conversation with someone who uses a home health documentation system every working day. Not a demo, not a review of what we built — she should not see the product until this is over.

Everything typed here stays on this phone until you press a button at the bottom. When you are done, Email it or Text it — both send the answers straight to Tarrell, and both put a full copy on your clipboard first in case the message comes through short.

No names. Describe the work, not the people. Say “a client” or “the office” — never a real client, patient or coworker’s name, address or diagnosis. Nothing here should be able to identify anyone.

Six rules before you start
  1. Ask about the last time, not the general case.“What usually happens” gets you a summary she has told people before. “What happened Tuesday” gets you the truth.
  2. Do not ask what she wants. Ask what she did.People are unreliable narrators of their own preferences and completely reliable narrators of their own behaviour.
  3. Never pitch a feature mid-interview.The moment she knows what you are hoping to hear, she starts helping you hear it. Save every idea for afterwards.
  4. Silence is a tool. Count to five.The second thing someone says after a pause is usually more honest than the first.
  5. Write down her exact words.Paraphrase loses the thing that made it useful. If she says “I just do it on paper first,” write that, not “prefers paper.”
  6. When something sounds small, ask how often.A four-second annoyance forty times a shift is a bigger problem than a ten-minute one on Fridays.
01

The shape of the day

Start here. It is the only question that gets an unrehearsed answer, because she is remembering rather than evaluating.

Walk me through yesterday. From the first time you touched the system to the last — what did you open first?

Why this one
Let her ramble. Do not steer. The order she names things in is the priority order the software should have.

How many things did you have open at once? Name them all — apps, tabs, paper, phone.

Why this one
Every extra window is a thing our product could have absorbed. Count them.

What did you do outside the system? Notes app, texts, a sheet of paper, a spreadsheet you keep yourself?

Why this one
This is the single most valuable answer in the whole interview. Whatever she keeps outside the system is a feature that does not exist yet.
02

The thing that takes too long

Not 'what is slow' — what is slow *that should not be*. She already knows the difference.

What is the one task that takes way longer than it should?

Last time you did it — how long, actually? Minutes.

Why this one
Get a number. 'A while' is not a number. We will design against the number.

While it is taking that long, what are you actually waiting on — the system, a person, or a signature?

Why this one
Three completely different problems. Only one of them is ours to fix, and we should know which.
03

What gets typed twice

This is the mission. Every duplicate entry is money and morale, and it is the thing we said we would kill.

What do you type more than once? Where does the second one go?

Is there anything you copy from one screen and paste into another?

What does not carry over that should? What do you re-type because the system forgot it?

Does anything have to be entered in a second system entirely — a payer portal, an EVV app, a state site?

Why this one
This is the double-entry we are pricing as Phase 2. Find out exactly which portal and how often.
04

Workarounds

The gold section. Every workaround is a design failure with a name on it. Ask gently — people are a little embarrassed by these.

What do you do that the system was never designed for?

Do you keep a personal document, spreadsheet or notebook because the system cannot hold it?

Why this one
If yes: ask to see it. That document is a specification.

Is there anything you do to make it work that you would not show a trainer?

Why this one
Ask this lightly, with a smile. The answer is usually the biggest gap in the product.

What have you taught a new person that is not in any training material?

Why this one
Tribal knowledge is the interface failing to explain itself.
05

When it goes wrong

Failure modes are where trust is won or lost. Ask for the last time, not the general case.

Last time it would not let you do something you needed to do — what was it?

What happens when there is no signal at a client's home?

Why this one
Reviews say this is where the incumbents fall apart entirely. Get her version.

Has it ever lost work you had already done? What did you do about it?

Why this one
Listen for whether she redid it, or whether the record just stayed wrong.

When it is down or broken, who do you call — and what actually happens?

06

Documentation, specifically

This is the burden the whole product exists to remove. Be precise here.

Do you ever finish charting after your shift ends? How often, and roughly how long?

Why this one
Do not react to the number. Just write it down.

Where are you when you do it? Car, kitchen table, couch?

Why this one
It changes what device we design for.

What makes a note take long — writing it, finding the right field, or waiting for it to load?

Why this one
Three different fixes. Do not guess which.

What do you have to write that feels pointless? What is there only because someone might audit it?

Why this one
The difference matters. We can compress the second kind; we must not touch the first.
07

The people around her

She sees failures happening to other people that she has stopped noticing in herself.

What do new people get wrong for their whole first month?

What does the office call you about that they should be able to just look up?

Why this one
Every one of those calls is a screen the office does not have, or has and cannot find.

Who is the person everyone asks when the system will not do what they need?

Why this one
There is always one. Whatever that person knows should be in the interface.
08

The phone in her hand

Almost nobody designs for this and it decides whether the mobile side works at all.

Is it her own phone or the agency's? Who pays for the data?

How old is the phone, and how big is the screen? Does the battery survive a full shift?

Why this one
If the answer is no, background GPS is off the table and we design around it.

Is it used one-handed? With gloves? In the dark? In a car?

Is she ever holding the phone while she is physically supporting someone?

Why this one
If yes, every tap target and every confirm step gets re-examined.
09

The wish, asked last

Ask this at the end and only at the end. Asked early it anchors everything after it.

If you could delete one screen forever, which one?

If it could do one thing tomorrow morning that it cannot do today — what?

What does a good day look like? What has to have happened by the time you go home?

Why this one
This is the one that tells us what to optimise for. Everything else is avoiding pain; this is the goal.