v2.1 — what we redesigned and what's next · 2026-05-16
A one-page tour of the v2.1 pass — what got reviewed, how the advanced review worked, and what's open before production handoff.
1 Where we are
The v2 admin tool has ten sections. Four were closed out in the previous phase. Five were closed out in this phase. Billing is held for its own pass.
Dashboard Previous
Student Mgmt Previous
Semester Mgmt Previous
Content Previous
Scheduling This phase
Teachers This phase
Billing Held
Reporting This phase
Comm. This phase
Admin/Sys This phase
Previous phase — closed in earlier walkthroughs
This phase — closed in v2.1
Held — separate pass pending
2 How the advanced review worked
Four phases, each with a small team of agents handing off to the next. Every artifact has a path on disk; every commit traces back through the chain.
A
Phase A
Raw Audit
Spec-Fidelity Lens
Spec ↔ mockup compliance checks
Workflow Realist Lens
End-to-end admin task realism
Data-Model Lens
Data shape & schema gaps
Consistency Lens
Cross-screen vocabulary & patterns
21 raw lens files
·
~365 findings, each carded with severity + reasoning
Files docs/admin-spec-v2-1/pre-review/_raw/
B
Phase B
Depth Investigation
Lead
Cross-domain synthesis & themes
Data-Model Specialist
Deep schema shapes & migrations
Workflow Specialist
Deep workflow & state gaps
UX-Pattern Specialist
Deep UI pattern alignment
71 chunked investigations
·
5 per-domain punch lists
Files docs/admin-spec-v2-1/pre-review/_depth/
C
Phase C
Decision Packages
Lead
Cross-domain agenda & sequencing
Teacher converter
Assignment & placement decisions
Billing converter
Payment decisions (now held)
Reporting converter
Composition & revenue decisions
Admin converter
Issues, settings, audit decisions
Comm converter
Email, push & messaging decisions
5 stakeholder-ready packages
·
~200 items, each with default direction
Files docs/admin-spec-v2-1/pre-review/decision-packages/
D
Phase D
Implementation
Lead
Sequencing & QA across domains
Primitives
Shared components shipped first
Teacher impl.
Teacher screens to mockup
Reporting impl.
Reporting screens to mockup
Admin impl.
Admin screens to mockup
Comm impl.
Communication screens to mockup
~89 items shipped as mockup code on branch
v2.1/phase-d
Files src/pages/v2/ · src/data/
▸
Post-D ripple · documentation
Screen-data bindings updated
For mockup changes that affect the data layer, a binding map was created — each changed surface is linked to the backend schema fields it touches. This gives the production build a direct line from screen to schema and makes future changes easier to track. The same pass surfaced 45 schema open questions for stakeholder review.
Files docs/admin-spec-v2-1/screen-data-bindings/
3 What's open, and what's next
Two gates remain before production handoff — schema decisions on what we've shipped, and the Billing pass we haven't yet started.
45 open questions, by domain
13 · Communication
11 · Teacher Mgmt
8 · Admin
8 · Reporting
5 · Cross
Each item is a specific shape-of-data question raised against 01-schema.md:
enum values
table shapes
column nullability
encoding choices
To be batched into a small set of decision packages for stakeholder review.
Billing & Payments
Held
Billing is the one domain v2.1 hasn't touched. It's held for a dedicated pass because of the complexity of its Stripe integration — the surface spans:
subscriptions
payment intents
family plans
coupons & scholarships
refunds & disputes
webhook reconciliation
Each interacts with Stripe state that the mockup can't fairly represent without modelling the real API. We're treating it as its own review pass once schema decisions land.
NEXT
Resolve open questions
→
THEN
Final mockup pass
→
AFTER
Production handoff