Make или Zapier: вториот уредувач може да ја преврти сметката

За мал бизнис со разгранет тек, вториот уредувач може да го смени потребниот план во Zapier: Professional има едно корисничко место, додека Team овозможува заеднички текови и поврзувања и почнува од 69 долари месечно. Затоа пониската потрошувачка на задачи во Zapier не значи автоматски пониска сметка кога двајца треба да го менуваат истиот тек.

Make ги мери извршените модулски дејства во кредити. Неговиот ценовник за кредити и планови прикажува Core од 12 долари месечно и Teams од 38 долари месечно за обем од 10.000 кредити; самиот рутер и модулите за обработка на грешки не трошат кредити. Овие почетни цени се ориентација за наведен обем, а не готова цена за секој можен тек.

Ист тек, различно броење

Да земеме условен пример за мала агенција што прима клиентски барања преку формулар. Секое барање го активира текот, а филтерот ги запира нецелосните записи. Останатите одат во една од три гранки: продажба, поддршка или едноставна евиденција. Продажната гранка создава запис и испраќа известување, гранката за поддршка отвора тикет и испраќа известување, а третата додава еден запис.

За пресметката, Make го прима секое барање преку влезен модул, па тој модул се извршува и кога филтерот потоа го запира барањето. Во Zapier, правилата за задачи ги исклучуваат активирањето, Filter, Paths и неизвршените дејства од потрошувачката; успешно извршените стандардни дејства се бројат. Примерот претпоставува по еден кредит за секое обично модулско дејство во Make и по една задача за секое успешно стандардно дејство во Zapier.

• Нецелосно барање: филтерот го запира текот. Make троши 1 кредит за влезниот модул, а Zapier троши 0 задачи бидејќи не се извршува дејство.
• Продажба: влезот, создавањето запис и известувањето чинат вкупно 3 кредити во Make. Двете успешни дејства чинат 2 задачи во Zapier.
• Поддршка: влезот, отворањето тикет и известувањето повторно даваат 3 кредити во Make и 2 задачи во Zapier.
• Евиденција: влезот и додавањето запис даваат 2 кредити во Make. Единственото дејство по активирањето дава 1 задача во Zapier.

Рутерот во Make и Paths во Zapier ја одредуваат гранката, но не додаваат единица во оваа пресметка. Ниту една од пресметаните гранки не користи AI, код или надворешна услуга со посебна цена. Ако таков чекор се додаде, неговата потрошувачка треба да се внесе одделно: кај Make некои напредни функции користат повеќе од еден кредит, а кај Zapier не сите видови чекори ја следат стапката на обично дејство.

Што се случува при месечен обем

Да претпоставиме 1.000 примени барања во месецот. Филтерот запира 200, продажбата добива 400, поддршката 300, а евиденцијата 100. Во Make влезниот модул се извршува 1.000 пати; гранките додаваат уште 800, 600 и 100 извршувања. Резултатот е 2.500 кредити за овој условен тек.

Во Zapier, запрените барања не создаваат задачи. Продажбата користи 800 задачи, поддршката 600, а евиденцијата 100, или вкупно 1.500 задачи. Разликата од 1.000 единици точно одговара на влезните извршувања што се бројат во Make. Таа не е парична разлика: кредит и задача имаат различни плански скали и не треба да се претвораат еден во друг.

За прикажаниот обем, пресметаните кредити се под наведениот капацитет на Make Core. Кај Zapier потребно е ниво што покрива најмалку 1.500 задачи; почетната цена на Professional сама по себе не кажува дека толкав обем е вклучен. Распределбата на барањата е исто толку важна колку и нивниот вкупен број. Ако повеќе записи запрат на филтерот, Zapier заштедува задачи од дејства, додека влезниот модул во Make и понатаму се извршува за секое примено барање.

Што менува уште еден уредувач

Кај еден уредувач изборот прво зависи од обемот и од потребните функции. Кај двајца што треба да менуваат исти автоматизации и да користат заеднички поврзувања, корисничките права стануваат посебен трошковен услов. Professional во Zapier останува план со едно корисничко место, па помалиот број задачи од примерот не го отстранува прашањето за Team.

Во Make, сопственик или администратор може да покани друг корисник во организацијата и да му додели тим и улога. Пристапот до заедничките ресурси зависи од улогата, а достапните права и функции зависат и од планот. Затоа самото додавање уредувач не треба механички да се изедначи со премин на Make Teams; одвоени тимски права и функциите на тој план се друго барање.

Ова е местото каде што споредбата може да се преврти. Zapier троши помалку мерни единици во условниот тек, но заедничкото уредување го насочува изборот кон поскап тимски план. Make троши повеќе кредити за истиот деловен исход, а на агенцијата можеби ќе ѝ биде доволен план со помал капацитет и со права соодветни за двата уредувача. Конечната цена сепак зависи од избраното ниво на потрошувачка и од правата што навистина им се потребни.

Повторувањето по грешка има своја цена

Редовната месечна пресметка претпоставува дека сите дејства успеваат од првиот обид. Правилата на Zapier за повторување разликуваат продолжување од неуспешен чекор и повторување на целиот тек. Во првиот случај претходните успешни чекори не се пуштаат повторно; во вториот повторно успешните дејства повторно трошат задачи.

Ако во условната гранка за поддршка тикетот е отворен, а известувањето откажало, повторувањето на неуспешниот чекор додава потрошувачка само ако известувањето потоа успее. Повторувањето на целиот тек може повторно да го отвори тикетот и да потроши задача и за него. Тоа е и оперативен ризик: пред целосно повторување треба да се знае дали системот за поддршка ќе препознае веќе создаден тикет.

И во Make дополнително се бројат обичните модули што навистина ќе се извршат повторно, иако модулот за обработка на грешката сам по себе не троши кредит. Затоа резерва за грешки не е фиксен процент што може однапред да се припише на која било платформа. Таа зависи од тоа каде текот запира, кои дејства веќе успеале и дали обновувањето продолжува од грешката или го пушта истиот случај од почеток.

Прочитајте и:

• n8n или Make: еден сложен workflow може целосно да ја преврти сметката
• Airtable или Notion: читателите без право на уредување ја менуваат сметката
• Power Automate или Zapier: екосистемот ја менува цената на автоматизацијата