اپلیکیشن مشتری‌تان همین حالا بهترین ماه خود را پشت سر گذاشت. ثبت‌نام‌ها سه برابر شد، گردش‌کارهایی که ساخته‌اید روان کار می‌کنند و بنیان‌گذار از خوشحالی در پوست خود نمی‌گنجد. بعد صورتحساب پلتفرم می‌رسد: دو میلیون واحد بار کاری فراتر از سهمیه پلن، با نرخ سی سنت به ازای هر هزار واحد. این یعنی ۶۰۰ دلار هزینه اضافی روی یک پلن ۱۱۹ دلاری — و اگر قرارداد شما بگوید «میزبانی شامل میشود» در قالب یک هزینه ماهانه ثابت، آن ۶۰۰ دلار از حاشیه سود شما کم میشود، نه از بودجه مشتری. موفقیت آن‌ها همین حالا به ضرر شما تبدیل شد و هیچ‌چیز در محدوده کاری شما این را پیش‌بینی نکرده بود.
این ریسک قیمت‌گذاری تعیین‌کننده اداره یک آژانس بدون کد در سال ۲۰۲۶ است. Bubble بر اساس مصرف صورتحساب می‌دهد، Webflow پهنای باند و حجم محتوا را می‌سنجد و هر دو به‌طور دوره‌ای قیمت‌هایشان را بازنگری می‌کنند. هزینه ثابت وانمود می‌کند که این هزینه‌ها قابل پیش‌بینی هستند. اما نیستند. آژانس‌هایی که از این وضعیت جان سالم به در می‌برند، هزینه پلتفرم را همان‌طور که واقعاً هست می‌بینند: یک هزینه عبوری که از فروشنده، از طریق دفاتر شما، به مشتری جریان می‌یابد — و درآمد واقعی شما حاشیه سود و حق مدیریت است، هرگز خودِ بازپرداخت نیست.
Bubble در سال ۲۰۲۶ واقعاً چگونه از شما صورتحساب می‌گیرد
قیمت‌های سرفصل Bubble ملایم به نظر می‌رسند. در صورتحساب سالانه، پلن‌های وب ماهانه ۲۹ دلار برای Starter، ۱۱۹ دلار برای Growth و ۳۴۹ دلار برای Team هزینه دارند، با یک سطح رایگان ۰ دلاری و Enterprise با قیمت بر اساس درخواست. صورتحساب ماهانه گران‌تر است: به‌ترتیب ۳۲، ۱۳۴ و ۳۹۹ دلار. اما هزینه پلن کوچک‌ترین بخش اکثر صورتحساب‌های عملیاتی است. متر واقعی، واحد بار کاری است.
هر پلن پرداختی شامل سهمیه ماهانه واحد بار کاری است: ۱۷۵,۰۰۰ واحد در Starter، ۲۵۰,۰۰۰ در Growth و ۵۰۰,۰۰۰ در Team. پلن رایگان ۵۰,۰۰۰ واحد شامل میشود اما نمی‌تواند یک اپلیکیشن زنده را مستقر کند. واحد بار کاری کار سرور را می‌سنجد — جستجوهای پایگاه داده، اجرای گردش‌کار، فراخوانی‌های API، بارگذاری صفحات، عملیات فایل — و مصرف بسته به عملیات به‌شدت متفاوت است. یک بارگذاری ساده صفحه تقریباً نیم تا دو واحد هزینه دارد؛ یک جستجوی پیچیده واحد می‌تواند ۱۰ تا ۵۰ هزینه داشته باشد. اپلیکیشنی با گردش‌کارهای پرترافیک یا جستجوهای بهینه‌نشده می‌تواند سهمیه Starter را خیلی پیش از آنکه ترافیکش چشمگیر به نظر برسد، تمام کند.
وقتی سهمیه تمام شود، نرخ هزینه اضافی بدون هیچ سطح افزودنی ۰.۳۰ دلار به ازای هر ۱,۰۰۰ واحد است. یک میلیون واحد اضافی در یک ماه — که برای یک اپلیکیشن در حال رشد با گردش‌کارهای سنگین بک‌اند آسان است — ۳۰۰ دلار هزینه دارد. سطح‌های از پیش خریداری‌شده واحد بار کاری، نرخ واحد را به‌طور قابل توجهی کاهش می‌دهند، تا حدود ۰.۱۰ دلار به ازای هر ۱,۰۰۰ واحد در بزرگ‌ترین سطح، اما باید سطح را پیش از جهش بخرید و سطح‌ها خودشان یک تعهد ماهانه هستند.
سه مکانیزم این را به‌طور خاص برای آژانس‌ها پرخطر می‌کند. اول، مصرف در واقع به‌سختی از پیش قابل پیش‌بینی است؛ دو اپلیکیشن با تعداد کاربر یکسان می‌توانند بسته به نحوه ساخت گردش‌کارهایشان، از نظر بار کاری یک مرتبه بزرگی تفاوت داشته باشند. دوم، هزینههای اضافی به‌طور پیش‌فرض فعال هستند و Bubble در ۷۵ و ۱۰۰ درصد سهمیه به مالک حساب ایمیل می‌زند — اما اگر آژانس شما حساب را در اختیار داشته باشد، آن ایمیل به شما می‌رسد، نه به مشتری‌ای که کاربرانش عامل جهش بودند. سوم، خاموش کردن هزینههای اضافی صورتحساب را به‌طور منطقی محدود نمی‌کند: اپلیکیشن وقتی به سقف برسد آفلاین میشود تا هزینههای اضافی دوباره فعال شوند، یک سطح خریداری شود یا چرخه بعدی شروع شود. «سایت پایین آمد چون به سقف مصرفی رسیدیم که هیچ‌کس مراقبش نبود» مکالمه‌ای نیست که بخواهید با مشتری داشته باشید.
Webflow همان شکل را با مترهای متفاوت دارد
Webflow از واحد بار کاری استفاده نمی‌کند، اما قیمت‌گذاری آن از دیدگاه یک آژانس همان پروفایل نوسان را دارد: یک هزینه پایه متعادل به‌علاوه مترهایی که با موفقیت مشتری حرکت می‌کنند.
در مه ۲۰۲۶، Webflow پلن‌های قدیمی سایت CMS و Business خود را در یک پلن یکپارچه Premium ادغام کرد: ماهانه ۲۵ دلار برای هر سایت در صورتحساب سالانه (۳۹ دلار ماهانه)، شامل ۳۰۰ صفحه استاتیک، ۲۰,۰۰۰ آیتم CMS و ۵۰ گیگابایت پهنای باند. پلن Basic با ماهانه ۱۵ دلار شامل یک دامنه سفارشی و ۱۰ گیگابایت پهنای باند است اما اصلاً CMS ندارد. هر چیزی بیش از پهنای باند شامل‌شده به‌عنوان افزونه‌های پرداختی فروخته میشود، تا ۲.۵ ترابایت — بنابراین راه‌اندازی وایرال مشتری یا یک فصل سنگین ترافیک تصویر و ویدئو مستقیماً به یک صورتحساب بزرگ‌تر Webflow تبدیل میشود.
و پلن سایت تنها یکی از سه صورتحساب است. پلن‌های وورک‌اسپیس برای همکاری طراحی، صندلی‌های طراح اضافی، زبان‌های بیشتر و ظرفیت تراکنش تجارت الکترونیک همه جداگانه، روی هزینه هر سایت صورتحساب می‌شوند. مشتری‌ای که می‌پرسد «فقط یک زبان دیگر» یا «دسترسی برای دو ویرایشگر دیگر» در واقع از شما می‌خواهد یک مجموعه مترشده را افزایش دهید — و اگر قرارداد شما یک عدد ماهانه ثابت واحد برای «وب‌سایت به‌علاوه میزبانی» نقل کند، هر یک از این بله‌گفتن‌ها حاشیه سود شما را کوچک‌تر می‌کند.
هر دو پلتفرم هم قیمت‌هایشان را بازنگری می‌کنند. Bubble قیمت‌گذاری Starter را در اکتبر ۲۰۲۶ تنظیم کرد؛ Webflow کل خط‌تولید پلن‌های سایت خود را در میانه سال بازساخت. هر نقل‌قول ثابت چندماهه‌ای که قیمت‌های امروز پلتفرم را در خود جای دهد، شرط‌بندی بر این است که فروشنده ثابت بماند. این شرط‌بندی سال‌هاست که می‌بازد.
اشتباه قراردادی: گنجاندن هزینههای مترشده در یک هزینه ثابت
حالت شکست تقریباً همیشه همان یک جمله است، مدفون در یک پیشنهاد یا یک توافق‌نامه خدمات اصلی: یک هزینه ماهانه ثابت که «میزبانی را شامل میشود». برای مشتری ساده به نظر می‌رسد. در عمل آژانس شما را بیمه‌گر نوسان فروشنده می‌کند — شما یک حق بیمه ثابت دریافت می‌کنید و ریسک نامحدود مترشده را جذب می‌کنید.
گزارش‌های صنعت درباره ساخت‌های آژانسی، هزینههای معمول پروژه Bubble را جایی بین ۲۰,۰۰۰ تا ۲۵۰,۰۰۰ دلار می‌گذارد و به تله خاص حاشیه سود اشاره می‌کند: وقتی اپلیکیشن مشتری را تحویل می‌دهید و کسبوکار مشتری موفق میشود، مصرف بالا می‌رود و یا مشتری بیشتر از آنچه بودجه‌بندی کرده بود می‌پردازد یا آژانس افزایش را جذب می‌کند. قیمت ثابت روی محدوده مبهم، در حال حاضر شایع‌ترین منبع اختلافات آژانس-مشتری در خدمات نرم‌افزاری به‌طور کلی است؛ افزودن یک صورتحساب مترشده شخص ثالث به داخل قیمت ثابت، هر جهش مصرف را به یک مذاکره مجدد تبدیل می‌کند.
همین تله یک سطح پایین‌تر در کار هوش مصنوعی و اتوماسیون ظاهر میشود، جایی که آژانس‌هایی که هزینههای API و توکن را در قالب حق‌الزحمه ثابت می‌گنجانند، کشف می‌کنند که یک تغییر قیمت فروشنده یک‌شبه به ضرر آن‌ها تبدیل میشود. هزینه پلتفرم دقیقاً مانند هزینه توکن رفتار می‌کند: مترشده توسط شخص ثالث، هدایت‌شده توسط مشتری و خارج از کنترل شما. هزینه‌هایی با این سه ویژگی جایشان داخل یک هزینه ثابت نیست. جایشان در یک بند عبوری است.
یک هزینه دوم و آرام‌تر هم برای گنجاندن وجود دارد: اعداد را از مشتری پنهان می‌کند. مشتری‌ای که هرگز روند واحد بار کاری را نمی‌بیند، دلیلی ندارد کار بهینه‌سازی‌ای را که آن را کاهش می‌دهد تأیید کند — بازسازی یک جستجوی پرهزینه، انتقال منطق سنگین به گردش‌کارهای بک‌اند، خرید یک سطح بار کاری پیش از جهش به‌جای پرداخت هزینه اضافی خام پس از آن. صورتحساب شفاف عبوری، مصرف را به یک داشبورد مشترک تبدیل می‌کند که هر دو تماشا می‌کنید، و این تنها ترتیبی است که در آن کار بهینه‌سازی خودش را می‌فروشد.
راه‌حل: هزینه پلتفرم را به یک هزینه عبوری تبدیل کنید
هزینههای عبوری هزینه‌هایی هستند که آژانس شما به نمایندگی از مشتری می‌پردازد — اشتراک‌های فروشنده، صورتحساب‌های مصرف، هزینههای مجوز — که به مشتری بازصورتحساب می‌شوند، یا به قیمت تمامشده یا با یک حاشیه سود مدیریتی. این مفهوم در حسابداری آژانس استاندارد است: هزینههای خود مشتری از دفاتر شما جریان می‌یابد بدون آنکه به درآمد شما تبدیل شود. با اعمال آن بر پلتفرم‌های بدون کد، سه مدل قابل اجرا وجود دارد. برای هر مشتری یکی را، به‌صورت کتبی، پیش از راه‌اندازی اپلیکیشن انتخاب کنید.
مدل ۱: مشتری حساب فروشنده را در اختیار دارد و مستقیماً پرداخت می‌کند. مشتری حساب Bubble یا Webflow خودش را ایجاد می‌کند، کارت خودش را اضافه می‌کند و مالک پلن، سطح‌ها و هزینههای اضافی است. آژانس شما به‌عنوان همکار یا ویرایشگر مهمان دعوت میشود. این مرتب‌ترین ترتیب است — صورتحساب مترشده هرگز به دفاتر شما نمی‌رسد — و پیش‌فرض درست برای مشتریان بزرگ‌تر با عملکرد مالی خودشان است. عیب شناخته‌شده: مشتریان گاهی برای صرفه‌جویی در هزینه، در سطح پلن خود کم‌سرمایه‌گذاری می‌کنند، که تنگناهای عملکردی و قطعی‌های ناشی از رسیدن به سقف ایجاد می‌کند که بعداً باید آن‌ها را تشخیص دهید و توضیح دهید. اگر این مدل را انتخاب می‌کنید، یک توصیه سطح حداقلی در اسناد تحویل و یک بند بیان‌کننده اینکه اجرا در پایین‌تر از آن به ریسک مشتری است قرار دهید.
مدل ۲: آژانس پرداخت می‌کند و با قیمت تمامشده به‌علاوه حاشیه سود بازصورتحساب می‌کند. شما حساب فروشنده را در اختیار دارید، صورتحساب پلتفرم را با کارت خودتان می‌پردازید و هر ماه دقیقاً هزینه پلتفرم را به‌علاوه یک کارمزد مدیریتی برای مشتری صورتحساب می‌کنید — معمولاً ۱۰ تا ۲۰ درصد هزینه عبوری، محدوده‌ای که اکثر آژانس‌ها برای پوشش مدیریت فروشنده، تطبیق و پیش‌پرداخت نقدی استفاده می‌کنند. این مدل برای مشتریان کوچک‌تری مناسب است که یک صورتحساب و صفر دردسر اداری فروشنده می‌خواهند. قرارداد شما باید درصد حاشیه سود، تواتر صورتحساب و — به‌طور حیاتی — این نکته را بیان کند که افزایش قیمت فروشنده به‌طور خودکار منتقل میشود. بدون آن جمله آخر، هر بازنگری قیمت Bubble یا Webflow قیمت‌گذاری شما را دوباره باز می‌کند.
مدل ۳: یک پلن نگهداری یکپارچه با سقف مصرف و بند هزینه اضافی. شما یک حق‌الزحمه ماهانه ثابت نقل می‌کنید که شامل هزینه پلتفرم تا یک سقف مشخص است — برای مثال، «شامل پلن Growth به‌علاوه تا ۱۵۰ دلار در ماه هزینه اضافی بار کاری» — و هر چیز بالاتر از سقف با قیمت تمامشده به‌علاوه حاشیه سود صورتحساب میشود. این به مشتری در ماه‌های عادی قابلیت پیش‌بینی بودجه می‌دهد در حالی که ریسک جهش را همان‌جایی نگه می‌دارد که باید باشد. سقف باید هم سطح پلن و هم یک کمک‌هزینه دلاری برای هزینه اضافی را نام ببرد؛ «شامل میزبانی» بدون اعداد همان مدل صفر است، همان تله‌ای که می‌خواهید از آن فرار کنید.
هر مدلی که انتخاب کنید، پنج بند جایشان در بیانیه کار است: چه کسی حساب فروشنده را در اختیار دارد و کارت چه کسی در پرونده است؛ چه کسی هزینههای اضافی و ارتقای سطح را می‌پردازد و بالای چه آستانه دلاری پیش از خرید یک سطح نیاز به تأیید کتبی دارید؛ درصد حاشیه سود روی هزینه بازصورتحساب‌شده؛ یک گزارش مصرف ماهانه که همراه صورتحساب می‌فرستید و سهمیه، مصرف و روند را نشان می‌دهد؛ و تأیید مشتری که تغییرات قیمت فهرستی فروشنده بدون اصلاحیه قرارداد منتقل می‌شوند. آن بند پنجم همان است که آژانس‌ها فراموش می‌کنند و همان است که بعداً بیشترین نیاز را به آن دارند.
درست ثبت کنید: بازپرداخت‌ها درآمد شما نیستند
وقتی هزینه پلتفرم از آژانس شما جریان می‌یابد، حسابداری باید آن را به‌وضوح از آنچه واقعاً کسب می‌کنید جدا نگه دارد. فرض کنید Bubble ۳۰۰ دلار برای هزینه اضافی اکتبر یک مشتری — یک میلیون واحد اضافی با نرخ ۰.۳۰ دلار به ازای هر هزار — از کارت شما دریافت می‌کند و شما ۳۴۵ دلار برای مشتری صورتحساب می‌کنید: ۳۰۰ دلار به قیمت تمامشده به‌علاوه ۱۵ درصد کارمزد مدیریتی. درآمد واقعی شما از این صورتحساب ۴۵ دلار است، نه ۳۴۵ دلار. ثبت کل ۳۴۵ دلار به‌عنوان درآمد، خط بالای شما را بیش از واقع نشان می‌دهد، هر محاسبه مالیاتی یا ارزش‌گذاری مبتنی بر درآمد را متورم می‌کند و یک بازپرداخت یا اعتبار بعدی را به یک معکوس‌سازی درآمد تبدیل می‌کند به‌جای آنچه واقعاً هست: پول مشتری که در حال عبور است.
استاندارد حسابداری هم همین را تأیید می‌کند. بر اساس ASC 606، چارچوب اصل در برابر عامل می‌پرسد آیا شما خدمت را پیش از انتقال به مشتری کنترل می‌کنید. شما Bubble's compute یا پهنای باند Webflow را کنترل نمی‌کنید — فروشنده کنترل می‌کند — بنابراین روی هزینه پلتفرم بازصورتحساب‌شده، آژانس شما عامل است و ارائه درست خالص است: حاشیه سود به‌عنوان درآمد کارمزد، با بازپرداخت که از خطوط عبوری تطبیق‌شده عبور می‌کند. به‌طور مشخص، دو جفت حساب نگه دارید: درآمد عبوری متناظر با هزینه عبوری، و درآمد کارمزد به‌تنهایی. جفت عبوری باید هر ماه تقریباً به صفر برسد، با توجه به زمان‌بندی؛ حاشیه سود در درآمد کارمزد قرار می‌گیرد جایی که حاشیه‌های شما سنجیده می‌شوند.
این چیزی است که به‌صورت حسابداری متنی ساده به نظر می‌رسد. آژانس هزینه اضافی ۳۰۰ دلاری Bubble را با کارت خودش می‌پردازد و سپس ۳۴۵ دلار برای مشتری صورتحساب می‌کند:
2026-10-01 open Assets:Checking:Operating USD
2026-10-01 open Assets:Receivable:Client-Acme USD
2026-10-01 open Expenses:Passthrough:Bubble-WU USD
2026-10-01 open Income:Passthrough-Reimbursement USD
2026-10-01 open Income:Fees:Hosting-Markup USD
2026-10-31 * "Bubble" "October WU overage, client Acme app, 1M units at 0.30 per 1K"
Expenses:Passthrough:Bubble-WU 300.00 USD
Assets:Checking:Operating -300.00 USD
2026-10-31 * "Acme Corp" "October platform reimbursement plus 15 percent hosting admin fee"
Assets:Receivable:Client-Acme 345.00 USD
Income:Passthrough-Reimbursement -300.00 USD
Income:Fees:Hosting-Markup -45.00 USDمنطق را مرور کنید. تراکنش اول هزینه فروشنده را به‌عنوان یک هزینه عبوری ثبت می‌کند، نه به‌عنوان هزینه نرم‌افزاری خودتان — قرار دادن آن در هزینههای عملیاتی معمولی همان اشتباهی است که پایه هزینه شما را متورم و حاشیه سود شما را نازک نشان می‌دهد. تراکنش دوم صورتحساب مشتری را تقسیم می‌کند: ۳۰۰ دلار با خط بازپرداخت تسویه میشود، که با هزینه به صفر می‌رسد و تنها ۴۵ دلار حاشیه سود در درآمد کارمزد می‌نشیند. اگر مشتری هزینه اضافی را به چالش بکشد یا Bubble اعتباری صادر کند، تعدیل به جفت عبوری می‌خورد و درآمد گزارش‌شده شما هرگز حرکت نمی‌کند. مستندات الگوهای ساختار حساب مانند این را با عمق بیشتری پوشش می‌دهند و Fava جفت عبوری را به‌عنوان برش خودش رندر می‌کند تا بتوانید هر ماه با یک نگاه تأیید کنید که به صفر می‌رسد.
دو عادت حسابداری این را پایدار می‌کند. اول، هر ماه هزینه پلتفرم هر مشتری را تطبیق دهید، هم با صورتحساب فروشنده و هم با بازصورتحساب شما — داشبوردهای بار کاری بیشتر از آنچه انتظار دارید از صورتحساب‌ها منحرف می‌شوند و ماهی که رد می‌کنید همان ماهی است که یک سطح بدون توجه تمدید شده است. دوم، هرگز نگذارید موجودی پلتفرم یک مشتری روی کارت شما بین فصل‌ها بماند؛ بازصورتحساب‌ها را ماهانه با همان شرایط پرداخت کارمزدهایتان صورتحساب کنید، چون یک هزینه اضافی ۶۰۰ دلاری بازصورتحساب‌نشده که در هزینههای شما کهنه میشود، یک وام بدون بهره است که هرگز موافقت نکردید بدهید.
قدم بعدی شما: قراردادهایی که قبلاً امضا کرده‌اید را حسابرسی کنید
این هفته توافق‌نامه‌های اصلی و بیانیه‌های کار فعلی خود را بیرون بکشید و جمله‌ای را جستجو کنید که این ریسک را ایجاد می‌کند: هر نوعی از «شامل میزبانی» متصل به یک عدد ثابت. برای هر یک، بررسی کنید کدام یک از سه مدل را واقعاً توصیف می‌کند — مشتری-پرداخت‌کننده، بازصورتحساب-با-حاشیه-سود یا پلن نگهداری سقف‌دار — و آیا پنج بند حاضرند: دارنده حساب، مسئولیت هزینه اضافی، درصد حاشیه سود، گزارش‌دهی مصرف ماهانه و انتقال خودکار تغییرات قیمت فروشنده. اکثر آژانس‌ها حداقل یک مشتری روی یک بسته بدون سقف و حداقل یک قرارداد که در مورد بازنگری قیمت ساکت است پیدا می‌کنند.
سپس آن‌ها را به ترتیب تمدید اصلاح کنید، از مشتری‌ای شروع کنید که اپلیکیشنش سریع‌ترین رشد را دارد — جهش بعدی همان‌جا فرود می‌آید. ساخت‌های جدید را از روز اول به حساب‌های تحت اختیار مشتری یا شرایط صریح بازصورتحساب منتقل کنید، داشبورد مصرف را روی صورتحساب ماهانه قرار دهید و بگذارید صورتحساب مترشده همان کاری را انجام دهد که باید: با موفقیت مشتری، روی بودجه مشتری بالا و پایین برود، در حالی که حاشیه سود شما از خودتان باقی می‌ماند.
