مقیاس‌پذیری

از اعداد با تعاریف روشن استفاده کنید

درآمد ماهانه تکرارشونده یا MRR، درآمد فعالِ تکرارشونده اشتراک‌ها را به‌صورت ماهانه بیان می‌کند. هزینه‌های یک‌باره راه‌اندازی و خدمات را از این معیار جدا کنید. اشتراک‌های سالانه را به‌طور یکسان نرمال‌سازی کنید و نحوه برخورد خود با تخفیف‌ها، بازپرداخت‌ها و حساب‌های پرداخت‌نشده را مستند کنید.

میانگین درآمد تکرارشونده به‌ازای هر حساب، برابر است با MRR تقسیم بر تعداد حساب‌های پرداخت‌کنندهٔ فعالِ استفاده‌شده برای آن دوره. این معیار سود به‌ازای هر مشتری نیست. ریزش مشتری، مشتریانی را که از گروه اولیه از دست رفته‌اند پیگیری می‌کند؛ ریزش درآمد، درآمد تکرارشوندهٔ ازدست‌رفته را پیگیری می‌کند و هنگامی که اندازهٔ طرح‌ها متفاوت است، می‌تواند روایت متفاوتی را نشان دهد.

هزینه جذب مشتری باید مشخص کند کدام هزینه‌های فروش و بازاریابی را لحاظ می‌کنید و کدام مشتریان جدید را می‌شمارید. مقایسه یک برآورد صرفاً نقدی با هزینه کاملِ کانال دیگر، نتیجه‌ای گمراه‌کننده به دست می‌دهد. فرضیات مربوط به زمان بنیان‌گذار، پیمانکاران و کمیسیون‌های ارجاع را ثبت کنید.

با دقت روی مثال FitSite کار کنید

ترکیب نمونهٔ منبع را در نظر بگیرید: ۳۰ حساب Starter با قیمت ۴۹ دلار، ۱۵ حساب Growth با قیمت ۹۹ دلار و پنج حساب Pro با قیمت ۱۹۹ دلار در ماه. درآمد پایهٔ اشتراک ماهانهٔ آن‌ها برابر است با ۱٬۴۷۰ دلار + ۱٬۴۸۵ دلار + ۹۹۵ دلار = ۳٬۹۵۰ دلار. این قیمت‌ها فرضیات آموزشی هستند، نه قیمت‌های پیشنهادی بازار.

اگر همان مشتریان همچنین ۵۰۰ دلار بابت افزونه‌های ماهانهٔ تکرارشونده پرداخت کنند، کل MRR برابر با ۴٬۴۵۰ دلار و میانگین درآمد تکرارشونده به‌ازای هر حساب ۸۹ دلار است. اگر آن ۵۰۰ دلار در عوض از کارهای راه‌اندازی یک‌باره حاصل شود، MRR همچنان ۳٬۹۵۰ دلار و میانگین تکرارشونده ۷۹ دلار باقی می‌ماند. این طبقه‌بندی، معیار را تغییر می‌دهد.

هیچ‌یک از این دو مجموع، درآمد خالص نیست. هنگام ارزیابی سودآوری، کارمزدهای پرداخت، میزبانی، ارسال ایمیل، پشتیبانی، نرم‌افزار، جذب مشتری، امور اداری و سایر هزینه‌های قابل‌اعمال را کسر کنید. کاری را که خودتان انجام می‌دهید نیز لحاظ کنید تا کسب‌وکار صرفاً به این دلیل که نیروی کار شما رایگان در نظر گرفته می‌شود، قابل‌دوام نباشد.

اگر دو نفر از ۵۰ مشتری ابتدایی در یک ماه لغو کنند، ریزش مشتری ۴٪ است. میانبرِ تقسیمِ یک بر آن نرخ، ۲۵ ماه را پیشنهاد می‌کند، اما این روش فرض می‌کند که ریزش ثابت است و جمعیت مشتریان ساده‌سازی شده است. این، بر اساس یک ماه مشاهدهٔ اندک، پیش‌بینی قابل‌اعتمادی نیست.

