Dashboard
Overview surfaces that help users understand priorities and enter operational work.
- Summary metrics and action alerts
- Workstream context
- Routes into L2 lists
Internal users and applicants each have an L1 to L3 page structure. Compare the two maps, then review the PRIZM component source for implementation guidance.
Internal pages support oversight, queue management, and focused operational tasks.
Overview surfaces that help users understand priorities and enter operational work.
Operational scanning and management surfaces for Programmes, Projects, Requests, and Applications.
Task-focused pages for creating, modifying, reviewing, or inspecting a specific object.
Applicant pages support orientation, browsing, and completion of one application or journey task.
A personal overview of application progress, upcoming milestones, and the next action to take.
Collection pages for exploring internship opportunities or managing the applicant's own applications.
Focused pages for completing an application, reviewing information, or acting on one journey item.
Page rules should name the PRIZM component family first, then define how TOA applies it. Avoid inventing local patterns when Breadcrumb, Card, Select, Table, Button, or related primitives already answer the need.
Breadcrumb shows hierarchy. For page-internal jumps, use a Select in the heading area; the persistent left rail stays reserved for app or guide sections.
Use Card for bounded content groups, Frame for preview or media surfaces, and Stack/Group to keep spacing and actions predictable.
Use Table when users scan, compare, sort, or act on records. Badges should carry status or metadata only; pagination belongs with long list surfaces.
Keep one primary action per section. Use Select for short fixed choices and Combobox when search or long option lists are needed.