Skip to lesson
Exit
Capstone - The Mock Account Loop1 / 3

1 min lesson

Metrics and leading indicators per phase

Pick two rows from the table in "Metrics and leading indicators per phase" and explain the choice each one supports.

Step 1 of 3

Metrics and leading indicators per phaseMake every phase measurable

Phase
0–30
Target metric (lagging)
Security review closed; pilot team provisioned
Leading indicator you watch weekly
SSOSingle Sign-On. One company login (usually via SAML or OIDC) instead of a separate password per tool. Press Enter for the full definition. test passed; security questions answered; pilot seats activated within 5 days
Phase
30–60
Target metric (lagging)
70%+ of pilot seats active weekly; Agent used by majority
Leading indicator you watch weekly
Daily Tab acceptance trend; first Agent task per engineer; office-hours attendance
Phase
60–90
Target metric (lagging)
Pilot WAU/MAU stickiness holding; next wave approved
Leading indicator you watch weekly
Depth-of-use climbing (Agent, context, rules); champion running a session solo

Lagging metrics prove the phase; leading indicators tell you a week early whether it's working.

Learn more

Full explanation

The Copilot narrative

The Copilot narrativeCoexist, then earn the switch

Do not open by trashing Copilot. Skeptical engineers have muscle memory there and an attack reads as insecurity. Run them side by side in the pilot and let the depth difference show - Cursor's codebase-aware context, Agent doing multi-file work, .cursor/rules/ encoding the team's conventions. The switch is something the pilot data earns, not something you assert.

Say it like this

“Keep Copilot on for the pilot. I'd rather your engineers feel the difference on their own repos than take my word for it. We'll look at acceptance and depth-of-use across both after four weeks and you decide where Cursor earns the seat.”

Learn more

Advanced table

Top three risks and mitigations

Top three risks and mitigationsName them before the sponsor does

Risk
Security review stalls the timeline
Why it bites on Meridian
No org-wide rollout until it closes; it can drag for weeks
Mitigation
Front-load it in days 0–30; bring SOC 2 + retention answers proactively; give security a named contact
Risk
Pilot activates but stays shallow
Why it bites on Meridian
Logins without Agent depth won't move retention or expansion
Mitigation
Track depth, not just WAU; office hours target real tasks; seed a strong starter rule in .cursor/rules/
Risk
Champion burns out as the lone driver
Why it bites on Meridian
One platform lead can't enable 600 engineers
Mitigation
Build a repeatable enablement kit; recruit a second champion per BU before widening the wave
Self-score

Read your plan line by line and ask of each: does this ladder to activation, adoption or retention/expansion? Cross out anything that's just motion. If a phase has no leading indicator, you can't course-correct it - add one or cut it.

QWhy front-load the security review in days 0–30 instead of starting it once the pilot shows results?