گوگل پلی صورتحساب مصرفی را برای اپ‌های هوش مصنوعی معرفی کرد
صورتحساب مصرفی گوگل پلی موجودی کاربر را زیر آستانه مشخص خودکار شارژ میکند؛ راهکار گوگل برای اپ‌هایی با هزینه محاسباتی متغیر. تاریخ عرضه عمومی اعلام نشده است.
فهرست مطالب
گوگل روز ۷ مهر ۱۴۰۵ (۲۹ سپتامبر ۲۰۲۶) در وبلاگ Android Developers مجموعه‌ای از قابلیت‌های تازه اشتراک در Google Play را معرفی کرد. مهم‌ترین‌شان برای سازندگان اپ هوش مصنوعی، Usage-Based Billing یا صورتحساب مصرفی است: صورت‌حسابی پیشپرداخت و مصرفمحور که موجودی کاربر را، هر بار از یک آستانه مشخص پایینتر برود، خودکار شارژ میکند. به نوشته Sheenam Mittal، مدیر محصول ارشد Google Play، چشم‌انداز اشتراک با «جهش هوش مصنوعی مولد» و تجربه‌های پیچیده‌تر اپ‌ها به‌سرعت در حال تغییر است.
صورتحساب مصرفی گوگل پلی دقیقاً چه چیزی را عوض میکند
گوگل می‌نویسد برای اپ‌هایی با هزینه محاسباتی متغیر — مثل ابزارهای تولید محتوا با هوش مصنوعی — اشتراک‌های تمدیدشونده انعطاف‌ناپذیر همیشه مناسب نیستند. راهکار تازه این است که کاربر موجودی داشته باشد و همین موجودی خودکار پر شود. هدف را هم صریح میگوید: «سرویس بدون وقفه برای کاربران شما، همراه با حفظ حاشیه سود شما».
نکته فنی اینجاست که Play از قبل هم طرح پیشپرداخت داشت. طبق مستندات رسمی Google Play Billing، طرحهای پیشپرداخت خودکار تمدید نمیشوند و کاربر برای ادامه بدون وقفه باید خودش طرح را شارژ (top-up) کند. صورتحساب مصرفی همان شارژ دستی را خودکار و آستانهمحور میکند — همان نقطه‌ای که برای مهار هزینه توکن در اپ‌های مبتنی بر مدل زبانی بزرگ (LLM) اهمیت دارد.
فهرست قابلیتها و وضعیت هرکدام
| قابلیت | چه میکند | وضعیتی که گوگل اعلام کرده |
|---|---|---|
| Usage-Based Billing | صورتحساب پیشپرداخت مصرفمحور با شارژ خودکار موجودی زیر آستانه مشخص | اعلام نشده |
| Multi-Quantity Subscription Purchase | خرید چند اشتراک در یک تراکنش و تخصیص آن‌ها به‌شکل صندلی به اعضای تیم یا دانشجوها | اعلام نشده |
| Mixed Carts | فروش اشتراک تمدیدشونده و محصول تک‌خریدی (OTP) در یک فراخوانی API و یک صفحه پرداخت واحد | اعلام نشده |
| Cross-Developer Bundling | باندل سخت (hard bundle) از دو اشتراک مکمل یا بیشتر، در کاتالوگ خودتان یا با یک توسعهدهنده شریک | اعلام نشده |
| In-App Messaging API | اطلاع‌رسانی رد شدن پرداخت و تغییر قیمت پیش‌رو، داخل خود اپ | در دسترس همه توسعهدهندهها |
| Dynamic Grace Period | تعیین طول مهلت ارفاق هر مشترک با یادگیری ماشین، پس از رد شدن پرداخت | اعلام نشده |
| Retention Offers و Plan Change | تخفیف داخل مسیر لغو اشتراک و پیشنهاد پلن ارزان‌تر | بهعنوان قابلیت موجود توصیف شده |
| Subscription Winback Offers | پیشنهاد شخصی‌سازی‌شده بازگشت به مشترک‌های لغوکرده، روی خود Play Store | اعلام نشده |
ستون آخر عمداً محتاط است: جز In-App Messaging API، اعلامیه برای هیچ قابلیتی وضعیت دسترسی جداگانهای اعلام نمی‌کند. تنها جمله عمومی آن این است که بسیاری از این قابلیتها «در حال حاضر در دسترساند یا از طریق برنامه دسترسی زودهنگام (Early Access Program) در حال عرضهاند». هیچ تاریخ عرضه عمومی و هیچ عدد یا آماری هم در متن نیامده است.
کاهش ریزش، این‌بار با یادگیری ماشین
بخش دوم اعلامیه درباره حفظ مشترک است. Dynamic Grace Period به‌جای مهلت ارفاق ثابت، طول این مهلت را برای هر مشترک با مدل‌های یادگیری ماشین و اکتشافی تنظیم میکند تا میان «فرصت دادن به کاربر برای اصلاح پرداخت» و «هزینه سرویس پرداخت‌نشده» تعادل بهتری برقرار شود. به نوشته گوگل، Play طول دوره account hold بعدی را هم خودکار تنظیم میکند تا مجموع بازه بازیابی‌ای که پیکربندی کرده‌اید دست‌نخورده بماند و کدی در سمت کلاینت تغییر نکند.
Retention Offers تخفیف تأمین‌شده توسط توسعهدهنده را داخل مسیر لغو اشتراک در Play Store نشان می‌دهد و Plan Change کاربری را که واجد شرایط تخفیف نیست به یک پلن ارزان‌تر هدایت میکند. Subscription Winback Offers هم سراغ کسانی می‌رود که اشتراکشان را لغو کرده‌اند — روی خود Play Store، نه از راه ایمیل و نوتیفیکیشن که به گفته گوگل وقتی کاربر اپ را حذف کرده باشد بی‌اثرند.
برای توسعهدهنده فارسی‌زبان چه معنایی دارد
اگر روی Play منتشر می‌کنید، تنها چیزی که امروز می‌توانید روی آن برنامه‌ریزی کنید In-App Messaging API است؛ چون تنها موردی است که گوگل صریحاً «هماکنون برای همه توسعهدهندهها» اعلام کرده و پیاده‌سازی‌اش به رابطه خاصی با گوگل نیاز ندارد. برای بقیه فهرست، گوگل فقط به Early Access Program ارجاع می‌دهد و میگوید اگر با یک partner manager در Google Play کار می‌کنید، به‌محض باز شدن برنامه‌ها می‌توانید اعلام علاقه کنید — که در عمل یعنی تیم‌های کوچک و مستقل باید منتظر بمانند.
اما پیام مهم‌تر این اعلامیه طراحی است، نه دسترسی. وقتی هزینه هر کاربر با میزان مصرفش بالا و پایین می‌رود، قیمت ماهانه ثابت یا حاشیه سود شما را کم میکند یا مجبورتان میکند سقف مصرف بگذارید. گوگل حالا همین مدل مصرفی را داخل خود فروشگاه می‌سازد؛ انتخاب مدل قیمت‌گذاری، تصمیمی است که هر تیم سازنده اپ هوش مصنوعی — روی Play یا هر فروشگاه دیگری — باید خودش بگیرد. اگر تازه سراغ ساخت اپ موبایل رفته‌اید، مقایسه کاتلین مولتی‌پلتفرم و فلاتر و راهنمای اجرای محلی مدل‌های زبانی با Ollama نقطه شروع‌اند.
دیدگاه‌ها
دیدگاه‌ها پس از بررسی تحریریه منتشر می‌شوند. توهین، تبلیغ و لینک‌های بی‌ربط حذف می‌شوند؛ نقد فنی و مستند همیشه خوش‌آمد است.
هنوز کسی چیزی ننوشته. اولین دیدگاه را شما ثبت کنید.