قیمت‌گذاری مبتنی بر مصرف؛ نشانه‌های زمان عبور از اشتراک
قیمت‌گذاری مبتنی بر مصرف را خیلی‌ها فقط یک تغییر در برگه‌ی قیمت می‌بینند؛ انگار می‌شود امروز مثل باشگاه ورزشی حق عضویت ماهانه گرفت و فردا مثل تاکسی کرایه‌ی هر کیلومتر را. اما عبور از مدل اشتراکی به مدل مصرفی یا تعهدی، تصمیمی تقریباً برگشت‌ناپذیر است و پاسخ درستش را باید در حاشیه سود ناخالص جست‌وجو کرد، نه در آرزوی رشد.
دری که فقط یک طرف باز می‌شود
تصمیم‌های سازمانی را می‌شود به دو دسته تقسیم کرد. در دوطرفه تصمیمی است که اگر اشتباه از آب درآمد، برمی‌گردید و دوباره انتخاب می‌کنید؛ مثل استخدام مدیری که مناسب نبود. دردناک است، اما حیاتی نیست. در یک‌طرفه تصمیمی است که برگشت از آن بسیار پرهزینه یا ناممکن است؛ مثل بازنویسی کامل کد محصول اصلی.
تغییر به قیمت‌گذاری مصرفی از دسته‌ی دوم است، چون فقط قیمت عوض نمی‌شود. با این تصمیم:
- شیوه‌ی تحویل محصول و اندازه‌گیری مصرف بازطراحی می‌شود؛
- طرح پاداش فروشندگان از نو نوشته می‌شود؛
- روش پیش‌بینی و شناسایی درآمد تغییر می‌کند؛
- واحدهای موجود کار تازه پیدا می‌کنند و گاهی واحد جدیدی متولد می‌شود.
پس پرسش اصلی این نیست که «آیا دوست داریم بر اساس مصرف پول بگیریم؟» تقریباً هر مدیری داستان رشد همراه با مصرف را می‌پسندد، به‌ویژه حالا که مدل‌های مبتنی بر تعداد کاربر با کوچک‌شدن تیم‌های مشتریان زیر فشارند. پرسش واقعی این است: آیا هزینه‌ی خدمت‌رسانی به مشتری آن‌قدر بالا رفته که دیگر نمی‌توانیم مصرفی نباشیم؟
چرا حاشیه سود ناخالص اولین جای نگاه است
در نرم‌افزار سنتی، هزینه‌ی نهایی یک ورود بیشتر به سیستم تقریباً صفر بود. بهای تمام‌شده‌ی خدمات عمدتاً پشتیبانی مشتری و چند هزینه‌ی جانبی بود و مدیران مالی عادت داشتند حاشیه سود ناخالص را عددی ثابت و بالا فرض کنند.
در کسب‌وکار ابری ماجرا فرق دارد: هر واحد مصرف اضافه، یک واحد هزینه‌ی اضافه هم دارد. اگر مشتری با قیمت ثابت ده برابر بیشتر از سرور یا پردازش استفاده کند، درآمد ثابت می‌ماند ولی هزینه بالا می‌رود. در این حالت مدل مصرفی هم فرصت رشد بیشتری می‌دهد و هم ابزاری است برای کنترل اقتصاد واحد. اگر با منطق حاشیه سود و نقش آن آشنا نیستید، مطلب حاشیه سود ناخالص خراب و اصلاح آن پیش از رشد نقطه‌ی شروع خوبی است.
نمونه‌ی واقعی: شرکت‌هایی که از این در گذشتند
Confluent که بستری برای جریان پیوسته‌ی داده بین سیستم‌هاست، حدود سال ۲۰۱۹ هم‌زمان از سه مسیر درآمد داشت: نسخه‌ی متن‌باز و فروش محصول‌محور، فروش سنتی نصب در محل مشتری، و نسخه‌ی ابری که اجرای آن را خود شرکت بر عهده داشت. هزینه‌ها دقیقاً در مسیر اول و سوم، یعنی جایی که مصرف مشتری مستقیم به هزینه‌ی شرکت تبدیل می‌شد، انباشته شد. برای محصولی که داده جابه‌جا می‌کند، قیمت ثابت بر اساس تعداد آدم‌ها منطقی نبود. مدیر مالی شرکت صریحاً گفته بود بدون قیمت‌گذاری مصرفی، کنترلی بر اقتصاد واحد نخواهند داشت. آن زمان الگوی زیادی برای تقلید نبود؛ جز چند شرکت مثل Snowflake و MongoDB، بقیه باید طرح پاداش فروش، تخفیف پلکانی برای تعهد و قواعد شناسایی درآمد را خودشان اختراع می‌کردند.
Figma نمونه‌ی تازه‌تری است. پیش از عرضه‌ی قابلیت‌های هوش مصنوعی، حاشیه سود ناخالصش حدود ۹۰ تا ۹۱ درصد بود و تا پایان همان سال به حدود ۸۶ درصد رسید، چون هزینه‌ی استنتاج مدل‌ها را برای قابلیت‌های جدید می‌پرداخت. یعنی حدود پنج واحد درصد افت. این افت انتظار می‌رفت، اما شرکت برای مدیریتش اعتبار هوش مصنوعی را در همه‌ی انواع اشتراک گنجاند تا همه امتحان کنند، و مصرف سنگین را جداگانه درآمدزا کرد.
هوش مصنوعی مسئله را همگانی کرد
در مدل قیمت ثابت، هر بار که مشتری از گران‌ترین قابلیت شما استفاده می‌کند، پول از دست می‌دهید. نتیجه یک تضاد عجیب است: بخشی از سازمان ناخودآگاه آرزو می‌کند مشتری کمتر از محصول استفاده کند. این تصمیم‌های محلی غلط می‌سازد، مثل محدودکردن پنهانی قابلیت‌ها یا دریغ‌کردن سرمایه‌گذاری روی آن‌ها.
مدل مصرفی این تضاد را حل می‌کند، چون مصرف بیشتر هم برای مشتری ارزش دارد و هم برای شرکت درآمد. مدل‌های مبتنی بر اعتبار هم کم‌وبیش خودتنظیم‌اند: کسر اعتبار متناسب با هزینه‌ی واقعی هر درخواست تغییر می‌کند. امروز تقریباً هر کسب‌وکار بومی هوش مصنوعی شکلی از قیمت‌گذاری مصرفی دارد، چون بدون آن ممکن است با هر مشتری پرمصرف ضرر کند.
پس از عبور: همه‌چیز عوض می‌شود
شرکت‌هایی که این مسیر را رفته‌اند، آن را دو مدل کسب‌وکار متفاوت دیده‌اند، نه یک تغییر قیمت. سه نقش باید از ابتدا کاملاً هم‌سو باشند: مدیر فروش، مدیر محصول که قیمت‌گذاری را طراحی می‌کند، و مدیر مالی.
| حوزه | مدل اشتراکی | مدل مصرفی |
|---|---|---|
| لحظه‌ی کلیدی | امضای قرارداد، پایان داستان | امضای قرارداد، تازه آغاز کار |
| تمدید | تاریخ مشخص، مثلاً ۱۲ ماه بعد | معمولاً زودتر، چون مصرف تمام می‌شود |
| پیش‌بینی درآمد | ارزش قرارداد تقسیم بر دوره | منحنی مصرف تک‌تک مشتریان |
| پایش روزانه | کم | مصرف دیروز، مشتریان پرمصرف و کم‌مصرف |
در مدل مصرفی، مدیر مالی هر صبح نگاه می‌کند مصرف دیروز چه بوده و کدام مشتری از روند خارج شده است. ریز این پیش‌بینی را در پیش‌بینی درآمد مبتنی بر مصرف و اثر آن بر پاداش فروش را در طراحی پاداش فروش در مدل مصرفی بررسی کرده‌ایم.
سه نشانه که باید در صورت‌های مالی خود پایش کنید
برای تصمیم درباره‌ی قیمت‌گذاری مبتنی بر مصرف، این سه شاخص را به همین ترتیب دنبال کنید:
- هزینه‌ی متغیر خدمت‌رسانی به هر مشتری در همه‌ی مسیرهای فروش. چه بخشی از بهای تمام‌شده با مصرف بالا و پایین می‌رود؟
- هزینه‌ی خدمت‌رسانی به کوچک‌ترین مشتریان در برابر بزرگ‌ترین‌ها. اگر مشتری بزرگ با تخفیف حجمی چند برابر منابع مصرف می‌کند، قیمت ثابت دارد به ضررتان کار می‌کند.
- روند فصلی حاشیه سود ناخالص، پس از حذف اثر تغییر تعداد کارکنان پشتیبانی. افت تدریجی و مداوم نشانه‌ی جدی است.
مثال عددی
فرض کنید مشتری‌ای ماهانه ۱۰ هزار دلار اشتراک ثابت می‌پردازد. سال گذشته هزینه‌ی زیرساخت و پردازش او ماهانه ۱ هزار دلار بود؛ حاشیه سود ناخالص روی این مشتری ۹۰ درصد. امسال با قابلیت‌های جدید، مصرفش سه برابر شده و هزینه به ۳ هزار دلار رسیده است. درآمد همان ۱۰ هزار دلار است، اما حاشیه به ۷۰ درصد افتاده.
اگر همین مشتری بر اساس مصرف با ضریب ثابتی روی هزینه قیمت‌گذاری می‌شد، مثلاً هر یک دلار هزینه با ۱۰ دلار قیمت، درآمدش به ۳۰ هزار دلار می‌رسید و حاشیه همان ۹۰ درصد می‌ماند. البته در واقعیت همه‌ی مشتریان چنین افزایشی را نمی‌پذیرند؛ برای همین مدل‌های ترکیبی رایج‌اند: اشتراک پایه با سقف مصرف و بعد نرخ متغیر برای مصرف اضافه.
وقتی هر سه نشانه هم‌زمان بدتر می‌شوند، تصمیم عملاً گرفته شده است. تنها انتخاب باقی‌مانده این است که با برنامه‌ی خودتان از این در عبور کنید یا بازار شما را از آن هل بدهد.
پرسش‌های متداول
آیا هر شرکت نرم‌افزاری باید به قیمت‌گذاری مصرفی برود؟
نه. اگر هزینه‌ی نهایی خدمت‌رسانی نزدیک صفر است و حاشیه سود ناخالص پایدار مانده، مدل اشتراکی ساده‌تر و پیش‌بینی‌پذیرتر است. نشانه‌های هزینه‌ای تعیین‌کننده‌اند، نه مُد بازار.
چرا این تصمیم برگشت‌ناپذیر است؟
چون فروش، پاداش، شناسایی درآمد، پیش‌بینی و حتی ساختار سازمانی حول آن بازطراحی می‌شود. برگرداندن همه‌ی این‌ها و توضیح دوباره به مشتریان بسیار پرهزینه است.
مدل اعتباری چه فرقی با مصرفی خالص دارد؟
در مدل اعتباری مشتری مجموعه‌ای اعتبار می‌خرد یا همراه اشتراک دریافت می‌کند و هر درخواست، متناسب با هزینه‌اش، از آن کم می‌کند. این روش ورود را آسان و درآمدزایی از مصرف سنگین را ممکن می‌کند.
افت حاشیه سود همیشه بد است؟
نه لزوماً. گاهی افت آگاهانه برای جذب کاربر به قابلیت جدید است. مهم این است که بدانید افت از کجا می‌آید و برنامه‌ای برای درآمدزایی از آن داشته باشید.
جمع‌بندی
قیمت‌گذاری مبتنی بر مصرف تصمیمی قیمتی نیست، تغییر مدل کسب‌وکار است. پیش از عبور از این در یک‌طرفه، هزینه‌ی متغیر خدمت‌رسانی، تفاوت هزینه بین مشتریان کوچک و بزرگ و روند حاشیه سود ناخالص را بسنجید. اگر هر سه رو به افت دارند، بهتر است خودتان زمان و شیوه‌ی عبور را انتخاب کنید و مدیر فروش، محصول و مالی را از روز اول کنار هم بنشانید.