چگونه از یک اپلیکیشن پول دربیاوریم: مدل‌های درآمدی توضیح داده شده

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

مدل‌های اصلی کسب درآمد

اشتراک‌ها

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

پرداخت‌های یک‌باره

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

فریمیوم

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

قیمت‌گذاری بر اساس مصرف

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

کارمزد معاملات

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

تبلیغات، اسپانسرشیپ و درآمد همکاری

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

خدمات اطراف اپلیکیشن

به‌ویژه در ابتدا، فروش راه‌اندازی، آنبوردینگ یا کار سفارشی در کنار یک ابزار می‌تواند توسعه را تأمین کند و به شما یاد بدهد مشتری‌ها به چه چیزی نیاز دارند. این مدل مثل نرم‌افزار مقیاس‌پذیر نیست، پس آن را پلی برای رسیدن بدانید، نه مقصد.

انتخاب مدل

به این پرسش‌ها درباره اپلیکیشنتان پاسخ دهید:

1. کسی چند بار آن را استفاده می‌کند؟ روزانه یا هفتگی به اشتراک اشاره دارد. گاه‌به‌گاه یا یک‌بار به پرداخت یک‌باره یا مصرفی.
2. هر استفاده برای شما هزینه دارد؟ اگر بله، مصرفی یا اشتراک با سهمیه.
3. چه کسی پول می‌دهد — کاربر یا یک کسب‌وکار؟ کسب‌وکارها اشتراک و فاکتور را راحت‌تر می‌پذیرند.
4. آیا دو گروه را به هم وصل می‌کند؟ کارمزد معامله را در نظر بگیرید.
5. مخاطب بزرگ و معمولی است؟ فقط در آن صورت به تبلیغات فکر کنید.
6. «بیشتر»ی طبیعی دارد؟ اگر دارد، فریمیوم می‌تواند کار کند.

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

دریافت پرداخت

برای وب‌اپلیکیشن، تقریباً همیشه از یک درگاه پرداخت استفاده می‌کنید، نه اینکه خودتان کارت‌ها را مدیریت کنید. Stripe انتخاب گسترده‌ای برای نرم‌افزار است؛ گزینه‌های دیگر شامل Paddle و Lemon Squeezy هستند که به‌عنوان «تاجر ثبت‌شده» عمل می‌کنند: به نمایندگی از شما به مشتری می‌فروشند و مالیات فروش را مدیریت می‌کنند، با ساختار کارمزد خودشان. پیش از انتخاب، صفحه‌های قیمت را مقایسه کنید.

کاری که یک درگاه انجام می‌دهد:

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

درباره کارمزد: از سپتامبر ۲۰۲۶، صفحه قیمت Stripe اعلام می‌کند که قیمت استاندارد هزینه راه‌اندازی یا ماهانه ندارد و پرداخت‌های کارتی با درصد به‌علاوه مبلغ ثابت برای هر تراکنش موفق محاسبه می‌شوند. نرخ‌های دقیق بسته به کشور، نوع کارت و محصولات اضافی مثل صورتحساب اشتراک فرق می‌کند، پس صفحه کشور خودتان را بررسی کنید و به رقمی که جای دیگری دیده‌اید اعتماد نکنید.

چگونه پرداخت را به اپلیکیشنمان اضافه کنیم مرحله‌به‌مرحله پرداخت، اشتراک‌ها، وب‌هوک‌ها و حالت آزمایشی را شرح می‌دهد.

اپ استور در برابر وب

جایی که اپلیکیشن زندگی می‌کند، روش دریافت پول را تغییر می‌دهد.

وب‌اپلیکیشن‌ها

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

اپلیکیشن‌های بومی در اپ استور و گوگل پلی

توزیع در فروشگاه‌ها قوانینی درباره نحوه دریافت پول دارد:

• اپل. از سپتامبر ۲۰۲۶، رهنمودهای بازبینی اپ استور اپل می‌گویند که باز کردن امکانات یا محتوا درون یک اپلیکیشن — اشتراک‌ها، محتوای پریمیوم، یا نسخه کامل — باید از طریق خرید درون‌برنامه‌ای اپل انجام شود. کالاهای فیزیکی و خدماتی که بیرون از اپلیکیشن مصرف می‌شوند (سفر با تاکسی، یک محصول تحویلی) باید با روش‌های پرداخت دیگری انجام شوند. برنامه کسب‌وکارهای کوچک اپل کارمزد کاهش‌یافته ۱۵٪ را برای اپلیکیشن‌های پولی و خریدهای درون‌برنامه‌ای به توسعه‌دهندگانی می‌دهد که تا ۱ میلیون دلار آمریکا درآمد در سال تقویمی قبل داشته‌اند، و به توسعه‌دهندگانی که تازه وارد فروشگاه شده‌اند؛ بالاتر از آن آستانه، نرخ استاندارد اعمال می‌شود. در برخی مناطق، از جمله اتحادیه اروپا، شرایط متفاوت است.
• گوگل پلی. گوگل بر کالاهای دیجیتال و اشتراک‌هایی که از طریق صورتحساب پلی فروخته می‌شوند کارمزد خدماتی می‌گیرد. از سپتامبر ۲۰۲۶، صفحه کارمزد خدمات آن نشان می‌دهد که نرخ‌ها در طول ۲۰۲۶ بر اساس منطقه تغییر می‌کنند و برای اشتراک‌ها، نصب‌های جدید در برابر موجود، و آستانه‌های درآمد نرخ‌های متفاوتی دارند. پیش از برنامه‌ریزی قیمت‌ها، صفحه فعلی را برای بازارهای خود بخوانید.

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

پیش از دریافت پول: چک‌لیست

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

اشتباه‌های رایج

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

ساختن اپلیکیشن پولی با Mythex

Mythex وب‌اپلیکیشن می‌سازد، پس روی وب، پرداخت را با درگاه خودتان انجام می‌دهید و هیچ فروشگاه اپلیکیشنی بین شما و کاربر نیست. برای Stripe، کلیدهای Stripe خودتان را به‌عنوان محرمانه پروژه اضافه می‌کنید و از عامل می‌خواهید Checkout را اضافه کند؛ با کارت‌های آزمایشی Stripe در پیش‌نمایش آزمایش می‌کنید، سپس منتشر می‌کنید. دستور Stripe در مستندات مراحل را دارد. Mythex اتصال یک‌کلیکی Stripe ندارد. در Pro می‌تواند اپلیکیشن را به‌صورت اپ اندروید و آیفون بسته‌بندی کند؛ وقتی وارد فروشگاه‌ها شدید، قوانین اپل و گوگل درباره پرداخت درون‌برنامه‌ای اعمال می‌شود. برای ایده‌هایی که ارزش پرداخت دارند، ایده‌های micro-SaaS را ببینید، و وقتی آماده یافتن مشتری هستید، چگونه اپلیکیشن راه‌اندازی کنیم و اولین کاربران را بگیریم.

پرسش‌ها