کوهورت‌های مشاهده‌شده را ترجیح دهید: مشتریان را بر اساس دوره شروع گروه‌بندی کنید، سپس ماندگاری، درآمد تکرارشونده و هزینه‌های ارائه خدمات را در طول زمان دنبال کنید. اگر از مدل ارزش طول عمر استفاده می‌کنید، فرضیات آن را نشان دهید و ارزش درآمد را از حاشیه مشارکت پس از هزینه‌های خدمات متمایز کنید. از عددی که ظاهری دقیق دارد برای توجیه خرج‌کردن نقدینگی‌ای که نمی‌توانید بازیابی کنید استفاده نکنید.

محدودیت واقعی زیرساخت را مقیاس‌بندی کنید

تجربه مشتری و رفتار سیستم را در کنار هم بررسی کنید. کندی صفحات ممکن است ناشی از یک کوئری خاص، یک API شخص ثالث، تصاویر بزرگ، کارهای پس‌زمینه یا منابع ناکافی باشد. یک سرور بزرگ‌تر ممکن است به حل یک مشکل کمک کند، در حالی که مشکل دیگری بدون تغییر باقی می‌ماند.

هیچ قانون کلی‌ای وجود ندارد که بگوید صد سایت یا هفتاد درصد CPU به این معناست که زمان ارتقا فرا رسیده است. بار کاری با ترافیک، افزونه‌ها، داده‌ها و هم‌زمانی تغییر می‌کند. زمان‌های پاسخِ نماینده، درخواست‌های ناموفق، حافظه، فضای ذخیره‌سازی و صف‌های پس‌زمینه را اندازه‌گیری کنید، سپس گلوگاه را بررسی کنید.

برای مسیر اختیاری وردپرس، تنها پس از بررسی بار کاری، کش مناسبِ صفحه و شیء، تحویل دارایی‌های ایستا، کارهای پایگاه داده و ذخیره‌سازی رسانه را در نظر بگیرید. بررسی کنید که کش، صفحات مختص حساب کاربری را افشا نکند یا در فرایند پرداخت اختلالی ایجاد نکند. تغییرات را در برابر وظایف نمایندهٔ مشتریان آزمایش کنید.

اگر مهاجرت ضروری است، همگام‌سازی داده‌ها، پشتیبان‌گیری، تأیید، مسیر بازگشت و اطلاع‌رسانی به مشتریان را برنامه‌ریزی کنید. پیش از زمان‌بندی انتقال، آن را تمرین کنید. ثبت‌نام‌های جدید، بارگذاری‌ها و پرداخت‌ها می‌توانند در طول انتقال همچنان داده‌ها را تغییر دهند؛ تصمیم بگیرید که این تغییرات چگونه مدیریت خواهند شد.

یک فرایند پایدار را خودکارسازی کنید

پیش از خودکارسازی یک فرایند، آن را به‌صورت دستی مستند کنید. یک خودکارسازی قابل‌اعتماد به یک محرک، اطلاعات موردنیاز، نتیجهٔ مورد انتظار، مسئول رسیدگی به خطاها و روشی برای جلوگیری از اقدامات تکراری نیاز دارد. پیش از خودکارسازی تغییرات مربوط به صورت‌حساب یا دسترسی، با اعلان‌های داخلی کم‌خطر شروع کنید.

یک نمونه اولیه مفید، اطلاع‌رسانی به تیم پشتیبانی زمانی است که مشتری‌ای که به‌تازگی پرداخت کرده، وظیفه اولیه را تکمیل نکرده است. پیام باید فقط شامل اطلاعاتی باشد که تیم پشتیبانی نیاز دارد. تصمیم بگیرید هر چند وقت یک‌بار می‌تواند ارسال شود و پس از تکمیل وظیفه، چگونه یادآوری‌ها متوقف شوند.

وب‌هوک‌ها و ابزارهای یکپارچه‌سازی می‌توانند Ultimate Multisite یا یک برنامه SaaS دیگر را به سیستم‌های عملیاتی متصل کنند. رویدادهای پشتیبانی‌شده و احراز هویت را برای نصب خود بررسی کنید. تلاش‌های مجدد و ارسال‌های تکراری را آزمایش کنید؛ دریافت یک رویداد یکسان دو بار نباید دو حساب مشتری یا دو پاداش ایجاد کند.

برای موارد استثنا، مسیری انسانی در نظر بگیرید. یک ایمیل تأیید دریافت می‌تواند به مشتری اطمینان دهد که درخواست ثبت شده است، اما نباید به‌اشتباه القا کند که کسی آن را حل کرده است. هنگام تغییر محصول یا پوشش پشتیبانی، پیام‌های خودکار را بازبینی کنید.

