اگر فردا یک پلن رایگان راهاندازی کنید، تقریباً ۹۶ نفر از هر ۱۰۰ نفری که ثبتنام میکنند هرگز یک دلار به شما پرداخت نخواهند کرد — و هر یک از آنها تا زمانی که تصمیم بگیرند، هزینه زمان سرور، پاسخهای پشتیبانی و توجه شما را روی دستتان میگذارند. این یک راهاندازی ناموفق فریمیوم نیست. این یک راهاندازی عادی است. یک نظرسنجی پراستناد از مجله Harvard Business Review نرخ معمول تبدیل رایگان به پرداختی را ۲ تا ۵ درصد اعلام میکند، سرمایهگذار خطرپذیر توماش تونگوز در میان ۴۱ شرکت SaaS عدد ۲ تا ۴ درصد را یافته، و یک بنچمارک سال ۲۰۲۶ از بیش از ۸۰ کسبوکار SaaS، فریمیوم سنتی را ۳.۴ درصد از کاربران رایگان اندازهگیری کرده است. فریمیوم با این وجود برای شرکتهایی کار میکند که ریاضیاتشان از پس این شانسها برمیآید. این راهنما نشان میدهد که این مدل چگونه کار میکند، پلن رایگان واقعاً چه هزینهای دارد، دو روش کشیدن مرز بین رایگان و پرداختی چیست، چه شاخصهایی به شما میگویند که کار میکند — و چه زمانی یک نسخه آزمایشی رایگان ساده برنده است.
«فریمیوم» در واقع به چه معناست
فریمیوم دو واژه را به هم میچسباند: رایگان بهعلاوه ممتاز. شما نسخه پایهای از محصول را برای همیشه رایگان ارائه میدهید و برای قابلیتهای پیشرفته، محدودیتهای بالاتر یا تجربه بهتر پول میگیرید. Dropbox چند گیگابایت رایگان به شما میدهد و ترابایت میفروشد. Spotify بهصورت رایگان همراه با تبلیغات پخش میکند و گوشدادن بدون تبلیغ را میفروشد. Slack، LinkedIn، Canva و Mailchimp همگی همین بازی را با دروازههای متفاوت اجرا میکنند.
سه چیز فریمیوم را از مدلهایی که با آنها اشتباه گرفته میشود متمایز میکند:
- این یک نسخه آزمایشی رایگان نیست. یک نسخه آزمایشی پس از ۷، ۱۴ یا ۳۰ روز منقضی میشود و تصمیمگیری را تحمیل میکند. یک پلن رایگان هرگز منقضی نمیشود، پس هیچ فشار مهلتی وجود ندارد — و دقیقاً به همین دلیل است که تبدیل در محدوده تکرقمی میماند، در حالی که نسخههای آزمایشی یک مرتبه بزرگی بهتر تبدیل میکنند.
- این یک محصول زیانده برای جذب مشتری نیست. محصول زیانده (loss leader) محصولی تخفیفخورده است که زیر قیمت تمامشده فروخته میشود تا خریداران را به سمت محصولات سودآور بکشاند. یک پلن رایگان محصولی متمایز با ساختار هزینه و نقش استراتژیک خودش است: جذب، اثرات شبکه یا داده — نه یک تخفیف.
- برای شما رایگان نیست. کاربر چیزی نمیپردازد، اما شما هزینه زیرساخت، پشتیبانی، پیشگیری از سوءاستفاده و هزینه فرصت هر ساعت مهندسی که صرف خوشحال نگهداشتن کاربران رایگان میشود را میپردازید. اقتصاد واحد فقط زمانی کار میکند که اقلیت پرداختکننده، اکثریت سوارمجانی را با جای باقیمانده پوشش دهد.
این مدل برای محصولاتی مناسب است که هزینه نهایی تقریباً صفر به ازای هر کاربر دارند (نرمافزار، نه خدمات)، ارزشی که کاربران بهسرعت و بهتنهایی درک میکنند، و در حالت ایدهآل یک حلقه ویروسی یا اثر شبکه — هر کاربر رایگان Dropbox که پوشهای را به اشتراک میگذارد، کاربر بعدی را جذب میکند. اگر محصول شما برای ارائه ارزش نیاز به دستگیری دارد، فریمیوم ارتشی از مشتریان را برایتان استخدام میکند که با تیکتهای پشتیبانی پرداخت میکنند.
بنچمارک ۲ تا ۵ درصد و اینکه واقعاً چه هزینهای برای شما دارد
با ریاضیات قیف بر اساس بنچمارکهای سال ۲۰۲۶ First Page Sage شروع کنید، چون کل تصمیم را بازتعریف میکند. فریمیوم سنتی حدود ۱۲.۸ درصد بازدیدکنندگان را به ثبتنام تبدیل میکند و ۳.۴ درصد از آن ثبتنامها را به مشتری پرداختکننده — تقریباً ۴.۴ پرداختکننده به ازای هر ۱٬۰۰۰ بازدیدکننده. یک نسخه آزمایشی رایگان اختیاری (بدون کارت اعتباری) ۷.۶ درصد بازدیدکنندگان را ثبتنام میکند اما ۱۷.۳ درصد آنها را تبدیل میکند: حدود ۱۳ پرداختکننده به ازای هر ۱٬۰۰۰ بازدیدکننده، تقریباً سه برابر بازده. فریمیوم بزرگترین بالای قیف و نازکترین پایین آن را میسازد.
حالا قیف را قیمتگذاری کنید. هزینههای پلن رایگان در چهار سبد میگنجد که بنیانگذاران پیوسته دستکم میگیرند:
- زیرساخت. میزبانی، پهنای باند، ذخیرهسازی و — بهطور فزاینده — توان محاسباتی هوش مصنوعی. پلن رایگانی که روی فراخوانیهای LLM مبتنی بر توکن سوار میشود، هزینه نهایی دارد که با سوءاستفاده رشد میکند، نه با درآمد. پیش از راهاندازی آن را اندازهگیری کنید.
- پشتیبانی. کاربران رایگان با حجم شگفتآوری تیکت ثبت میکنند و هر تیکت همان دقایق کارشناس یک مشتری پرداختکننده را میبلعد. ضربدر یک پایگاه کاربری ۲۰ تا ۵۰ برابر تعداد مشتریان پرداختی، پشتیبانی معمولاً بزرگترین قلم هزینه پلن رایگان است.
- سوءاستفاده و کاربران نامناسب. پلنهای رایگان خزندههای وب، هرزنامهسازها، ماینرهای رمزارز و سربهسرگذارانی را جذب میکنند که هرگز خریدار نبودهاند. هر یک از آنها دو سبد اول را مصرف میکند و در همان حال رشد جعلی به نمودار ثبتنام شما اضافه میکند.
- حواسپرتی. نمایندگان فروش به دنبال ثبتنامهای رایگانی میدوند که هرگز واجد شرایط نبودهاند، مباحثات محصول به پرصداترین کاربران رایگان گره میخورد و اولویتهای نقشه راه به سمت کسانی میچرخد که هیچ نمیپردازند. یک تحلیل از یک SaaS فروشمحور این را بزرگترین هزینه پنهان یک پلن رایگان مینامد و هرگز در هیچ فاکتوری ظاهر نمیشود.
قاعده حسابداری صادقانه: هزینه جذب مشتری شما باید نه فقط بازاریابیای که ثبتنام رایگان را برده، بلکه هزینه افزایشی حمل آن کاربر تا زمان تبدیل — یا ریزش — را نیز شامل شود. اگر ۱۰۰ کاربر رایگان ماهانه ۴۰۰ دلار برای زیرساخت و پشتیبانی هزینه داشته باشند و ۳ نفر از آنها ماهانه ۵۰ دلار پرداخت کنند، شما ۴۰۰ دلار خرج میکنید تا ۱۵۰ دلار درآمد ماهانه به دست آورید، و ریاضیات بازگشت سرمایه باید از حفظ مشتری و گسترش بیاید، نه از اولین فاکتور.
دروازههای قابلیت در برابر دروازههای مصرف: دو روش برای کشیدن مرز
هر محصول فریمیوم به یک سؤال پاسخ میدهد: چه چیزی باعث میشود کاربر رایگان به دیوار پرداخت برخورد کند؟ دو پاسخ وجود دارد و بیشتر محصولات موفق یکی را بهعنوان دروازه اصلی و دیگری را بهعنوان پشتیبان به کار میگیرند.
دروازههای قابلیت تواناییهایی را برای پلنهای پرداختی نگه میدارند: گزارشگیری پیشرفته، یکپارچهسازی، SSO، کنترلهای مدیریتی، برندینگ سفارشی، دسترسی API. کاربر رایگان جریان کاری اصلی و کامل را دریافت میکند اما نسخهای بهعمد کمقدرتتر از آن. دروازههای قابلیت زمانی بهتر کار میکنند که ارزش اصلی در اولین جلسه آشکار باشد و قابلیتهای دروازهبندیشده با نیازهای تیمی، مقیاس یا انطباق گره خورده باشند — خریدار ارتقا میدهد چون شرکت به پلن پرداختی رشد کرده، نه چون پلن رایگان از کار افتاده است.
دروازههای مصرف حجم را اندازهگیری میکنند: صندلیها، پروژهها، ذخیرهسازی، خروجیهای ماهانه، اعتبارهای هوش مصنوعی، تاریخچه پیامها. کاربر رایگان محصول کامل را با یک سقف دریافت میکند و رشد او را از آن سقف عبور میدهد. دروازههای مصرف زمانی بهتر کار میکنند که مصرف بهطور طبیعی با موفقیت رشد کند — مشتریای که فایل بیشتری ذخیره میکند یا همتیمی بیشتری دعوت میکند در حال بردن است، و دریافت هزینه از او شبیه سهیمشدن در سود به نظر میرسد نه دریغکردن کالا.
سه قاعده برای قرار دادن دروازه:
- پلن رایگان باید یک برد کامل ارائه دهد. کاربر رایگانی که هرگز ارزش اصلی را تجربه نمیکند با نرخ صفر درصد تبدیل میشود. ضریب را دروازهبندی کنید، نه جادو را: بگذارید یک طراح یک پروژه واقعی را تمام و خروجی بگیرد، سپس برای پروژههای نامحدود و کیتهای برند هزینه بگیرید.
- دروازه باید روی موفقیت فعال شود، نه روی کاوش. کاربران میپذیرند وقتی رشد آنها را مجبور به ارتقا میکند هزینه بپردازند. کاربران از پرداخت برای فهمیدن اینکه آیا محصول اصلاً کار میکند یا نه دلخور میشوند — و این دلخوری به زیان شهرت در سایتهای نقد تبدیل میشود.
- اگر بیشتر کاربران هرگز به بیشتر نیاز ندارند، شما محصول ساختهاید، نه قیف. شکست کلاسیک، پلن رایگان سخاوتمندانهای است که ۹۵ درصد کاربران را راضی میکند. پلن خود را حسابرسی کنید: اگر میانه مصرف کاربران پرقدرت شما با راحتی زیر سقف رایگان مینشیند، آن سقف فقط تزئینی است.
یک مدل ترکیبی محبوب، نسخه آزمایشی معکوس (reverse trial)، ثبتنامهای جدید را بهمدت ۱۴ روز روی پلن پرداختی شروع میکند و سپس آنها را به رایگان تنزل میدهد. این مدل نخستین برداشت پرارزش نسخه آزمایشی را با فرودگاه دائمی فریمیوم ترکیب میکند و فروشندگان از افزایش تبدیل ۱۰ تا ۴۰ درصدی نسبت به فریمیوم ساده گزارش میدهند. ارزش دارد قبل از اینکه نتیجه بگیرید فریمیوم برای محصول شما «کار نمیکند» آن را بیازمایید.
شاخصهای رشد محصولمحور که به شما میگویند کار میکند
ثبتنامهای رایگان یک شاخص خودنمایانه است — کنجکاوها، رباتها و خریداران را یکسان میشمارد. تیمهای رشد محصولمحور مجموعهای دقیقتر را زیر نظر میگیرند:
- نرخ فعالسازی. سهم ثبتنامهایی که اقدام کلیدی اثباتکننده دریافت ارزش را کامل میکنند — اولین پروژه تحویلشده، اولین گزارش صادرشده، اولین یکپارچهسازی متصلشده. بنچمارکها حول ۴۰ تا ۶۰ درصد جمع میشوند. همهچیز در پاییندست به این عدد بستگی دارد، پس رویداد فعالسازی را قبل از بحث درباره هر چیز دیگری تعریف کنید.
- زمان تا ارزش. اینکه یک ثبتنام جدید چقدر سریع به آن رویداد فعالسازی میرسد. ساعتها بر روزها برتری دارند؛ همان جلسه بر هفته بعد. هر گام راهاندازی اضافی بین ثبتنام و ارزش، مبدلها را نشت میدهد.
- نرخ تبدیل رایگان به پرداختی. عدد سرفصل: ۲ تا ۵ درصد معمول است و بنچمارکها ۱۰ درصد یا بیشتر را عالی مینامند. آن را به تفکیک بخشبندی کنید — بر اساس کوهورت، کانال و اندازه شرکت — چون یک ۳ درصد ترکیبی میتواند یک بخش سلفسرویس ۹ درصدی را پنهان کند که بخش ۰.۵ درصدی سربهسرگذاران سازمانی را یارانه میدهد.
- سرنخهای واجد شرایط محصول (PQL). کاربران رایگان فعالی که رفتارشان قصد خرید را نشان میدهد: برخورد با دروازه مصرف، دعوت همتیمیها، اتصال یکپارچهسازی مرتبط با صورتحساب. PQL پاسخ فریمیوم به سرنخ واجد شرایط بازاریابی است و نرخ تبدیل PQL به مشتری عددی است که تیم فروش شما (اگر داشته باشید) باید با آن زندگی کند.
- حفظ درآمد خالص و گسترش. چون جذب ارزان است و تبدیل نازک، اقتصاد فریمیوم پس از فروش برنده میشود: آیا حسابهای پرداختی صندلیها، مصرف و پلنها را سریعتر از ریزش دیگران گسترش میدهند؟ حفظ بالای ۱۰۰ درصد درآمد اولیه چیزی است که ارتش رایگان را پاداش میدهد.
- دوره بازگشت CAC. ماههای سود ناخالص لازم برای بازپرداخت هزینه کامل جذب — بازاریابی بهعلاوه هزینههای حمل پلن رایگان. زیر ۱۲ ماه برای SaaS کسبوکارهای کوچک سالم است؛ اگر دوره شما از ۱۸ ماه فراتر میرود، پلن رایگان برای مشتریانی که جذب میکند بیش از حد گران است.
اینها را قبل از راهاندازی اندازهگیری کنید، نه بعد از آن. یک محصول فریمیوم بدون ردیابی فعالسازی در مورد تنها شاخصی که همهچیز دیگر را پیشبینی میکند با چشم بسته پرواز میکند.
وقتی نسخه آزمایشی رایگان برنده است
به ریاضیات قیف بازگردید: نسخههای آزمایشی تقریباً ۱۳ پرداختکننده به ازای هر ۱٬۰۰۰ بازدیدکننده در برابر ۴ تا ۵ پرداختکننده فریمیوم به دست میدهند. نسخههای آزمایشی همچنین سریعتر تبدیل میکنند، سوارمجانی کمتری را پشتیبانی میکنند و گفتگوی ارزش را ظرف چند روز به جای «روزی» تحمیل میکنند. ماتریس مبادله بر اساس نوع نسخه آزمایشی تفکیک میشود:
| مدل | نرخ ثبتنام | ثبتنام به پرداختی | پرداختکننده به ازای هر ۱٬۰۰۰ بازدیدکننده |
|---|---|---|---|
| فریمیوم سنتی | ~۱۳٪ | ~۳.۴٪ | ~۴.۴ |
| نسخه آزمایشی اختیاری، بدون کارت | ~۷.۶٪ | ~۱۷.۳٪ | ~۱۳ |
| نسخه آزمایشی اجباری، کارت از پیش | ~۲.۴٪ | ~۴۹٪ | ~۱۳ |
نسخه آزمایشی را انتخاب کنید وقتی محصول شما برای اثبات ارزش به تجربه کامل نیاز دارد (تحلیل، امنیت، یکپارچهسازیهایی که چند روز طول میکشد تا متصل شوند)، وقتی هیچ حلقه ویروسی برای تکثیر کاربران رایگان ندارید، وقتی تیم شما برای پشتیبانی از نسبت ۲۰ به ۱ رایگان به پرداختی کوچک است، یا وقتی پیش از تطابق محصول با بازار هستید و به بازخورد سریع و صادقانه نیاز دارید — نسخههای آزمایشی ظرف چند هفته به شما میگویند آیا کسی پرداخت میکند یا نه، در حالی که فریمیوم به شما اجازه میدهد ثبتنامها را بهجای کشش، چند فصل با کشش اشتباه بگیرید.
طول نسخه آزمایشی را با زمان تا ارزش خود هماهنگ کنید. یک نسخه آزمایشی ۷ روزه فوریت ایجاد میکند، اما اگر محصول شما ۱۰ روز طول میکشد تا فعال شود، نسخه آزمایشی قبل از وقوع جادو منقضی میشود و تبدیل بدون هیچ تقصیری از قیمتگذاری سقوط میکند. ابتدا میانه زمان تا فعالسازی را اندازه بگیرید، سپس ساعت را با حاشیه راحتی فراتر از آن تنظیم کنید.
چگونه هزینههای پلن رایگان را ثبت کنیم تا ریاضیات صادق بماند
اینجاست که حسابداری ارزش خود را ثابت میکند. بیشتر بنیانگذاران میزبانی و پشتیبانی را در حسابهای واحد جمع میکنند، که پلن رایگان را رایگان و پلن پرداختی را بهطرز وحشتناکی سودآور نشان میدهد — دقیقاً برعکس واقعیت. هزینهها را به هنگام ثبت بر اساس پلن تفکیک کنید و اقتصاد واحد هر ماه از دفتر کل بیرون میآید.
زیرساخت پلن رایگان را هنگام رسیدن فاکتور از زیرساخت خدمتدهی به پلن پرداختی جدا کنید:
2026-10-01 * "Cloud hosting - October"
Expenses:Hosting:FreeTier 412.00 USD
Expenses:Hosting:Paid 988.00 USD
Assets:Checkingسپس حقوق و دستمزد پشتیبانی را در پایان ماه بر اساس برچسبهای تیکت تخصیص دهید، تا بزرگترین هزینه پنهان جایی که باید بنشیند:
2026-10-31 * "Allocate October support payroll by tier ticket share"
Expenses:Support:FreeTier 1,800.00 USD
Expenses:Support:Paid 4,200.00 USD
Expenses:Payroll:Support -6,000.00 USDبا این دو تفکیک در جای خود، یک پرسوجو هزینه کامل به ازای هر کاربر رایگان در ماه را به شما میدهد — کل هزینههای پلن رایگان تقسیم بر کاربران رایگان فعال — و تقسیم آن بر نرخ رایگان به پرداختی شما مؤلفه هزینه حمل CAC را میدهد. این عددی است که باید در برابر اهداف بازگشت سرمایه تحت نظر باشد و با هر بستن دفترها خود را بهروزرسانی میکند. مستندات Beancount الگوهای ترازنامه و پرسوجوی پشت این نوع ردیابی هزینه به تفکیک پلن را پوشش میدهد اگر دفاتر خود را در متن ساده نگه میدارید.
اشتباهاتی که پلنهای رایگان را غرق میکنند
- دروازهبندی جادو به جای ضریب. اگر پلن رایگان یک دمو باشد که هرگز نتیجه کامل ارائه نمیدهد، فعالسازی میمیرد و هیچچیز در پاییندست نمیتواند آن را نجات دهد.
- اندازهگیری ثبتنام به جای فعالسازی. جهش ثبتنام از یک پست راهاندازی عالی به نظر میرسد و هیچ چیز را پیشبینی نمیکند. هر ثبتنام را بر اساس اینکه آیا در هفته اول فعال شد یا نه کوهورتبندی کنید.
- تعیین طول نسخه آزمایشی بر اساس عرف. چهارده روز یک عادت است، نه یک استراتژی. آن را از زمان اندازهگیریشده تا ارزش بهعلاوه یک حاشیه استخراج کنید، سپس کوتاهتر را بیازمایید.
- اجازه دادن به پشتیبانی برای غرقشدن بیصدا. سهم تیکتهای پلن رایگان را ماهانه زیر نظر بگیرید. وقتی از حدود نیمی از زمان کارشناسان عبور میکند در حالی که سهم تکرقمی از درآمد تولید میکند، پلن به کنترلهای سوءاستفاده سختگیرانهتر یا سطح لاغرتری نیاز دارد — نه به کارشناسان بیشتر.
- رد کردن آزمون نسخه آزمایشی معکوس. اگر فریمیوم ساده زیر ۲ درصد تبدیل میکند، ثبتنامها را با پلن پرداختی شروع کنید قبل از اینکه نتیجه بگیرید مدل اشتباه است. ارزانترین آزمایش در قیمتگذاری، یک پیشفرض متفاوت است.
آخرین گام شما قبل از روز راهاندازی حساب و کتاب است، نه خوشبینی: هزینه حمل ماهانه هر کاربر رایگان را تخمین بزنید، در تعداد کاربرانی که نرخ تبدیل ۳ درصد برای هر مشتری پرداختکننده ایجاب میکند ضرب کنید، و تأیید کنید که سود ناخالص طول عمر یک مشتری تقریباً سی سوارمجانی را با جای باقیمانده پوشش میدهد. اگر پوشش میدهد، فریمیوم یک موتور رشد است. اگر نمیدهد، نسخه آزمایشی رایگان را عرضه کنید — و پس از اینکه حفظ مشتری و گسترش حق رایگاندادن محصول را برایتان به دست آورد، به پلن رایگان بازگردید.

