Приложението на вашия клиент току-що преживя най-добрия си месец досега. Регистрациите се утроиха, работните процеси, които изградихте, работят гладко и основателят е във възторг. После пристига фактурата от платформата: два милиона работни единици над включените в плана, таксувани по тридесет цента на хиляда. Това е превишение от $600 върху план за $119 — и ако договорът ви казва „хостингът е включен“ във фиксирана месечна такса, тези $600 излизат от вашия марж, а не от бюджета на клиента. Техният успех току-що се превърна във ваша загуба и нищо в обхвата ви на работа не го предвиждаше.
Това е определящият ценови риск при управлението на агенция за no-code решения през 2026 г. Bubble таксува на база потребление, Webflow измерва трафик и обем на съдържанието, и двете платформи периодично променят цените си. Фиксираната такса се прави на предположението, че тези разходи са предвидими. Те не са. Агенциите, които оцеляват при това, третират разходите за платформата като това, което всъщност са: преходен разход, който тече от доставчика, през вашите счетоводни книги, към клиента — а реалният ви доход е надценката и таксата за управление, никога самото възстановяване на разходи.
Как Bubble всъщност ви таксува през 2026 г.
Обявените цени на Bubble изглеждат скромни. При годишно плащане уеб плановете са $29 на месец за Starter, $119 за Growth и $349 за Team, с безплатно ниво при $0 и Enterprise с цена при запитване. Месечното плащане струва повече: съответно $32, $134 и $399. Но таксата за плана е най-малката част от повечето фактури в продукционна среда. Истинският измервателен уред е работната единица.
Всеки платен план включва месечен лимит от работни единици: 175 000 единици за Starter, 250 000 за Growth и 500 000 за Team. Безплатният план включва 50 000, но не позволява публикуване на работещо приложение. Работната единица измерва сървърната работа — търсения в базата данни, изпълнения на работни процеси, API извиквания, зареждания на страници, файлови операции — и потреблението варира силно според операцията. Едно просто зареждане на страница струва приблизително от половин до две единици; едно сложно търсене може да струва от 10 до 50. Приложение с многословни работни процеси или неоптимизирани търсения може да изчерпи лимита на Starter много преди трафикът му да изглежда впечатляващ.
Когато лимитът се изчерпи, цената за превишение без допълнително ниво е $0,30 на 1000 единици. Един милион допълнителни единици в месеца — лесно за растящо приложение с тежки сървърни работни процеси — струва $300. Предварително закупените нива работни единици намаляват значително единичната цена, до около $0,10 на 1000 при най-голямото ниво, но трябва да закупите нивото преди скока, а нивата са сами по себе си месечен ангажимент.
Три механизма правят това особено опасно точно за агенциите. Първо, потреблението наистина е трудно за предвиждане предварително; две приложения с еднакъв брой потребители могат да се различават с порядък по натоварване в зависимост от това как са изградени работните им процеси. Второ, превишенията са включени по подразбиране и Bubble изпраща имейл до собственика на акаунта при 75 и 100 процента от лимита — но ако вашата агенция държи акаунта, този имейл отива при вас, а не при клиента, чиито потребители са причинили скока. Трето, изключването на превишенията не ограничава фактурата по приемлив начин: приложението спира да работи, когато достигне лимита, докато превишенията не бъдат включени отново, не бъде закупено ниво или не започне следващият цикъл. „Сайтът спря, защото достигнахме лимит за използване, който никой не следеше“ не е разговор, който искате да водите с клиент.
Webflow има същата форма с различни измервателни уреди
Webflow не използва работни единици, но ценообразуването му има същия профил на волатилност от гледна точка на агенцията: скромна базова такса плюс измервателни уреди, които се движат с успеха на клиента.
През май 2026 г. Webflow обедини старите си планове за сайтове CMS и Business в единен Premium план: $25 на месец на сайт при годишно плащане ($39 месечно), покриващ 300 статични страници, 20 000 CMS елемента и 50 GB трафик. Планът Basic за $15 на месец покрива собствен домейн и 10 GB трафик, но без CMS изобщо. Всичко над включения трафик се продава като платени добавки, до 2,5 терабайта — така че вирусният старт на клиент или тежко тримесечие с изображения и видео трафик се превръща директно в по-голяма фактура от Webflow.
И планът за сайта е само една от три фактури. Плановете за работно пространство за дизайнерска колаборация, допълнителни места за дизайнери, допълнителни езици и капацитет за електронна търговия се таксуват отделно, върху таксата за сайт. Клиент, който иска „само още един език“ или „достъп за още двама редактори“, ви моли да увеличите измерван стек — и ако договорът ви цитира едно фиксирано месечно число за „уебсайт плюс хостинг“, всяко едно от тези „да“ свива маржа ви.
И двете платформи също променят цените си. Bubble коригира ценообразуването на Starter през октомври 2026 г.; Webflow преструктурира цялата си гама от планове за сайтове в средата на годината. Всяка фиксирана оферта за няколко месеца, която вгражда днешните цени на платформата, е залог, че доставчикът ще остане непроменен. Този залог губи от години.
Договорната грешка: обединяване на измервани разходи във фиксирана такса
Моделът на провал почти винаги е едно и също изречение, заровено в предложение или в рамково споразумение: фиксирана месечна такса, която „включва хостинг“. За клиента звучи като простота. На практика прави вашата агенция застраховател на волатилността на доставчика — вие събирате фиксирана премия и поемате неограничен измерван риск.
Отразяването в индустрията на агенцийните проекти поставя типичните такси за проекти в Bubble някъде между $20 000 и $250 000 и отбелязва конкретния капан за маржа: когато доставите приложение на клиент и бизнесът на клиента успее, потреблението расте и или клиентът плаща повече, което никога не е бюджетирал, или агенцията поема увеличението. Фиксираната цена при неясен обхват вече е най-честият източник на спорове между агенция и клиент в софтуерните услуги като цяло; добавянето на измервана фактура от трета страна във фиксираната цена превръща всеки скок в потреблението в предоговаряне.
Същият капан се появява едно ниво по-надолу в работата с AI и автоматизация, където агенциите, които обединяват разходи за API и токени във фиксирани месечни такси, откриват, че промяна в цената на доставчика става тяхна загуба за една нощ. Разходите за платформа се държат точно като разходите за токени: измервани от трета страна, задвижвани от клиента и извън вашия контрол. Разходи с тези три свойства не принадлежат във фиксирана такса. Те принадлежат в клауза за преходни разходи.
Има и втора, по-тиха цена на обединяването: то скрива числата от клиента. Клиент, който никога не вижда тенденцията на работните единици, няма причина да одобри оптимизационната работа, която би я намалила — преструктуриране на разточително търсене, преместване на тежка логика към сървърни работни процеси, закупуване на ниво работни единици преди скока вместо плащане на сурово превишение след него. Прозрачното фактуриране на преходни разходи превръща потреблението в споделено табло, което и двамата наблюдавате — единствената договореност, при която оптимизационната работа се продава сама.
Решението: превърнете разходите за платформата в преходен разход
Преходните разходи са разходи, които вашата агенция плаща от името на клиент — абонаменти за доставчици, фактури за потребление, лицензионни такси — които се фактурират обратно на клиента, или по себестойност, или с административна надценка. Концепцията е стандартна в агенцийното счетоводство: собствените разходи на клиента преминават през вашите книги, без да стават ваш доход. Приложено към no-code платформите, има три работещи модела. Изберете един за всеки клиент, писмено, преди приложението да стартира.
Модел 1: клиентът държи акаунта при доставчика и плаща директно. Клиентът създава свой собствен акаунт в Bubble или Webflow, добавя собствена карта и притежава плана, нивата и превишенията. Вашата агенция получава покана като сътрудник или гост-редактор. Това е най-чистата договореност — измерваната фактура никога не докосва книгите ви — и е подходящата настройка по подразбиране за по-големи клиенти със собствен финанси отдел. Известният недостатък: клиентите понякога недостатъчно инвестират в нивото на плана си, за да спестят пари, което създава проблеми с производителността и прекъсвания при достигане на лимита, които после вие трябва да диагностицирате и обяснявате. Ако изберете този модел, включете препоръка за минимално ниво в документите за предаване и клауза, че работата под него е на риска на клиента.
Модел 2: агенцията плаща и префактурира по себестойност плюс надценка. Вие държите акаунта при доставчика, плащате фактурата за платформата със своя карта и фактурирате на клиента всеки месец точния разход за платформата плюс административна такса — обикновено 10 до 20 процента от преходния разход, диапазонът, който повечето агенции използват, за да покрият управлението на доставчика, реконсилацията и авансирането на парите. Този модел подхожда на по-малки клиенти, които искат една фактура и нула администрация с доставчици. Договорът ви трябва да посочва процента на надценката, честотата на фактуриране и — критично — че увеличенията на цените от доставчика преминават автоматично. Без последното изречение всяка промяна в ценообразуването на Bubble или Webflow отваря отново вашите цени.
Модел 3: обединен план за поддръжка с лимит за потребление и клауза за превишение. Вие оферирате фиксирана месечна такса, която включва разходи за платформата до посочен лимит — например „включва плана Growth плюс до $150 на месец за превишения на работни единици“ — като всичко над лимита се фактурира по себестойност плюс надценка. Това дава на клиента предвидимост на бюджета за нормални месеци, като същевременно оставя риска от скокове там, където му е мястото. Лимитът трябва да посочва както нивото на плана, така и доларов лимит за превишение; „включва хостинг“ без числа е Модел 0 — капанът, от който се опитвате да избягате.
Който и модел да изберете, пет клаузи принадлежат в описанието на работата: кой държи акаунта при доставчика и чия карта е регистрирана; кой плаща превишенията и надгражданията на нива, и над какъв доларов праг се нуждаете от писмено одобрение преди закупуване на ниво; процентът на надценката върху префактурираните разходи; месечен отчет за потреблението, който изпращате с фактурата, показващ лимит, потребление и тенденция; и потвърждението на клиента, че промените в каталожните цени на доставчика преминават без изменение на договора. Петото изречение е това, което агенциите забравят и което по-късно им трябва най-много.
Отчитайте го правилно: възстановяванията не са ваш приход
След като разходите за платформата преминават през вашата агенция, счетоводството трябва да ги държи видимо отделно от това, което всъщност печелите. Да предположим, че Bubble таксува картата ви $300 за превишение на клиент през октомври — един милион допълнителни единици по $0,30 на хиляда — и вие префактурирате на клиента $345: $300 по себестойност плюс 15 процента административна такса. Реалният ви доход от тази фактура е $45, а не $345. Записването на цялата сума от $345 като приход надценява оборота ви, завишава всяко изчисление на данък или оценка на база приходи и превръща последващо възстановяване или кредит в сторно на приход, вместо в това, което всъщност е: пари на клиента, преминаващи през вас.
Счетоводният стандарт е съгласен. Съгласно ASC 606 рамката „принципал срещу агент“ пита дали контролирате услугата, преди тя да премине към клиента. Вие не контролирате изчислителните ресурси на Bubble или трафика на Webflow — доставчикът ги контролира — така че върху префактурираните разходи за платформа вашата агенция е агент и правилното представяне е нетно: надценката като приход от такси, а възстановяването преминава през съответстващи преходни редове. Конкретно, поддържайте две двойки сметки: преходен приход, съответстващ на преходен разход, и приход от такси, стоящ самостоятелно. Преходната двойка трябва да се балансира до приблизително нула всеки месец, с отклонения поради времеви разлики; надценката остава в прихода от такси, където се измерват маржовете ви.
Ето как изглежда това като счетоводство в чист текст. Агенцията плаща превишението от $300 на Bubble със своя карта, след което фактурира на клиента $345:
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Проследете логиката. Първата транзакция записва таксата на доставчика като преходен разход, а не като ваш собствен разход за софтуер — поставянето ѝ в обикновени оперативни разходи е грешката, която прави разходната ви база да изглежда надута, а маржовете ви — тънки. Втората транзакция разделя фактурата към клиента: $300 се прихващат срещу реда за възстановяване, който се балансира с разхода до нула, и само надценката от $45 попада в прихода от такси. Ако клиентът оспори превишението или Bubble издаде кредит, корекцията засяга преходната двойка и отчетеният ви приход никога не се променя. Документацията разглежда по-подробно подобни модели за структура на сметките, а Fava визуализира преходната двойка като отделен дял, така че да потвърдите с един поглед всеки месец, че се балансира до нула.
Два счетоводни навика правят това устойчиво. Първо, реконсилирайте разходите за платформата по клиент всеки месец — както спрямо фактурата на доставчика, така и спрямо префактурирането си — таблата за работни единици се разминават с фактурите по-често, отколкото бихте очаквали, а месецът, който пропуснете, е месецът, в който ниво се поднови незабелязано. Второ, никога не позволявайте балансът на клиент за платформата да стои на вашата карта през тримесечия; фактурирайте префактуриранията месечно при същите условия за плащане като таксите си, защото невъзстановено превишение от $600, което остарява в разходите ви, е безлихвен заем, който никога не сте се съгласявали да дадете.
Следващата ви стъпка: одитирайте договорите, които вече сте подписали
Извадете текущите си рамкови споразумения и описания на работата тази седмица и потърсете изречението, което създава този риск: всеки вариант на „хостингът е включен“, прикрепен към фиксирано число. За всяко от тях проверете кой от трите модела всъщност описва — клиентът плаща, префактуриране с надценка или ограничен план за поддръжка — и дали присъстват петте клаузи: титуляр на акаунта, отговорност за превишения, процент на надценката, месечно отчитане на потреблението и автоматично преминаване на промените в цените от доставчика. Повечето агенции откриват поне един клиент на неограничен обединен план и поне един договор, който мълчи относно промяната на цените.
След това ги коригирайте по реда на подновяването, започвайки с клиента, чието приложение расте най-бързо — там се задава следващият скок. Прехвърлете новите разработки към акаунти, държани от клиента, или към изрични условия за префактуриране от първия ден, поставете таблото за потребление върху месечната фактура и оставете измерваната фактура да прави това, което трябва: да се покачва и спада с успеха на клиента, на бюджета на клиента, докато маржът ви остава ваш.
