ترجمه و برداشت آزاد
ترجمه و برداشت آزاد از ایده‌های اصلی مقاله، با ارجاع به منبع اصلی.
معیارها برای پر کردن داشبورد نیستند؛ ابزار دیدن و انتخاب‌کردن‌اند. برداشت آزاد این نوشته از راهنمای تام بلامفیلد در کتابخانه Y Combinator یک پرسش ساده دارد: اگر امروز فقط چند عدد در اختیار تیم باشد، کدام عدد به تصمیم بعدی کمک می‌کند؟ عدد بزرگ بدون تعریف، بازه زمانی و مسئول، بیشتر از آنکه اطلاعات بدهد، بهانه‌ای برای داستان‌سازی است.
برای بیشتر کسب‌وکارهای اشتراکی، درآمد، burn و runway نقطه شروع مناسبی هستند. درآمد نشان می‌دهد مشتری برای چه چیزی پول می‌دهد؛ burn مقدار خالص نقدینگی مصرف‌شده در یک ماه است؛ runway نشان می‌دهد با موجودی و burn فعلی چند ماه فرصت داریم. این سه عدد را در گزارش مدیران ابتدای صفحه بگذارید و تعریفشان را ثابت نگه دارید. اگر یک ماه gross و ماه بعد net را گزارش کنید، تغییر ظاهری عدد جای تغییر واقعی را می‌گیرد.
بعد از این پایه، ماندگاری را به تفکیک cohort بررسی کنید. از صد مشتری که در یک ماه شروع کرده‌اند چند نفر در ماه‌های بعد هنوز فعال یا پرداخت‌کننده‌اند؟ میانگین کلی می‌تواند افت یک گروه تازه را پنهان کند، پس گروه‌ها را با تاریخ شروع و نوع مشتری جدا کنید. برای محصول مصرفی ممکن است کاربر فعال معیار اصلی باشد؛ برای محصول سازمانی، درآمد تکرارشونده و تعداد حساب‌های در حال استفاده تصویر دقیق‌تری می‌دهد.
هر معیار باید صاحب، منبع داده و دوره گزارش داشته باشد. اگر تیم برای تهیه عدد مجبور است چند فایل دستی را به هم بچسباند، اول یک تعریف کوچک و قابل تکرار بسازید؛ داشبورد پیچیده مشکل داده بی‌کیفیت را حل نمی‌کند. در کنار عدد نتیجه، یک عدد توضیح‌دهنده هم نگه دارید: افزایش ثبت‌نام بدون فعال‌شدن، یا رشد ارزش تراکنش بدون رشد درآمد، ممکن است فقط ظاهر پیشرفت باشد.
از دو افراط دوری کنید: گزارش‌نکردن عدد بد و ساختن صدها معیار برای هر تصمیم. عدد ضعیف اگر بالای گزارش باشد، گفت‌وگو را به مسئله واقعی برمی‌گرداند و runway را قابل مدیریت می‌کند. در مقابل، معیارهای زیاد به تیم اجازه می‌دهند هر بار عدد مناسب داستان خود را انتخاب کند. یک جلسه هفتگی را به سه پرسش محدود کنید: چه چیزی تغییر کرده، چرا تغییر کرده، و این هفته کدام آزمایش یا تصمیم باید آن را روشن‌تر کند؟
در پایان هر ماه، معیارها را با تصمیمی که قرار بود پشتیبانی کنند مقایسه کنید. اگر عددی هیچ تصمیمی را تغییر نمی‌دهد، حذف یا کم‌اولویت شود. اگر عددی دائماً محل اختلاف است، تعریف و منبع داده‌اش را مکتوب کنید و یک نفر را مسئول اصلاح آن بگذارید. سلامت استارتاپ از تعداد نمودارها نمی‌آید؛ از این می‌آید که تیم بتواند منابع محدود را به مسئله درست منتقل کند و پیش از تمام‌شدن runway بفهمد چه چیزی باید عوض شود.
توصیه‌های منتخب از مقاله
- یک صفحه گزارش بسازید که سه عدد مالی و یک جدول cohort در آن ثابت بماند.
- برای هر عدد کنار مقدار، بازه زمانی، تعریف و مسئول به‌روزرسانی را بنویسید.
- پیش از ساخت داشبورد تازه، یک هفته داده خام را با تصمیم واقعی تیم تطبیق دهید.
نکات اجرایی
- درآمد، burn و runway را با تعریف ثابت در ابتدای گزارش مدیران بیاورید.
- ماندگاری را بر اساس cohort و نوع مشتری بسنجید، نه فقط با میانگین کل.
- برای هر معیار یک صاحب، منبع داده و دوره گزارش مشخص کنید.
- ثبت‌نام، فعالیت و پرداخت را از هم جدا کنید تا رشد ظاهری جای سلامت واقعی را نگیرد.
- گزارش هفتگی را به تغییر، علت و تصمیم یا آزمایش بعدی محدود کنید.
- هر معیاری را که به هیچ تصمیمی وصل نیست حذف یا کم‌اولویت کنید.
بازخورد کوتاه
این مقاله چه چیزی را برایت روشن کرد؟
یک واکنش انتخاب کن یا سؤال و تجربه‌ات را بنویس. بازخوردهای خوب، موضوع یادداشت‌های بعدی را شکل می‌دهند.
این متن ترجمه آزاد و بازنویسی‌شده است، نه بازنشر کلمه‌به‌کلمه مقاله اصلی.