یک پروژه کامل برای تعریف مسئله، انتخاب متریکها، ساخت درخت، محاسبه، تفسیر و طراحی ریتم تصمیمگیری.
فهرست این درس
تا اینجا ۱۲۶ متریک را شناختی؛ اما ارزش واقعی مسیر زمانی ساخته میشه که بتونی برای یک مسئله واقعی، تعداد کمی متریک درست انتخاب کنی، رابطهشون را بسازی، داده را تفسیر کنی و تصمیم مشخصی بگیری. پروژه نهایی دقیقاً برای همین طراحی شده.
Business Metrics Capstone Project یک پروژه کامل از تعریف مسئله تا ساخت سیستم تصمیمه. خروجی فقط یک Dashboard زیبا نیست؛ باید نشون بده هر متریک چرا انتخاب شده، چطور محاسبه میشه، چه فرضیهای را توضیح میده و در صورت تغییر چه اقدامی انجام میدی.
هدف پروژه
در پایان باید برای یک کسبوکار واقعی یا سناریوی پیشنهادی، این خروجیها را بسازی:
- تعریف مسئله و تصمیم
- North Star یا Outcome اصلی
- Metric Tree
- تعریف عملیاتی متریکها
- محاسبه و تحلیل داده
- Dashboard یکصفحهای
- فرضیهها و X-Ray
- برنامه آزمون و Value of Information
- Governance و ریتم مرور
- پیشنهاد اقدام
سناریوی پیشنهادی: «هلیا»
هلیا یک پلتفرم آموزش آنلاین اشتراکیه. طی شش ماه اخیر Revenue رشد کرده، اما مدیرعامل نگران شده چون هزینه جذب بالا رفته، کاربران جدید کمتر به ماه دوم میرسن و تیمها درباره تعریف «کاربر فعال» اختلاف دارن.
داده پایه سناریو
| متریک | سهماه قبل | ماه جاری |
|---|---|---|
| Monthly Active Users | ۸۰ هزار | ۱۱۰ هزار |
| Paying Users | ۲۰ هزار | ۲۵ هزار |
| Monthly Revenue | ۴ میلیارد | ۵٫۲۵ میلیارد |
| ARPPU | ۲۰۰ هزار | ۲۱۰ هزار تومان |
| CAC | ۶۰۰ هزار | ۹۵۰ هزار تومان |
| Month-2 Retention | ۶۸٪ | ۵۲٪ |
| Trial-to-Paid | ۱۸٪ | ۲۲٪ |
| Support Tickets / 1,000 Users | ۲۸ | ۵۱ |
| Refund Rate | ۳٪ | ۷٪ |
Revenue و Conversion بهتر شدن، اما CAC، Retention، Ticket و Refund هشدار میدن رشد ممکنه کیفیت پایینی داشته باشه.
گام اول: مسئله را به تصمیم تبدیل کن
یک Problem Statement ضعیف:
Retention ما خوب نیست و باید Dashboard بسازیم.
نسخه بهتر:
باید تصمیم بگیریم در فصل بعد بودجه جذب را ۳۰٪ افزایش بدیم، ثابت نگه داریم یا بخشی از آن را به Onboarding و Retention منتقل کنیم.
گام دوم: Outcome اصلی را انتخاب کن
فقط Revenue انتخاب مناسبی نیست، چون رشد کمکیفیت را پاداش میده. یک Outcome بهتر میتونه Contribution از مشتریان حفظشده باشه:
گام سوم: Metric Tree بساز
Guardrailها: CAC، Refund Rate، Ticket Rate و Satisfaction.
گام چهارم: تعریف عملیاتی بنویس
برای حداقل هشت متریک، این موارد را ثبت کن:
- نام رسمی
- تعریف نظری و عملیاتی
- فرمول
- صورت و مخرج
- بازه زمانی
- استثناها
- منبع داده
- مالک
- Refresh
مثلاً «Active User» میتونه ورود ساده، تماشای پنج دقیقه ویدئو یا تکمیل یک درس باشه. پروژه باید یک تعریف را انتخاب و دلیلش را توضیح بده.
گام پنجم: محاسبه اولیه
ARPU ماه جاری:
Paying User Rate:
رشد Revenue:
افت Retention:
گام ششم: X-Ray بساز
| مشاهده | فرضیه | داده بعدی |
|---|---|---|
| Trial-to-Paid بالا، Month-2 Retention پایین | Offer اولیه قوی ولی تناسب محصول ضعیف | Retention براساس Campaign و Offer |
| CAC و Refund بالا | کانال جدید مخاطب کمکیفیت جذب میکنه | Cohort Contribution by Channel |
| Ticket Rate بالا | Onboarding یا تجربه فنی مشکل داره | Ticket Reason و Funnel Drop-off |
گام هفتم: داشبورد طراحی کن
صفحه اصلی را به این بخشها محدود کن:
| نوع | متریک پیشنهادی |
|---|---|
| Outcome | Retained Customer Contribution |
| Driver | Paying Users، ARPPU، Month-2 Retention، Trial-to-Paid |
| Efficiency | CAC، MROI |
| Guardrail | Refund Rate، Ticket Rate |
| Quality | Data Freshness و Missing User ID |
برای هر کارت Target، Trend، Segment، مالک و Action Note بذار.
گام هشتم: آزمون و ارزش اطلاعات
فرضیه اصلی: تغییر Onboarding باعث بهبود Retention میشه. یک A/B Test طراحی کن:
- Population: کاربران Trial جدید
- Control: Onboarding فعلی
- Treatment: مسیر جدید با انتخاب هدف و برنامه یادگیری
- Primary Metric: Week-4 Active Learning Rate
- Lagging Metric: Month-2 Retention
- Guardrail: Refund و Support Ticket
- Stop Rule: Sample، مدت و حداقل اثر اقتصادی
سپس هزینه آزمون را با ارزش تصمیم بهتر مقایسه کن.
گام نهم: حاکمیت
برای سه KPI حیاتی Metric Contract کامل بساز. همچنین مشخص کن:
- منبع رسمی هر عدد
- مالک کسبوکار و فنی
- تناوب Refresh
- تست کیفیت
- فرایند تغییر تعریف
- سطح دسترسی
گام دهم: پیشنهاد تصمیم
پیشنهاد خوب باید شرطی و قابلپیگیری باشه:
تا پایان آزمون Onboarding، بودجه جذب ثابت بمونه. اگه Retention گروه Treatment حداقل ۸ واحد درصد بهتر شد و Refund بیش از ۱ واحد درصد بالا نرفت، ۲۰٪ بودجه از کانال کمکیفیت به توسعه Onboarding و کانالهای دارای CLV بالاتر منتقل بشه.
خروجیهایی که باید تحویل بدی
- یک فایل PDF یا سند ۶ تا ۱۰ صفحهای
- Metric Tree در یک صفحه
- Metric Dictionary حداقل هشتردیفی
- Dashboard Wireframe یا نسخه قابلاجرا
- محاسبات در Spreadsheet
- یک X-Ray و سه فرضیه
- طرح یک آزمون
- Action Plan سیروزه
معیار ارزیابی پروژه
| معیار | امتیاز |
|---|---|
| وضوح مسئله و تصمیم | ۱۵ |
| منطق Metric Tree | ۲۰ |
| تعریف و صحت محاسبات | ۲۰ |
| کیفیت X-Ray و فرضیهها | ۱۵ |
| طراحی Dashboard | ۱۰ |
| آزمون و Value of Information | ۱۰ |
| Governance و Action Plan | ۱۰ |
خطاهای رایج
- شروع پروژه با نمودار بهجای مسئله
- انتخاب تعداد زیاد KPI
- نبود تعریف عملیاتی و منبع داده
- تفسیر همبستگی بهعنوان علت
- نداشتن Guardrail
- پیشنهاد کلی بدون مالک، شرط و زمان
- زیبایی Dashboard بدون امکان تصمیم
همین چارچوب را روی کسبوکار، پروژه یا واحد واقعی خودت اجرا کن. اعداد محرمانه را میتونی Index یا درصد تغییر گزارش کنی؛ اما تعریف، رابطه و منطق تصمیم باید واقعی بمونه.
جمعبندی
پروژه نهایی قرار نیست ثابت کنه چند فرمول حفظی. باید نشون بده میتونی از مسئله به متریک، از متریک به علت، از علت به آزمون و از آزمون به تصمیم برسی.
- داشبورد را از تصمیم شروع کن.
- Outcome را به Driver و Guardrail بشکن.
- تعریف و منبع هر عدد را مستند کن.
- خروجی نهایی باید به اقدام زماندار منجر بشه.
پایان مسیر، شروع استفاده
این پروژه پایان محتوای مسیر «متریکهای کسبوکار»ه؛ اما شروع کار واقعی با عددهاست. از اینجا به بعد، کیفیت کار تو با تعداد متریکهایی که میشناسی سنجیده نمیشه؛ با کیفیت تصمیمهایی سنجیده میشه که از آنها میسازی.
یادداشت شخصی و خودسنجیاختیاری؛ فقط روی همین دستگاه ذخیره میشه
فقط با تأیید خودت، این درس کاملشده ثبت میشه.