Day 15 · Paid lesson · Course Buyer: Part 1 or BundleDeliverables — metric tracking plan

Course-aligned lesson expansion from original D15. Access requirement: paid Part 1 or Bundle.

AI Ages Day 15

Part 1 | Week 3 production chain | deliverable_production | 15-/30-minute paths

Day 15: Deliverables

Turn a prompt case library into a usable metric tracking plan with reader, use, evidence, owner, cadence, and done standard.

15mcore path
30mdeep path
3metrics
1tracking plan
Current path: 30-minute deep. Define three metrics and D16 evidence needs.
V1Scenario

Concrete workplace scenario

A manager says: “We approved a reusable prompt case. How will we know whether it actually improves the work?”

It sounds like you should list impressive metrics. The trap is that a metric is useless unless it has evidence, owner, cadence, and a decision rule.

V2Worked answer before the table

Worked answer

Bad example first: the plausible shortcut fails

Weak example

“Track engagement, quality, time saved, and user feedback.”

What goes wrong

The weak version contains engagement, no evidence location, no owner, no decision rule.

Work-ready version: use the day rule

Signal

What will show the work changed?

Evidence

Where will the proof come from?

Owner

Who updates and reviews it?

Decision rule

What result changes the next action?

V3Decision fork

Quick decision check

The metric must change a decision rule

Use this rule before filling the production table. It turns the day from abstract AI advice into a work-ready habit.

Signal

What will show the work changed?

Evidence

Where will the proof come from?

Owner

Who updates and reviews it?

TRACEToday’s workflow trace

Production workflow trace

RESULTToday’s visible result

Before / after: what changed in your work?

Before learning

After learning

What AI-in-workflow means today

Q1Manager request

Manager request

Your manager does not need a polished-looking document. They need a usable deliverable: a small metric tracking plan that says what to track, where evidence comes from, who updates it, when it is reviewed, and what result changes the next action.

Concrete workplace scenario

A team is testing whether reusable prompt cases from D14 improve customer response drafts and internal status briefs. D15 turns that library into a tracking plan the manager can actually review.

Q2Artifact handoff

Artifact handoff

Previous artifact

D14 manager-readable prompt case library

Next artifact

D16 evidence_pack.md

Learning checkpoint: Use the previous artifact as working input, produce today's artifact, and hand it forward with evidence, limitation, owner, and repair needs visible.

EXWorked answer

Metric plan pressure test

A manager asks, 'How will we know this deliverable worked?' A weak answer lists tasks completed. A useful answer names reader, decision, metric signal, evidence location, owner, cadence, and a done standard.

Worked answer

A manager asks, 'How will we know this deliverable worked?' A weak answer lists tasks completed. A useful answer names reader, decision, metric signal, evidence location, owner, cadence, and a done standard.

Repair move

Weak: 'Track engagement.' Repaired: 'Support lead checks reply rate and escalations every Friday; pass if fewer than three unclear-owner replies.'

Metric plan example

Practice move
Metric: weekly support-summary draft review time
Worked answer style
Good answer: track draft time, reviewer, evidence gaps, and done signal; do not claim productivity until two reviews pass.
Use it before
Read this card before filling the dense table below; copy the answer density, not the wording.
MPMicro-practice

Metric row repair

Weak: 'Track engagement.' Repaired: 'Support lead checks reply rate and escalations every Friday; pass if fewer than three unclear-owner replies.'

Q3Deliverable anatomy check

Deliverable anatomy check

A deliverable is usable when five anchors are visible: reader, decision/use, form, evidence, and done standard.

AnchorStatusEvidence or repair note
Reader
Decision/use
Form
Evidence
Done standard
Q4Weak vs work-ready deliverable

Weak vs work-ready deliverable

Weak output

“Here are possible metrics: views, clicks, signups, feedback, engagement.” It looks useful, but nobody knows evidence, owner, cadence, or what action changes.

Work-ready output

“For the 7-day prompt-case test, track customer draft revision count, manager correction count, and time to first usable brief. Review after five samples.”

Q5Build metric tracking plan

Build metric tracking plan

Core path: define three metrics. Deep path: define five and include a decision rule for each.

No.Metric / evidence signalReaderEvidence usedOwnerEvidence readinessD16 evidence questionCadenceDecision rule / done standard
1
2
3
Q6Redline / quality gate

Redline / quality gate

Do not call a deliverable complete if it has no reader, decision/use, evidence used, owner, cadence, or done standard.

Passes when

Each metric has a evidence, owner, cadence, and decision use.

Repair if

The plan is a pile of impressive metrics without collectable evidence or a decision rule.

Q7D16 evidence-pack handoff

D16 evidence-pack handoff

Evidence needs for D16

Use the metric rows above as a per-metric evidence-needs list for D16. D16 should collect or verify evidence access, owner, status, and the open question for each metric.

Next action

V5Repair pass

Repair one weak row

Use this pass to find the row that could confuse someone, create unsafe AI use, or fail as workplace evidence before you export.

Repair example

Weak row: Metric: engagement.

Repair move: Add evidence source, owner, cadence, and done standard.

Better row: Support lead checks customer draft revision count every Friday; continue if five samples need fewer than two manager corrections.

Choose the row you would be comfortable showing to a manager. It should have a clear task, boundary, owner, and next action.

Choose the row most likely to fail, confuse someone, expose sensitive input, or need review.

Write the exact change. Sentence starter: The weak row is weak because ___. I will repair it by adding ___ before using AI.

QXExport artifact

Export artifact

This file is today’s work receipt. It should show what changed in your work habit, not just that you filled a table.

Before you export

  • Does the metric name a real signal, not a vanity label?
  • Does it include evidence source, owner, and cadence?
  • Does the done standard say what decision changes next?

What this artifact proves: This file proves you can turn a prompt case into a trackable metric plan.

Weak export: broad metrics like engagement with no source, owner, cadence, or decision rule.

Good export: one metric tied to evidence source, owner, review cadence, and a done standard that changes the next action.

Click Generate Markdown to create metric_tracking_plan_pack.md.
Course path

Continue AI Workflow 90

D15 starts the deliverable production chain and hands evidence needs to D16.

Saved