Більшість операційних бізнесів починають з Excel або Google Таблиць — і в якийсь момент упираються в одні й ті самі обмеження: копіпаст даних кур’єру в Telegram, фото після виконання десь у загальному чаті без зв’язку з замовленням, клієнт дзвонить і питає «де мій майстер» або «чи підтвердили оплату». Завдання без фіксації стають предметом суперечок. Рішення приймаються «на відчуттях», бо немає аналітики. Реальна собівартість послуги невідома, бо ніхто не рахує час.
Усе це вирішується системою. Питання — якою саме.
Ви чули про Airtable. Можливо, навіть пробували. Виглядає як розумна таблиця — і це правда. Але якщо у вас є менеджери, майстри, кур’єри, клієнти, і все це крутиться щодня — давайте розберемося, чи Airtable справді для вас, чи є простіший шлях.
Airtable — це розумна база даних із виглядом таблиці. Ви можете будувати складні реляційні структури, зв’язувати таблиці між собою, робити нестандартні вигляди і автоматизації. Для людей, які вміють думати «базами даних», це дуже потужний інструмент.

Airtable добре підходить, коли:
Це інструмент для тих, хто любить будувати системи. Якщо у вас є така людина в команді — Airtable може бути дуже корисним.
У 2025 році Airtable суттєво підняв ціни: Team-план тепер коштує $20 на користувача на місяць (проти $12 у 2023-му), Business-план — $45 на місяць за людину. Для команди з 8 людей на Team-плані це $160 на місяць тільки за підписку.
Найпоширеніша скарга на Airtable — модель оплати за кожного користувача. У вас є кур’єр або майстер, якому треба лише подивитися свою адресу і натиснути «виконано» — але за нього теж треба платити як за повноцінного редактора. Або будувати окремий інтерфейс, що потребує додаткового часу на налаштування.
І в Airtable, і в Tracy потрібно спочатку подумати над структурою, а потім будувати. Це спільна риса для будь-якого конструктора. Але є різниця в тому, скільки кроків для цього потрібно.
В Airtable ви спочатку проєктуєте структуру даних — таблиці, поля, зв’язки між ними. А потім окремо будуєте інтерфейси для різних ролей: один вигляд для менеджера, інший для кур’єра, третій для клієнта. Кожен такий інтерфейс — це окремий об’єкт зі своєю логікою. Це дає більше гнучкості, але потребує значно більше часу і технічного розуміння.
У Tracy ви відразу налаштовуєте картку замовлення — і в цей самий момент визначаєте структуру даних (які поля є), зовнішній вигляд для кожного (що кожна роль бачить) і права доступу (хто що може редагувати на якій стадії). Один крок замість трьох. Менш гнучко у порівнянні з Airtable, але для більшості операційних бізнесів цієї гнучкості більш ніж достатньо.
В Airtable можна побудувати окремий інтерфейс для кур’єра, де він бачить тільки своє. Але є суттєві обмеження:
Ключове обмеження Airtable: неможливо задати права доступу для конкретної частини бази — тільки для всього робочого простору або всієї бази цілком. Тонке управління доступами потребує або конструктора інтерфейсів (дорого і трудомістко), або обхідних рішень.
Tracy — це не «спрощений Airtable». Це інший підхід до тієї самої задачі. В Airtable є шаблони, але вони переважно для маркетингу, HR, контент-планування, продажів. Шаблон для клінінгу або виїзного сервісу там треба будувати самостійно або знаходити в спільноті. Tracy, навпаки, починається саме з операційних процесів: є готові шаблони для клінінгу, виїзного сервісу, ремонту, доставки — і вони вже містять потрібні стадії, поля і базові права доступу.

