Питання «конструктор чи розробка» майже завжди ставлять неправильно — як вибір між дешевим і дорогим. Насправді це вибір між швидкістю зараз і контролем потім, і межа проходить у цілком конкретному місці, яке можна назвати ще до початку робіт. Нижче — що конструктори реально закривають, у який момент упирається стеля, як виглядає арифметика підписки проти одноразової розробки на горизонті трьох років і що перевірити, щоб не опинитися в заручниках платформи.

Що конструктор справді закриває

Почнемо з чесної частини: більшості малого бізнесу конструктора достатньо, і платити за розробку в такій ситуації — просто витрачати гроші. SendPulse, BotHelp, Salebot і подібні платформи дають візуальний редактор сценаріїв, у якому власник за вечір збирає щось працездатне без жодного розробника.

Ключова перевага тут не ціна, а швидкість зміни. Власник сам виправляє текст, додає кнопку й перезапускає розсилку без постановки задачі, чекання й оплати години розробника. Якщо ваш сценарій змінюється щотижня, це вагоміший аргумент за будь-яку економію — і саме тому ми самі часто радимо почати з конструктора, а не з розробки з нуля.

Де починається стеля

Обмеження конструкторів рідко виглядають як «функції немає». Частіше це милиця: ще одна інтеграція через Make, ще одна таблиця, ще один вебхук — і в якийсь момент схема з десяти сервісів стає крихкішою за код. Ось точки, після яких ми стабільно бачимо перехід на розробку.

1. 1З’являється власна модель даних. Контакт із тегами живе в конструкторі нормально. Щойно потрібні замовлення з позиціями, залишками й статусами, ви починаєте зберігати JSON у текстове поле контакту — і це кінець.
2. 2Потрібні оплати з чеком. Прийом грошей часто є, а фіскалізація, повернення й ідемпотентність — майже ніколи. Чому оплати в боті це машина станів, а не кнопка, ми писали окремо.
3. 3Логіка перестає бути лінійною. Різна ціна для гуртового й роздрібного клієнта, перевірка залишку в обліковій системі, чергування менеджерів — десяток гілок, які ніхто не змінить через півроку.
4. 4Рахунок іде на тисячі контактів. Тарифи прив’язані до розміру бази: те, що коштувало $25, на 20 000 контактів коштує $150–300 на місяць, і платите ви незалежно від їхньої активності.
5. 5Потрібні можливості Bot API, яких у платформі немає: інлайн-режим, редагування надісланих повідомлень, Mini App, черги й повтори при збоях.
6. 6З’являються вимоги до даних. Персональні дані клієнтів лежать на серверах платформи, і на питання «де саме» ви часто не маєте відповіді. Для медицини й фінансів це блокер.

// Типова вимога, яку в конструкторі не виразити без милиць:
// ціна залежить від типу клієнта, залишку й обсягу, а джерело
// правди — облікова система, а не база платформи.
async function quote(userId: string, sku: string, qty: number) {
  const client = await crm.findClient(userId);
  const stock = await erp.stock(sku);

  if (stock < qty) return { ok: false, reason: 'out_of_stock' };

  const tier = client?.type === 'wholesale' && qty >= 10 ? 'b2b' : 'retail';
  const price = await erp.price(sku, tier);

  return { ok: true, total: price * qty, tier };
}

Арифметика: підписка проти розробки

Порівнювати одноразову розробку з місячною підпискою некоректно — рахувати треба сукупну вартість володіння на реальному горизонті. Три роки це адекватний строк життя бота: далі змінюється або бізнес, або платформа.

Точка беззбитковості зазвичай припадає на 15–20 місяців для бази в кілька тисяч контактів. Сама по собі вона нічого не вирішує: якщо через рік ви плануєте змінити сценарій утричі, економія згорить у вартості переробок. Рахуйте не тільки платіж платформі, а й години, які ви або менеджер витрачаєте на підтримку схеми з п’яти сервісів.

Заручники платформи: що перевірити до старту

Lock-in не теоретичний ризик. Платформи змінюють тарифи, закривають напрямки й іноді просто зникають, а ваша воронка живе всередині їхнього візуального редактора й не експортується. Питання не в тому, чи це станеться, а в тому, скільки коштуватиме переїзд.

• Кому належить токен бота. Він має бути у вашому BotFather-акаунті, а не в підрядника. Базова гігієна, яку порушують частіше, ніж здається.
• Що саме експортується. Контакти в CSV віддають майже всі. Сценарії, історію діалогів і теги — майже ніхто, і саме вони є вашим активом.
• Де лежать персональні дані. Юрисдикція серверів, строк зберігання, видалення на запит клієнта. B2B-клієнти рано чи пізно спитають це письмово.
• Як тарифікується база. Чи рахуються неактивні контакти, чи можна їх чистити, що відбувається при перевищенні ліміту — блокування чи автоперехід на дорожчий тариф.
• Чи є доступ до сирого API. Можливість надіслати довільний запит до Bot API — індикатор того, що ви не впретеся в стелю на першому нестандартному завданні.

Як обрати за п’ять хвилин

Рішення зводиться до трьох питань: чи потрібні гроші всередині бота, чи є у вас власні дані складніші за контакт і як часто ви змінюватимете сценарій. Далі таблиця веде майже автоматично.

І окрема порада щодо порядку дій: не починайте з вибору інструмента. Спершу опишіть процес, який автоматизуєте, — де він зараз ламається і скільки годин з’їдає. У матеріалі про автоматизацію бізнес-процесів ми показуємо, як це порахувати за півдня. Часто виявляється, що бот узагалі не потрібен, а потрібне нормальне поле в CRM.

Часті питання

Коротко

• Конструктор закриває близько 80% сценаріїв малого бізнесу: меню, заявки, розсилки, квізи. Для цих задач розробка — витрачені гроші.
• Стеля починається там, де з’являються власна модель даних, оплати з чеками, нелінійна логіка або вимоги до зберігання персональних даних.
• Точка беззбитковості розробки — приблизно 15–20 місяців, і вона зсувається, якщо ви часто змінюєте сценарій.
• До старту перевірте, кому належить токен, що саме експортується і як тарифікується база. Це і є ціна майбутнього переїзду.
• Гібрид — конструктор для комунікації, власний сервіс для грошей і даних — на практиці працює краще за будь-яку з крайнощів.