Давате оферта от $3 500 за изграждането. Същото проучвателно обаждане, същият документ с обхват, същите $3 500 — независимо дали работните потоци ще се озоват в Zapier, или в Make. Шест месеца по-късно клиентът на Zapier е изял четиридесет нетаксувани часа „бързи поправки" и три неудобни разговора за превишаване на задачи, докато изграждането в Make, което е трябвало да отнеме тридесет часа, е отнело шестдесет, защото сценарият непрекъснато е пускал нови разклонения и гранични случаи. Същата цена, две различни загуби. Платформите не са причина за нито една от тях. Причината е, че ги ценообразувахте еднакво.
Тази публикация е за консултанти по автоматизация и малки агенции, които продават изграждания в Zapier и Make. Тя обяснява защо двете платформи носят противоположни рискове, как да съобразите модела си на ценообразуване с риска, а не с логото, и какво да следите в счетоводството си, за да може всеки проект да ценообразува по-добре следващия.
Платформената сметка, скрита зад вашата оферта
Zapier и Make таксуват една и съща идея — една автоматизирана стъпка, изпълнена веднъж — по начини, които бързо се разминават. Zapier таксува на задача, и почти всяка стъпка в един Zap се брои: тригерът, всяко действие, стъпките за форматиране и филтриране. Make таксува на операция, с много по-щедър обем, вграден във всеки план. Цените на етикета изглеждат близки, докато не ги умножите по стъпки и обем.
Измерено челно върху идентични натоварвания при цени от списъка за 2026 г., разликата между двете е приблизително пет до осем пъти при всеки обемен план. Един бенчмарк, изпълняващ същия набор от работни потоци 1 000 пъти месечно, го оцени на $73,50 в Zapier срещу $9 в Make. Работен поток с изкуствен интелект от шест стъпки, обработващ 1 000 потенциални клиента месечно, се озовава около $150 до $300 в Zapier и под $50 в Make. При 10 000 месечни изпълнения планът Core на Make покрива обема за около $9 до $11 месечно, докато еквивалентният брой задачи в Zapier седи на план, струващ няколко пъти повече.
Нищо от това не е проблем на вашия клиент в деня на изграждането. То става ваш проблем в месеца, в който обемът им се удвои. Клиент на Zapier, който надхвърли плана си за задачи, получава известие за превишаване с отпечатъците на вашата агенция върху него — вие избрахте платформата, вие проектирахте броя стъпки, и сега автоматизацията им струва повече всеки месец. Клиент на Make със същия растеж обикновено го поема вътре в плана, който вече има. Ако фиксираната ви цена е предполагала, че „изграждането е цялата работа", версията на това предположение за Zapier изтича първа.
Две платформи, два противоположни начина да губите пари
Загубата при изграждане в Zapier обикновено идва след стартирането. Многостъпковите Zaps се сглобяват бързо, така че самото изграждане често излиза под бюджета — което изглежда като победа, докато не започне фазата на поддръжка. Всяка нова стъпка, която добавите, за да поправите граничен случай, увеличава месечното изразходване на задачи на клиента. Всеки скок в обема се превръща в тикет за поддръжка. Тъй като платформената сметка на клиента е видима и расте, те договарят таксата ви за поддръжка надолу точно в момента, в който натоварването расте. Вие оферирахте изграждането; сега подарявате операциите.
Загубата при изграждане в Make обикновено идва преди стартирането. Сценариите в Make са по-евтини за изпълнение, но по-бавни за добро проектиране. Рутерите, итераторите, маршрутите за обработка на грешки и търсенията в хранилището на данни възнаграждават внимателната архитектура и наказват бързането. Документ с обхват, написан от предположения във формата на Zapier — един тригер, няколко линейни стъпки, готово — тихо подценява едно изграждане в Make наполовина. Агенциите, които отчитат времето си честно, често откриват, че версията в Make на „същия" проект отнема с 50 до 100 процента повече време за изграждане, тестване и документиране. Вие също оферирахте изграждането; просто подценихте другата му половина.
Това е основният аргумент за ценообразуване, съобразено с платформата: Zapier концентрира риска ви след предаването, в поддръжка, движена от обем, и триене около превишаването. Make концентрира риска ви преди предаването, в сложността на изграждането. Една фиксирана цена не може да покрие и двете форми. Тя ще бъде твърде щедра на платформата, където сте бързи, и твърде тънка там, където сте бавни — и няма да го забележите с месеци, защото всяка загуба се крие в не таксувани часове, а не във фактура.
Фиксирана цена срещу абонамент: съобразете модела с риска
Ангажиментите с фиксирана цена и тези с абонамент не са два варианта на едно и също нещо. Ангажиментът с фиксирана цена е проект с договорени резултати, определен график и заключена цена: клиентът получава бюджетна сигурност, а вие поемате ценовия риск за всичко в документа с обхвата. Абонаментът е предплатен месечен капацитет — определен брой часове или определено ниво на обслужване — прилаган към нови изграждания, поправки, мониторинг и подобрения според нуждите. Клиентът получава непрекъснатост; вие получавате предвидим приход.
Правилото за решение е просто: фиксираната цена подхожда на стабилни, добре дефинирани изграждания, а абонаментите подхождат на всичко, което продължава да се променя. Еднократен Zap за маршрутизиране на потенциални клиенти със замразена спецификация е проект с фиксирана цена. Програма за автоматизация, в която клиентът открива нов работен поток всеки месец, е абонаментен клиент, облечен в проектна оферта. Повечето загуби на агенции идват от продаването на първата форма, когато ангажиментът всъщност е втората — офериране на изграждане, когато клиентът купува текуща способност.
Конкретно при работата със Zapier се насочете към това всяко изграждане с фиксирана цена да бъде съпроводено с план за грижа от първия ден. Икономиката на платформата гарантира разговори след стартирането за задачи, обем и нива на плановете; абонаментът ги превръща от безплатна поддръжка в услугата, която клиентът вече е купил. При работата с Make вместо това защитавайте фазата на изграждане: оферирайте фиксирани цени от хронометрирани оценки за Make, а не от предположения във формата на Zapier, и поставете по-строга граница за заявки за промени около преработките на сценарии, защото точно там отиват часовете в Make.
Числата, които трябва да определят тарифите ви
Реални данни за тарифите от 2026 г. от работещи оператори по автоматизация поставят пълните клиентски изграждания — улавяне на потенциални клиенти в CRM с известия, най-обикновеният проект — на около $1 800 до $4 500 фиксирана цена, с месечни абонаменти между $1 200 и $3 800 за поддръжка плюс нови изграждания на работни потоци. Почасовите тарифи варират от $95 до $235, а утвърдените агенции оферират $3 000 до $15 000 на проект с абонаменти от $500 до $5 000 месечно. Ако фиксираната ви цена стои под този диапазон за изграждане, докато часовете ви за доставка съвпадат с тези на всички останали, пазарът не ви подплаща. Вашата оферта го прави.
Маржовата сметка предпочита абонаментите, след като сте минали първото изграждане. Браншовите бенчмаркове поставят брутните маржове на абонаментите около 50 до 70 процента срещу 40 до 60 процента за проектите с фиксирана цена, а абонаментните клиенти обикновено струват три до пет пъти повече през жизнения си цикъл. Но абонаментите текат: около 52 процента от проектите изпитват разширяване на обхвата, близо четири от пет агенции рядко или само понякога фактурират работа извън обхвата, а абонамент, офериран с добър марж, може да загуби около пет маржови пункта годишно заради не таксуван растеж на обхвата. Агенциите, които запазват маржовете на абонаментите, не са тези, които избягват разширяването на обхвата. Те са тези, които го измерват и преоценяват.
Два бенчмарка си струва да закачите над бюрото си. Първо, ефективната ви ставка на проект — реален приход, разделен на реално отработени часове — трябва да надхвърля разходната ви ставка с широк кратен множител, с достатъчно резерв, така че разширяването на обхвата и отписванията да не могат да я изядат; когато се озове близо до разходите, разликата е отишла в не таксувани часове. Второ, следете това число отделно за изгражданията в Zapier и тези в Make. Обединените средни са начинът, по който кръстосаното субсидиране остава невидимо: платформата, която ценообразувате правилно, скрива тази, която не ценообразувате.
Какво трябва да улавя счетоводството ви
Счетоводната ви настройка или разкрива тези течове, или ги заравя. Четири навика правят разликата.
Първо, отделете прихода от изграждания от прихода от абонаменти в сметкоплана си. Една единствена сметка „доход от клиенти" смесва еднократните проектни такси с повтарящите се планове за грижа, така че не можете да видите кой модел си изкарва хляба. Две приходни сметки — проекти и абонаменти — превръщат всяко приключване на месеца в отчет за бизнес микса ви.
Второ, никога не включвайте платформения абонамент на клиента във вашата такса. Клиентът трябва да плаща на Zapier или Make директно, от собствената си сметка, дори ако вие я настроите вместо него. В момента, в който платформените разходи преминат през книгите ви като приход и разход, горната ви линия се надува, маржовете ви се изкривяват, и всяко надграждане на план се превръща в предоговаряне на цената ви. Ако трябва да предплатите абонамент, запишете го като възстановим преходен разход в отделна сметка, никога като приход.
Трето, отчитайте часове срещу проектите дори когато проектът е с фиксирана цена. Не таксуваните часове са валутата, с която се търгуват и двата платформени риска — поддръжка на Zapier след стартирането, преразходи в Make преди стартирането — а часовете, които не записвате, са загуби, които не можете да включите в следващата оферта. Инструментът ви за отчитане на време е преди всичко инструмент за ценообразуване и едва на второ място ведомост за заплати.
Четвърто, преглеждайте рентабилността по клиент всяко тримесечие, а не само общата печалба. Агенциите, които правят това, обикновено откриват, че 10 до 20 процента от клиентите са нерентабилни, след като се отчете истинската цена на доставка — обикновено клиентите с фиксирана цена, които все още получават безплатна поддръжка месеци след стартирането. Този преглед е единственият най-ценен финансов навик, който повечето малки агенции никога не изграждат. Всеки нерентабилен клиент е или разговор за преоценка, или писмо за прекратяване; книгите ви казват кои, а колкото по-дълго чакате, толкова по-скъп е отговорът.
Ето как изглежда месецът в счетоводна книга с обикновен текст за консултант, който спазва тези навици — изграждане с фиксирана цена от $3 500, месечен план за грижа от $1 200, помощ от подизпълнител по изграждането и малък абонамент за Make, предплатен за клиента:
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Receivable USD
2026-01-01 open Income:Projects USD
2026-01-01 open Income:Retainers USD
2026-01-01 open Expenses:Contractors USD
2026-01-01 open Expenses:Software USD
2026-10-01 * "Harbor Dental" "Lead-routing build, fixed fee"
Assets:Receivable 3500.00 USD
Income:Projects -3500.00 USD
2026-10-05 * "Harbor Dental" "Build invoice paid"
Assets:Cash:Operating 3500.00 USD
Assets:Receivable -3500.00 USD
2026-10-05 * "Contract developer" "Scenario build help, 12 hours"
Expenses:Contractors 1080.00 USD
Assets:Cash:Operating -1080.00 USD
2026-11-01 * "Harbor Dental" "November care plan"
Assets:Receivable 1200.00 USD
Income:Retainers -1200.00 USD
2026-11-01 * "Make" "Client scenario operations, October"
Expenses:Software 29.00 USD
Assets:Cash:Operating -29.00 USDС прихода от изграждания и от абонаменти в отделни сметки една заявка показва как миксът се измества месец по месец. Съчетайте го с дневника си за време — часове за изграждане срещу $3 500, часове за поддръжка срещу $1 200 — и ефективната ставка на ангажимент е проста аритметика, а не усещане.
Наръчник за ценообразуване за следващите ви две оферти
Приложете това на практика следващия път, когато потенциален клиент поиска „проста автоматизация":
- Оферирайте изгражданията в Make от хронометрирани оценки за Make. Ако никога не сте отчитали изграждане в Make честно, добавете 50 процента към предположението си във формата на Zapier и хронометрирайте проекта, за да калибрирате следващия.
- Прикачете план за грижа към всяко изграждане в Zapier още при подписването, оценен от очаквания месечен обем задачи плюс резерв за поддръжка — а не като допълнение, когато пристигне първото известие за превишаване.
- Поставете клиента на собствена платформена сметка, с неговата собствена карта, преди да изградите каквото и да е. Никакви преходни абонаменти в ценообразуването ви.
- Определете една граница за заявки за промени писмено: нови приложения, нови тригери и преработки на сценарии са нови оферти, а не дребни корекции. Повечето не таксуван обхват влиза през речника, а не от злонамереност.
- Преглеждайте ефективната ставка на проект и печалбата на клиент всяко тримесечие. Преоценете долните 20 процента или се разделете с тях.
Агенциите, които губят пари от работа по автоматизация, рядко са подплатени на хартия. Офертите им изглеждат наред, защото загубите никога не се появяват във фактура — те се появяват като не таксувани следобеди във вторник, безплатно сортиране на превишавания и изграждания, отнели двойно повече часове, които никой не е записал. Ценообразувайте платформата, която всъщност продавате, продавайте абонамента, който ангажиментът всъщност представлява, и оставете книгите си да оценяват всяка оферта. Таксата от $3 500 никога не е била проблемът. Проблемът беше да я таксувате еднакво два пъти.