Кожне замовлення — це картка. Вона проходить через стадії, які ви задаєте: «Нова заявка» → «Призначено майстра» → «В роботі» → «Виконано» → «Закрито». У картці — понад 25 типів полів: текст, числа, списки, чеклісти, файли, фото, геолокація, штрихкоди, коментарі, таймери часу і багато іншого.
Airtable теж підтримує багато типів полів. Різниця в тому, що в Tracy ви відразу будуєте картку, а не спочатку базу даних, а потім — інтерфейси.
Ось ключова відмінність. У Tracy дозволи працюють у двох вимірах: роль (власник, менеджер, виконавець, клієнт) і стадія (на якому етапі знаходиться замовлення).
Візьмемо приклад із компанії з обслуговування систем фільтрації води (якраз той випадок, де клієнту треба регулярно замінювати картридж і важливо його не загубити):
| Поле | Власник | Менеджер | Майстер | Клієнт (гість) |
|---|---|---|---|---|
| Ім’я та адреса | ✓ редагує | ✓ редагує | ✓ бачить | ✓ бачить |
| Тип фільтра і термін заміни | ✓ редагує | ✓ редагує | ✓ бачить | ✓ бачить |
| Вартість заміни | ✓ редагує | ✓ бачить | — | — |
| Собівартість і маржа | ✓ редагує | — | — | — |
| Коментар менеджера | ✓ редагує | ✓ редагує | — | — |
| Фото «до» і «після» | ✓ бачить | ✓ бачить | ✓ завантажує | ✓ бачить |
| Статус оплати | ✓ редагує | ✓ бачить | — | ✓ бачить |
| Таймер часу роботи | ✓ бачить | ✓ бачить | ✓ запускає | — |
| Дата наступного сервісу | ✓ редагує | ✓ редагує | ✓ бачить | ✓ бачить |
При цьому після переходу в стадію «Закрито» менеджер більше не може редагувати картку — автоматично, без додаткових налаштувань. У Airtable такої динамічної прив’язки до стадії немає.
Майстер відкриває телефон і бачить: два замовлення на сьогодні. Адреса, що робити, кнопка для завантаження фото результатів, можливість поставити відмітку «Виконано». Нічого зайвого.
Кур’єр отримує адресу доставки прямо в додатку — без того, щоб хтось копіював дані в Telegram або давав доступ до всього файлу.
Клієнт отримує посилання на свою картку. Він бачить: статус («майстер виїхав»), ім’я майстра, фото після виконання, статус оплати. Більше нічого. Не треба реєструватися, не треба розуміти, як влаштована система.
Цей підхід усуває дзвінки «де мій майстер» і питання «чи підтвердили оплату» — клієнт бачить все сам.
| Параметр | Airtable | Tracy |
|---|---|---|
| Доступ на рівні поля | Є, але лише від Business-плану, без прив’язки до стадії | Вбудований, з прив’язкою до ролі і стадії |
| Гостьовий доступ | Є через дизайнер інтерфейсів, складніше налаштувати | Посилання на картку з вибраними полями, одразу |
| Трекінг часу в замовленні | Потрібно окремо налаштовувати | Вбудований журнал обліку часу |
| Автоматичні нагадування клієнтам | Через автоматизації, треба будувати | Вбудована автоматизація по стадіях |
| Мобільний додаток для виконавців | Повний інтерфейс, складний для нетехнічних | Тільки потрібне для ролі |
| Готові шаблони для сервісного бізнесу | Є шаблони, але базові | Шаблони для клінінгу, ремонту, доставки, сервісу |
| Ціна для 8 користувачів | ~$160/міс (Team) | $49/міс (Medium, до 12 користувачів) |
| Ліміт записів | 50 000 (Team) | 50 000 (Medium) |
| Типів полів | 20+ | 25+ |
| Час на запуск | Від тижня | Від одного дня |
Airtable підходить, якщо:
Tracy підходить, якщо:
Так, через Interface Designer — можна зробити вигляд, де людина бачить тільки записи, де вона призначена виконавцем. Але це окремо побудований інтерфейс, доступний від Team-плану. Крім того, людина, яка може редагувати записи, вважається платним «редактором» навіть якщо редагує одне поле раз на день.
У Tracy така логіка налаштовується простіше.
Є — можна поділитися посиланням на конкретний запис або зробити інтерфейс з публічним доступом. Але клієнт побачить усі поля, які не заблоковані вручну. Побудувати персоналізований «вид для клієнта» з вибраними полями — це завдання для Interface Designer і потребує додаткових налаштувань.
У Tracy клієнт отримує посилання на свою картку і бачить рівно те, що ви дозволили: статус, ім’я майстра, фото, дату. Решта від нього прихована.
Залежить від команди. Якщо у вас 3–4 технічно грамотних людини, які однаково працюють із системою — $20/чол може бути обґрунтованим. Але якщо у вас 2 менеджери і 6 майстрів, які тільки оновлюють статус і завантажують фото — платити за 8 повних редакторів стає дорого.
Tracy тарифікує не за кожного користувача, а за акаунт: Medium-план за $49 на місяць включає до 12 користувачів.
Так, це один із найпоширеніших сценаріїв переходу. Tracy має готові шаблони для клінінгу, виїзного сервісу, ремонту, логістики — вони вже містять потрібні стадії, поля і базові налаштування доступу. Більшість команд, які переходять із Google Таблиць, запускаються за один день.
У Tracy картка завжди показує поточну стадію і відповідального. Якщо замовлення затримується на стадії довше, ніж задано — автоматизація надсилає сповіщення менеджеру. Не треба питати «де це замовлення», «чому досі в роботі» — система показує це сама.
Майстер може фіксувати фактичний час, витрачений на замовлення. Всі дані збираються в аналітику: час по кожному замовленню, час по кожному клієнту, ефективність кожного майстра. Це дозволяє побачити, які клієнти або типи замовлень насправді збиткові — і приймати рішення на основі фактів, а не відчуттів.
Дмитро Сікорський