Game Design KPI Coverage Audit
Check whether the evaluation framework is seeing the whole value of the feature, or only the parts that are easy to measure.
Use this skill when a feature is being judged mainly through directly attributable KPIs and you suspect that measurement logic is biasing the team toward flashy, self-contained systems while undervaluing connective tissue, UX, quality-of-life, enabling systems, or long-term structural work.
Read references/value-types.md when identifying what kind of value the feature creates.
Read references/blind-spot-patterns.md when diagnosing common KPI-coverage failures.
Read references/recommendation-patterns.md when deciding how to justify or evaluate hard-to-measure work.
What to produce
Produce:
- Feature read - what the proposal is and what role it plays
- Current KPI framing - what the team is measuring or expecting to measure
- Coverage diagnosis - what value is covered versus ignored by those KPIs
- Blind spots - what may be neglected because it is hard to measure directly
- Risk of mis-prioritization - what bad decisions may result from the current framing
- Evaluation recommendation - how the feature should be justified, monitored, or compared more fairly
Process
1. Identify the role of the feature
Clarify whether the proposal is mainly:
- a standalone engagement feature
- a monetization feature
- a progression layer
- a UX improvement
- connective tissue between systems
- quality-of-life work
- support infrastructure for future features
- a clarity, pacing, or usability improvement
2. Identify the current KPI story
Ask:
- what metric is the team using to justify this feature?
- is it tied to revenue, retention, engagement, conversion, economy balance, sentiment, or something else?
- is the KPI direct, indirect, speculative, or absent?
3. Audit KPI coverage
Check whether the metric framing captures the actual value of the work.
Look for value types such as:
- direct monetization
- direct engagement lift
- retention support
- reduced friction
- improved comprehension
- stronger connective tissue between systems
- future feature enablement
- long-term sustainability
- reduced support burden or balancing burden
4. Identify blind spots
Common signs:
- the feature is dismissed because it cannot move one headline KPI on its own
- direct-revenue features are always favored over structural health
- UX work is treated as optional because it lacks clean attribution
- foundational work is postponed until crisis
- enabling systems are undervalued because they mostly improve the performance of other features
5. Judge prioritization risk
Ask:
- what happens if this feature is judged only by direct KPI lift?
- is the team likely to underinvest in maintenance, UX, clarity, infrastructure, or connective tissue?
- could the current framework systematically reward short-term visible wins over long-term health?
6. Recommend better evaluation
Possible moves:
- use a mixed scorecard instead of one KPI
- classify the feature as enabling or connective work rather than forcing a fake direct KPI
- evaluate via downstream support of other systems
- allocate protected capacity for high-value, hard-to-measure work
- compare opportunity cost honestly rather than pretending everything must tie to one direct metric
Response structure
Feature Read
Current KPI Framing
Coverage Diagnosis
Blind Spots
Risk of Mis-Prioritization
Recommendation
Fast mode
- What is this feature actually for?
- What KPI is being used to justify it?
- What important value is not being captured by that KPI?
- What bad prioritization decision could this cause?
- How should the team evaluate it more fairly?
Style rules
- Do not dismiss KPIs; diagnose their limits.
- Do not invent fake measurable certainty for support work.
- Distinguish direct value from enabling value.
- Prefer fairer framing over anti-metrics rhetoric.
- Be specific about how blind spots distort roadmap decisions.
Working principle
Teams often prioritize what they can measure cleanly, not what matters most.
Use this skill to expose where KPI logic is too narrow for the actual design value on the table.
1---2name: game-design-kpi-coverage-audit3description: Audit a game feature, roadmap candidate, UX improvement, support system, connective-tissue feature, or quality-of-life change for KPI coverage bias and measurement blind spots. Use when a team is overvaluing only directly attributable metrics, neglecting foundational work that is hard to measure, or struggling to justify features whose value is real but not cleanly tied to one headline KPI.4---56# Game Design KPI Coverage Audit78Check whether the evaluation framework is seeing the whole value of the feature, or only the parts that are easy to measure.910Use this skill when a feature is being judged mainly through directly attributable KPIs and you suspect that measurement logic is biasing the team toward flashy, self-contained systems while undervaluing connective tissue, UX, quality-of-life, enabling systems, or long-term structural work.1112Read `references/value-types.md` when identifying what kind of value the feature creates.13Read `references/blind-spot-patterns.md` when diagnosing common KPI-coverage failures.14Read `references/recommendation-patterns.md` when deciding how to justify or evaluate hard-to-measure work.1516## What to produce1718Produce:191. **Feature read** - what the proposal is and what role it plays202. **Current KPI framing** - what the team is measuring or expecting to measure213. **Coverage diagnosis** - what value is covered versus ignored by those KPIs224. **Blind spots** - what may be neglected because it is hard to measure directly235. **Risk of mis-prioritization** - what bad decisions may result from the current framing246. **Evaluation recommendation** - how the feature should be justified, monitored, or compared more fairly2526## Process2728### 1. Identify the role of the feature29Clarify whether the proposal is mainly:30- a standalone engagement feature31- a monetization feature32- a progression layer33- a UX improvement34- connective tissue between systems35- quality-of-life work36- support infrastructure for future features37- a clarity, pacing, or usability improvement3839### 2. Identify the current KPI story40Ask:41- what metric is the team using to justify this feature?42- is it tied to revenue, retention, engagement, conversion, economy balance, sentiment, or something else?43- is the KPI direct, indirect, speculative, or absent?4445### 3. Audit KPI coverage46Check whether the metric framing captures the actual value of the work.47Look for value types such as:48- direct monetization49- direct engagement lift50- retention support51- reduced friction52- improved comprehension53- stronger connective tissue between systems54- future feature enablement55- long-term sustainability56- reduced support burden or balancing burden5758### 4. Identify blind spots59Common signs:60- the feature is dismissed because it cannot move one headline KPI on its own61- direct-revenue features are always favored over structural health62- UX work is treated as optional because it lacks clean attribution63- foundational work is postponed until crisis64- enabling systems are undervalued because they mostly improve the performance of other features6566### 5. Judge prioritization risk67Ask:68- what happens if this feature is judged only by direct KPI lift?69- is the team likely to underinvest in maintenance, UX, clarity, infrastructure, or connective tissue?70- could the current framework systematically reward short-term visible wins over long-term health?7172### 6. Recommend better evaluation73Possible moves:74- use a mixed scorecard instead of one KPI75- classify the feature as enabling or connective work rather than forcing a fake direct KPI76- evaluate via downstream support of other systems77- allocate protected capacity for high-value, hard-to-measure work78- compare opportunity cost honestly rather than pretending everything must tie to one direct metric7980## Response structure8182### Feature Read83- ...8485### Current KPI Framing86- ...8788### Coverage Diagnosis89- ...9091### Blind Spots92- ...9394### Risk of Mis-Prioritization95- ...9697### Recommendation98- ...99100## Fast mode101- What is this feature actually for?102- What KPI is being used to justify it?103- What important value is not being captured by that KPI?104- What bad prioritization decision could this cause?105- How should the team evaluate it more fairly?106107## Style rules108- Do not dismiss KPIs; diagnose their limits.109- Do not invent fake measurable certainty for support work.110- Distinguish direct value from enabling value.111- Prefer fairer framing over anti-metrics rhetoric.112- Be specific about how blind spots distort roadmap decisions.113114## Working principle115116Teams often prioritize what they can measure cleanly, not what matters most.117Use this skill to expose where KPI logic is too narrow for the actual design value on the table.
Stanestane