Minecart · Visit Schedule

UI / UX Mock Round 1

Three approaches each for the template-builder (manager web) and rep daily-list (mobile), one approach for the account-detail cadence block. Use this page to navigate, react, and pick directions.

Drafted 2026-05-19 · For review, not production fidelity

Foundation concept note: visit-schedule-concept

User stories

Sales manager

Sales rep (mobile)

Sales rep (account detail)

Agent (background)

Lifecycle

Scored pool — revised definition

Pool = accounts due or approaching breach AND not already scheduled in any future EntityList within the planning horizon (default 7 days). When an agent or rep adds an account to a future list, it drops out of the pool. When a list closes without a substantive visit, the account re-enters the pool with a carryover boost.

This changes the mental model from "today's list" to "planning horizon with multiple lists." The mobile UI should make the planned week visible, not just today.

Three candidate ranking algorithms

Recommended: ship the normalized-urgency math (B), render the tier labels (A) on the surface. Defensible engine, scannable UI.

Rescheduling — explicit, not implicit

Trusting breach severity alone fails when a planned account isn't yet overdue. So:

Mocks

Template builder (manager / web)

Three mental models for defining cadence.

Rep daily list (mobile)

Three mental models for the rep's day-and-week. All show the planning horizon, not just today.

Account detail (cadence block)

One approach for now. Visible to both reps and managers on the account.

What we want from this round