ارزش هر مشتری را مسئولانه افزایش دهید

زمانی که مزایای یک سطح بالاتر با کار مشتری هم‌خوانی دارد، آن را پیشنهاد دهید. خدمات افزوده‌ای مانند راه‌اندازی، آموزش یا طراحی می‌توانند درآمد ایجاد کنند، اما ظرفیت را نیز مصرف می‌کنند. برای آن‌ها قیمت‌گذاری و زمان‌بندی را مانند تعهدات واقعی ارائهٔ خدمات انجام دهید، نه اینکه آن‌ها را ارتقاهایی بدون هزینه تلقی کنید.

صورتحساب سالانه می‌تواند زمان‌بندی جریان نقدی را تغییر دهد، اما پرداخت سالانه از همان روز اول تماماً سود تحقق‌یافته نیست. شما همچنان متعهد به ارائهٔ خدمت وعده‌داده‌شده در طول دورهٔ اشتراک هستید. پیش از تشویق مشتریان به تغییر، تخفیف‌ها، رفتار تمدید و هزینه‌های ارائهٔ خدمت را مدل‌سازی کنید.

هنگام تغییر قیمت‌ها، درباره نحوه رسیدگی به توافق‌های موجود تصمیم بگیرید و پیش از اجرایی شدن تغییر، به‌روشنی اطلاع‌رسانی کنید. حفظ همیشگی قیمت‌های فعلی یکی از سیاست‌های ممکن است، نه یک قاعده همگانی. از وعده دادن شرایط دائمی‌ای که ارزیابی نکرده‌اید، خودداری کنید.

در جایی که حجم کار آن را توجیه می‌کند، افراد را اضافه کنید

کارهایی را که باعث تأخیر برای مشتریان می‌شوند یا مانع بهبود محصول توسط شما هستند، پیگیری کنید. بسته به گلوگاه، ممکن است یک متخصص پشتیبانی، نویسنده یا طراح نخستین افزودهٔ مفید باشد. پیش از استخدام یا عقد قرارداد، نتیجه، مرزهای دسترسی و نحوهٔ تحویل کار را مشخص کنید.

وظایف رایج را مستندسازی کنید و برای آموزش و بازبینی زمان در نظر بگیرید. برون‌سپاری یک فرایند مبهم، به‌طور خودکار آن را قابل‌اعتماد نمی‌کند. هزینه و پوشش کلی موردنیاز را بررسی کنید و اطمینان حاصل کنید که هنگام در دسترس نبودن پیمانکار، کسی همچنان پاسخ‌گو باقی می‌ماند.

نقاط عطف ثابتِ تعداد مشتری را با تصمیم‌گیری‌های مبتنی بر شواهد جایگزین کنید. یک خدمت پیچیده ممکن است در ده مشتری به کمک نیاز داشته باشد؛ یک خدمت ساده‌تر ممکن است با تیمی کوچک به مشتریان بسیار بیشتری خدمت‌رسانی کند. ظرفیت، نتایج مشتریان، حاشیه سود و نقدینگی، گام بعدی را تعیین می‌کنند.

پیش از ادامه

بر اساس محدودیت‌های مشاهده‌شده و اقتصادِ به‌وضوح تعریف‌شده مقیاس‌پذیر شوید. MRR درآمد ناخالص تکرارشونده است، نه سود؛ برآوردهای جذب مشتری و ارزش طول عمر به فرضیات آن‌ها وابسته‌اند. مشتریان بیشتر تنها زمانی مفید هستند که بتوانید وعده را به‌صورت پایدار عملی کنید.

منابع و مطالعه بیشتر

اقتباس‌شده از درس اصلی ۱۳: مقیاس‌پذیری. FitSite یک کسب‌وکار نمونه است که برای آموزش استفاده می‌شود، نه یک داستان موفقیت مشتری. ارقام محاسبه‌شده، محاسبات نمونه‌ای از راهنمای اصلی هستند که درآمدهای تکرارشونده و یک‌باره در آن‌ها تفکیک شده‌اند. انتخاب‌های زیرساختی باید با توجه به حجم کاری خودتان و مستندات ارائه‌دهنده تأیید شوند.

درس قبلی · مشاهده همه ۱۴ درس