Đo đúng, quyết định rõ và kể được câu chuyện sản phẩm

North Star Metric nên đại diện value cốt lõi khách hàng nhận và có liên hệ tăng trưởng bền vững. DAU thường quá chung. Với LinguaFlow, “số người học hoàn thành ≥3 buổi học có chất lượng/tuần” gần value hơn. Metric Tree phân rã North Star thành input có thể tác động như activation, lesson completion, return rate; guardrail bảo vệ rating, notification opt-out, crash/ANR và refund.

• Lagging metric cho kết quả muộn; leading metric cho tín hiệu sớm có thể hành động.
• Input metric phải có causal hypothesis, không chỉ correlation.
• Mỗi metric có định nghĩa, denominator, source, owner và cadence.
• Segment/cohort tránh average che khác biệt người mới/cũ, paid/organic, platform/version.
• Metric review luôn kết bằng question/decision, không chỉ báo cáo dashboard.

PRODUCT GOAL:

NORTH STAR
- Name:
- Exact definition:
- Why it represents value:

INPUT METRICS
1. Acquisition:
2. Activation:
3. Engagement:
4. Retention:
5. Monetization:

GUARDRAILS
- Experience:
- Quality:
- Trust/privacy:
- Business:

FOR EACH METRIC
- Formula / denominator:
- Baseline / target:
- Segment:
- Source:
- Owner / cadence:
- Decision it informs:

Tracking plan biến câu hỏi sản phẩm thành event có thể tin cậy. Event dùng verb/object nhất quán, parameter mang context, user property chỉ dùng cho thuộc tính ổn định và tuân privacy. Firebase DebugView kiểm tra event trước release; dashboard/cohort trả lời câu hỏi sau khi data đủ. Play Console bổ sung store acquisition, rating/review, Android vitals, crash/ANR và rollout health — product health không chỉ là click trong app.

• Bắt đầu từ decision/question rồi mới thiết kế event, không track mọi click.
• Không đưa PII vào event/parameter; thống nhất consent và retention.
• Event có trigger, properties, example, platform và QA owner.
• Version tracking plan; đổi semantic không tái dùng tên cũ im lặng.
• Data quality check: firing đúng lúc, không duplicate, denominator đúng, timezone/version rõ.

DECISION / QUESTION:

NAMING RULE
- snake_case: verb_object
- Không PII

| Event | Trigger | Parameters | User property | Platform | QA |
|-------|---------|------------|---------------|----------|----|
| lesson_started | User bắt đầu lesson | lesson_id, source, level | plan_type | Android/iOS | DebugView |
| lesson_completed | Kết quả được lưu thành công | lesson_id, score, duration_sec | plan_type | Android/iOS | DebugView |

FUNNEL
first_open → onboarding_completed → lesson_started → lesson_completed

DATA QUALITY
[ ] No duplicate
[ ] Correct timestamp/timezone
[ ] Consent respected
[ ] Version documented

AARRR giúp tổ chức acquisition–activation–retention–revenue–referral nhưng metric thật phải theo journey. Funnel cho biết rơi ở bước nào; cohort cho biết behavior theo thời gian; retention đo quay lại nhận value, không chỉ mở app. A/B test cần randomization, primary metric, guardrail, exposure, time horizon và decision rule. Statistical significance không cứu một experiment metric sai hoặc sample bias.

• Định nghĩa activation bằng value moment, không chỉ hoàn thành onboarding.
• Retention N-day, rolling hoặc unbounded trả lời câu hỏi khác nhau.
• Churn có thể là symptom; cần qualitative evidence để hiểu why.
• Chỉ một primary metric giúp tránh cherry-pick; guardrail phát hiện harm.
• Novelty, seasonality, interference và sample ratio mismatch làm sai kết luận.

PROBLEM / EVIDENCE:
HYPOTHESIS:

VARIANTS
- Control:
- Treatment:

AUDIENCE / EXCLUSIONS:
RANDOMIZATION UNIT:
EXPOSURE EVENT:

PRIMARY METRIC:
BASELINE / MDE:
GUARDRAILS:
RUN LENGTH:

DECISION RULE
- Ship:
- Iterate:
- Stop:

RISKS
- Novelty:
- Sample bias:
- Technical/data:

RESULT / INTERPRETATION:

Build–Measure–Learn chỉ tạo giá trị khi vòng lặp kết bằng quyết định. Quantitative cho biết what/how much; qualitative giúp hiểu why; business/technical context cho biết constraint. Triangulation không đòi mọi nguồn đồng ý mà tìm explanation hợp lý và test tiếp. Decision có thể continue, iterate, pivot hoặc stop; stop đúng lúc là ownership, không phải thất bại.

• Nhắc lại hypothesis và threshold đã đặt trước khi nhìn kết quả.
• Tách result khỏi interpretation; ghi alternative explanation.
• Segment effect có thể đảo average; kiểm tra người mới/cũ và acquisition source.
• Không kéo dài experiment vì “gần đạt”; ghi decision rule mới nếu context thật sự đổi.
• Decision memo ngắn nhưng trace được evidence, trade-off và owner.

