ביתלמידהקורסיםוובינרים
PM × AIלומד מה אתה צריך
למידהקורסיםשירותיםוובינרים
EN
PM × AI

בהנחיית עופר רגב — מנהל מוצר שמשחרר מוצרים עם AI.

הצטרפו לקבוצת הוואטסאפ
  • LinkedIn
  • YouTube
  • GitHub
  • theaipmhub@gmail.com
לעבוד איתי
  • קורסים חיים
  • סדנאות לצוותים
  • ייעוץ
  • קורס AI למנהלי מוצר
תוכן חינמי
  • מפת הלמידה
  • מאמרים
  • סרטונים
  • סקילז
  • וובינרים
  • קבוצת וואטסאפ
© 2026 The AI PM Hub · נבנה למנהלי מוצר
אודותצור קשרתנאי שימושפרטיותנגישות
  • המפה
  • מאמרים
  • סרטונים
  • סקילז
  • אני חדש ב-AI. מאיפה מתחילים?
  • יש לי רעיון למוצר. איך מגיעים ל-MVP?
  • איך עובדים עם Claude ו-Claude Code?
  • אני מחפש עבודה או מתכונן לראיונות.
  • סקירה
  • Idea to MVP
    • idea-to-mvp
    • pm-intake
    • pm-users
    • pm-use-cases
    • pm-alternatives
    • pm-solutions
    • pm-mvp-cut
    • pm-validation
    • pm-prd
    • pm-lean-canvas
    • pm-customer-discovery
    • pm-pmf-signal
    • roadmap-prioritizer
  • Discovery to MVP
  • Job Hunter
  • Product Sense
  • Rules, Commands או Skills? המדריך של מנהל מוצר לבחירה הנכונה
  • להפסיק לשלוח את אותם קורות חיים: מערכת חיפוש עבודה בשמונה שלבים שאפשר להריץ עם Claude
  • בניתם אב-טיפוס. הנה מה שמפריד בינו לבין אפליקציה אמיתית
← חלק מהאוסף Idea to MVP

pm-validation

Use when defining how to know an MVP worked — success metrics, north star, riskiest assumptions, kill criteria, validation plan — or when MVP scope exists but success is undefined. Step 7 of the idea-to-mvp flow.

idea-to-mvp
ב-GitHub ↗

התקנת הסקיל

/plugin marketplace add oferregev81pt/ai-pm-skills/plugin install idea-to-mvp@ai-pm-skills

Step 7 — Metrics & Riskiest Assumptions

"How would you validate?" Define success BEFORE building, and name the assumptions that kill the idea if false.

Prerequisites

Read product/<idea-slug>/00-status.md, 01-intake.md, 03-use-cases.md, 06-mvp-scope.md. Missing → offer to run the producing step, or accept an equivalent doc. Never reconstruct prior steps from chat memory.

Drafting instructions (dispatch to a subagent when available, else inline)

Draft: (a) ONE north-star metric tied to the #1 use case actually completing — not vanity counts; (b) 2–3 supporting metrics (adoption, retention, quality), each measurable on the MVP as scoped; (c) the 3–5 riskiest assumptions, each with: what must be true, how the MVP tests it, and a numeric kill/pivot threshold; (d) a measurement note — how each metric is captured given the MUST feature set.

PM reaction loop — questions one at a time

  1. What result after launch would make you KILL this? (If nothing would, the thresholds are too soft — tighten them.)
  2. Can the MVP as scoped actually measure these — or does a MUST feature need to change?
  3. Which assumption scares you most? Is the MVP really testing it?

Iterate until approved.

Output — save to product/<idea-slug>/07-validation.md

# Validation Plan — <idea title>

## North star
…and why it proves the #1 use case is served

## Supporting metrics
…each with how it's measured on the MVP

## Riskiest assumptions
<per assumption: what must be true | how MVP tests it | kill/pivot threshold>

## Measurement note
<how each metric is captured given the MUST feature set>

## Open questions
<unresolved items from this step — pm-prd collects these; write "none" if none>

Append to 00-status.md: - [x] pm-validation → 07-validation.md — <one-liner> (<YYYY-MM-DD>)

Next: assemble the PRD — pm-prd.

← הקודם: pm-mvp-cutהבא: pm-prd →