Capture
Describe what happened in plain language.
Show the floor note composer.
A check-in starts with plain language. The manager writes or speaks what they saw on the floor. They do not need to know the right category first.
SANDR reads the note, identifies likely signals, lets the user choose the right scope, and prepares the blocks of work that match. The user reviews the draft before it becomes part of the operation.
Show a note field with an example floor note about a rough rush, a late person, unclear handover, and backed-up drinks.
What the user does
The point is not to make managers fill out more forms. The point is to stop useful floor reality from disappearing after the rush.
A short note can become evidence, a signal read, and a plan the team can actually work from.
The user describes what happened, where, when, and who was involved.
SANDR maps the note into confident signals and signals worth confirming.
The user chooses how much work should be created: light, medium, or full.
SANDR suggests the operating blocks and layers that match the signals.
The user reviews and saves the check-in, creating the assessment, selected signals, plan, and tasks.
Show the note field with the example floor note and voice/text controls.
Show confident and suspected signal cards with clear review states.
Show light, medium, and full scope options with plain explanations.
Show recommended blocks with L1, L2, and L3 rows.
Show the final summary with signals, blocks, scope, and a save confirmation.
Five check-in steps
Outcome
By the end, a messy floor note has become evidence, a signal read, a scoped plan, and reviewed work the team can act on.
Walkthrough
We will map how SANDR would open in the conversation, show the right context, prepare the work, and keep confirmation with the user.