DECISION:
OWNER / DATE:

CONTEXT & HYPOTHESIS:
EXPECTED THRESHOLD:

EVIDENCE
- Quantitative:
- Qualitative:
- Business/technical:
- Data limitations:

INTERPRETATION
- What we learned:
- Alternative explanation:

OPTIONS CONSIDERED:
TRADE-OFF:

DECISION: Continue / Iterate / Pivot / Stop
WHY:
NEXT STEP / OWNER / DATE:
REVISIT TRIGGER:

PO dẫn dắt bằng clarity, credibility, facilitation và decision quality, không cần quản lý trực tiếp team. Conflict thường chứa khác biệt về goal, information, constraint hoặc incentive. Bắt đầu bằng mục tiêu chung, cho mỗi bên trình fact/concern, tách position khỏi interest, tạo option và chốt decision right. Communication tốt điều chỉnh detail theo audience nhưng không bóp méo risk.

• Active listening: paraphrase, xác nhận concern và hỏi evidence.
• Facilitation: agenda, decision, timebox, voice cân bằng và parking lot.
• Negotiation: tìm interest và option, không trao đổi bằng quyền lực.
• Escalation note gồm context, impact, options, recommendation và decision needed.
• Production incident: ưu tiên customer safety, factual updates, owner và cadence; postmortem không đổ lỗi.

WEEKLY UPDATE
- Product Goal:
- Outcome signal:
- Shipped/learned:
- Risk/blocker:
- Decision needed:
- Next:

CONFLICT SCRIPT
1. Mục tiêu chung:
2. Fact đã thống nhất:
3. Interest/concern từng bên:
4. Constraint:
5. Options + trade-off:
6. Recommendation:
7. Decision owner/time:

ESCALATION NOTE
- Impact if no decision:
- Options:
- Recommendation:
- Need by:

Phỏng vấn PO thường đo product sense (chọn problem), execution (biến thành plan/backlog), analytics (đo và quyết định), leadership (alignment/conflict) và behavior (ownership). Trả lời theo cấu trúc Context → Goal → Evidence → Options → Decision → Trade-off → Result/Learning. STAR hữu ích cho behavioral, nhưng phải làm rõ chính anh đã quyết định gì. PSPO foundation cần hiểu empiricism, Scrum values, accountabilities, artifacts/commitments và events theo mục đích.

• Không học thuộc framework rồi ném tên; giải thích vì sao chọn và giới hạn.
• Nếu thiếu data, nói assumption và câu hỏi cần hỏi trước khi quyết định.
• Product case: clarify goal/user/constraint, chọn metric, tạo option, prioritize, risk.
• Behavioral: dùng kết quả/læring cụ thể, không nói “team em” cho mọi hành động.
• Scrum: PO là một người, có thể delegate việc nhưng vẫn accountable.

QUESTION:
COMPETENCY:

CONTEXT / CONSTRAINT:
GOAL / MY ACCOUNTABILITY:
EVIDENCE:
OPTIONS:
MY DECISION:
TRADE-OFF:
ACTION:
RESULT (metric):
LEARNING / WHAT I’D CHANGE:

FOLLOW-UP
- Data limitation:
- Stakeholder reaction:
- Failure/edge case:

SCRUM CHECK
- Empiricism:
- Value:
- Accountability:
- Commitment:

Readiness không phải biết mọi thuật ngữ mà là tạo chuỗi quyết định có evidence. Portfolio LinguaFlow phải kể một narrative nhất quán: vì sao chọn problem, discovery nào thay đổi hiểu biết, goal/outcome nào được chốt, MVP và roadmap ra sao, backlog giúp giao thế nào, metric nào kiểm chứng và điều gì sẽ thay đổi. Mọi artifact nên ngắn, có link chéo và decision rõ.

• Presentation 15 phút: 2’ context/problem, 3’ evidence, 3’ strategy/MVP, 3’ delivery, 2’ metrics, 2’ learning.
• Backlog refinement test: clarity, collaboration, slicing, quality và decision.
• Prioritization test: cắt 40% capacity nhưng giữ outcome/DoD.
• Conflict test: Business–Dev–QA với option và escalation minh bạch.
• Metrics test: continue/iterate/stop bằng primary + guardrail + qualitative evidence.

CHẤM 0–3
DISCOVERY
[ ] Customer/problem/evidence
[ ] Insight/hypothesis

STRATEGY
[ ] Goal/outcome linkage
[ ] MVP/prioritization/roadmap

DELIVERY
[ ] Backlog/story/AC
[ ] DoR/DoD/refinement/blocker

ANALYTICS
[ ] Metric tree/tracking
[ ] Experiment/decision

LEADERSHIP
[ ] Stakeholder/conflict
[ ] Communication/ownership

INTERVIEW
[ ] 15’ case story
[ ] 8 STAR examples

TỔNG: ___ / 36
<18: Cần học lại
18–25: Cơ bản
26–31: Sẵn sàng phỏng vấn
32–36: Sẵn sàng làm việc

3 GAPS:
1.
2.
3.

30-DAY NEXT PLAN: