Good morning, Naman.
This prototype starts with today’s Notetaker, then demonstrates one proposed add-on.
Booking Flow Reschedule Review
Current Notetaker will transcribe the meeting and prepare notes.
Growth weekly
8 people · 45 min
Product × Care sync
6 people · 30 min
Your meeting memory
Therapist availability sync
Notes, 4 decisions, 6 action items
Yesterday · 42 minProposed screen-aware review
Example of the optional Screen Context add-on
Future experienceStart an ad-hoc note
Record a thought or capture a quick walkthrough.
Add the screen to this meeting?
Normal Notetaker is already ready. The proposed add-on lets Wispr connect comments such as “change this banner” to the exact screen being discussed.
Choose one screen to link to the notes
Wispr will use only this selected source and only for this meeting.
Booking Flow Reschedule Review
Proposed Screen Context is linking important comments to the selected screen.
Creating the visual action brief…
Linking each important comment to the exact screen it referred to.
Meeting ended.
The visual action is clear.
Normal Notetaker prepared the notes. Screen Context added the exact screens behind the decisions.
Booking Flow Reschedule Review
19:59 · 3 speakers · 8 visual momentsYou reviewed four booking states and approved the reschedule release after two visual changes.
Transcript · Speaker detection · Summary
3 decisions · 5 participant actions
Important screenshots · Highlighted components
Clear visual action brief
Visual action briefs
A possible place to review screen-linked actions from past meetings.
Booking Flow Reschedule Timer Updates
Update booking and reschedule policy treatments across Patient App and Ops App.
Care Ops Dashboard Filters
4 visuals · 3 actions · Agent package
Therapist Availability Rules
2 visuals · 4 decisions · Document
Booking Flow Reschedule Review
Normal meeting notes plus the exact screens behind important decisions.
Meeting summary
The team reviewed booking, rescheduling, release, and change-mode flows. The current logic is approved for release after two visual updates to the grace-period notice.
Decisions
- Keep one shared 20-minute timer across frontend and backend.
- Rescheduling inside the grace period does not consume a session.
- Release after the persistent notice and copy changes are verified.
Next steps
- Suryansh: Apply the visual treatment across booking and reschedule states.
- Aditi: Verify Patient App and offsite tick-mark states.
- Naman: Run regression on release and change-mode flows.
“Make this background light yellow and bold the timer. Keep the same 20-minute source of truth.”
Reschedule experience:
timer and policy updates
Each action shows what was said and the exact screen it referred to.
Executive summary
The team approved the current booking and reschedule logic for release. Before launch, make the grace-period notice unmistakable across Ops App, Patient App, and offsite booking.
Primary decision
Keep one shared 20-minute timer across frontend and backend. Do not introduce a separate client-side counter.
Visual implementation instructions
Make the persistent notice unmistakable
- Apply the semantic
warning-subtlebackground. - Bold only “20 minutes” to preserve hierarchy.
- Keep the supporting line at 14px regular.
Keep the timer at 20 minutes
Continue reading from the backend expiry timestamp. The frontend renders the countdown but does not own timing logic.
Owners & actionables
Send the reviewed brief to Codex or Claude
Only after a person checks the screenshots, task, owner, and expected result.
# Booking Flow Reschedule Timer Updates
## Objective
Update the booking and rescheduling experience shown in the attached evidence.
## Context
- The grace-period timer remains 20 minutes.
- Backend expiry is the single source of truth.
- Rescheduling inside the window does not consume a session.
- Changing appointment mode is always free.
## Tasks
1. Apply the warning-subtle background to the persistent notice.
2. Bold only the “20 minutes” policy copy.
3. Verify Patient App and offsite tick-mark states.
## Acceptance criteria
- Treatment matches screenshots `moment-03.png` and `moment-06.png`.
- All counters derive from the backend expiry timestamp.
- Existing release and change-mode flows pass regression.
- Mobile notice wraps without obscuring the dismiss action.
## Dependencies
- Confirm `warning-subtle` token exists in the shared design system.
- Activity mapping must land before communications are enabled.