Засновник нещодавно написав нам: «Нам потрібна кастомна CRM».
Чесна перша відповідь, як це зазвичай буває: «Імовірно, ні».
Для 80% проблем, з якими стикається операційна команда, готове ПЗ — правильна відповідь. Salesforce або HubSpot для CRM. Linear або Jira для розробницького тікетингу. Notion або Confluence для документації. Retool або Internal.io для адмін-дашбордів. Ці інструменти існують, бо проблема поширена, простір рішень добре зрозумілий, і тисяча інженерів уже вирішила частини, які вам інакше довелось би.
Але 20% — реальні. Помилка та сама в обох напрямках: будувати кастомне, коли треба було купити, або купувати, коли треба було будувати. Цей пост — про сигнали, які кажуть, з якого боку лінії ви.
80%: off-the-shelf — правильна відповідь
Більшість потреб у внутрішніх інструментах — це варіація на:
- Спосіб переглядати і редагувати рядки у базі даних
- Спосіб надсилати шаблонний лист, коли стається подія
- Дашборд, що показує кілька KPI
- Воркфлоу «надсилання форми → апрув → запис оновлено»
Для кожного з цього є готовий інструмент. Іноді десять. Вони коштують від безкоштовно до кількасот доларів на місяць за seat. Вже протестовані. Мають саппорт-команди. Коли ви приєднуєтесь до компанії, яка користується HubSpot, ви вже знаєте, як HubSpot працює.
Ціна кастомного білду для будь-чого з цього — це багаторазова ціна готового, заплачена наперед і знову заплачена щоразу, коли змінюються вимоги. Математика не сходиться, якщо щось інше не у грі.
20%: сигнали, що варто будувати
Кастомний інструмент починає мати сенс, коли правда одне з цього:
1. Воркфлоу — це конкурентна перевага.
Ваша команда робить щось інакше за конкурентів, і ця різниця — це чому клієнти обирають вас. Конкурентна перевага живе у воркфлоу. Готовий інструмент змусив би вас сплющити її у Salesforce-форму, і перевага розчиняється.
Приклад: логістична компанія, яку ми знаємо, тримає кастомний інструмент диспетчеризації, бо їхній алгоритм диспетчеризації — пропрієтарний. Salesforce не може його представити. Будувати було єдиним варіантом.
2. Ціна інтеграції перевищує ціну інструмента.
Можна купити чотири готових інструменти, які разом покривають воркфлоу, але інтеграційна сантехніка між ними — це більше коду, ніж просто побудувати кастомне. «Стек» стає тягарем обслуговування розміром із малий продукт.
Приклад: операційна команда маркетплейсу мала Stripe + Airtable + Zapier + Retool. П'ять інструментів, чотири інтеграції, два інженери, що їх обслуговують. Ми замінили все одним кастомним внутрішнім інструментом. Менше коду загалом.
3. Готове виставляє ціну, що виключає використання так, як вам треба.
Деякі інструменти мають моделі цін, що карають за use case, який у вас насправді є. Ціна за запис, коли у вас 10 мільйонів записів. Ціна за API-виклик, коли у вас воркфлоу високого обсягу. Ціна за seat, коли ви хочете доступ кожному співробітнику.
Це найпоширеніший випадок у нашому досвіді. Готовий інструмент технічно може виконати роботу. Ціна робить це економічно нераціональним.
4. Дані надто чутливі, щоб віддавати вендору.
Комплаєнс, аудит, регуляторика: певні індустрії не можуть класти свої core-операційні дані у third-party SaaS. Питання «де зберігаються дані» має неправильну відповідь, і відповідь — це той, у кого ви купили. Будувати стає єдиним шляхом.
5. Інтеграція з вашим продуктом надто глибока, щоб перекидати міст.
Ваш клієнтський продукт — кастомний. Внутрішні інструменти, що оперують ним, потребують реал-тайм доступу до стану продукту. Моделі затримки і авторизації готового адмін-інструмента не можуть підійти достатньо близько, щоб відчуватись нативно.
Приклад: B2B SaaS, з яким ми працюємо, має команду Customer Success, яка має імперсонувати юзерів для дебагу. Готові адмін-інструменти можуть читати базу. Не можуть безпечно перевипускати токени авторизації. Кастомне було вимогою.
Конкретний приклад
Команда прийшла до нас, думаючи, що їм потрібна кастомна CRM. Ми взяли тиждень на аудит реального воркфлоу. Результат:
- 60% воркфлоу — це прийом і кваліфікація лідів. HubSpot впорається нормально.
- 25% — кастомний алгоритм оцінки на основі сигналів з їхнього продукту. HubSpot не може цього представити без експорту у sidecar.
- 15% — операції Customer Success з глибокою інтеграцією з продуктом.
Рекомендація: HubSpot на 60%, кастомне на 25% (сервіс оцінки, що пише результати назад у HubSpot), і кастомний адмін-застосунок на 15%. Кастомні частини відвантажились за три місяці. Налаштування HubSpot зайняло два тижні.
Якщо б вони побудували все кастомне, це був би рік роботи, щоб зрівнятися з менеджментом лідів HubSpot. Вони заощадили дев'ять місяців, чесно поставившись до тих 60%.
Гібридний паттерн
Правильна відповідь рідко «все кастомне» або «все готове». Зазвичай це мікс: SaaS-інструменти для загальних частин, кастомне для диференційованих, з інтеграційним кодом між ними.
Помилка, яку роблять команди, — трактувати «будувати vs купувати» як одне рішення для всього стека. Це багато рішень. Кожен сегмент воркфлоу отримує власну відповідь.
Фреймворк, який ми використовуємо:
- Перелічіть воркфлоу. Кожен, простою мовою, від початку до кінця.
- Для кожного запитайте: це те, як це робить тисяча інших команд, чи це специфічно для нас?
- Для загальних — подивіться на готові варіанти.
- Для специфічних запитайте: воно специфічне, бо це перевага, чи бо ніхто не потурбувався виправити вимогу?
Четверте питання має значення. Деякі вимоги «специфічні для нас» — це випадкова складність, яку команда накопичила. Готове змусило б корисне спрощення. Не зберігайте дивні вимоги тільки тому, що вони ваші.
Приховані ціни кастомного
Якщо аналіз вказує на кастомне, ціни, на які варто розраховувати:
- Початковий білд: у 2 рази більше за вашу оцінку. Завжди. Внутрішні інструменти мають невидимий скоуп.
- Обслуговування: ~20% від ціни білду на рік, постійно.
- Онбординг: кожен новий член команди потребує тренінгу на інструменті, де нуль відповідей на Stack Overflow.
- Bus factor: якщо оригінальні інженери йдуть, інструмент стає чорним ящиком.
- Дрейф паритету фіч: SaaS-інструменти додають фічі щокварталу. Ваш — ні.
Жодне з цього не вбиває кастомний білд, який справді виправданий. Воно вбиває кастомні білди, які мали б бути шаблоном у Notion.
Коли б ви прийшли до нас
Для випадку 20% кастомні внутрішні інструменти — це послуга, яку ми робимо добре. Робота — це:
- Розмова про скоуп, чесна щодо того, що має і не має бути кастомним (скажемо, якщо думаємо, що варто купити натомість).
- Фаза дизайну, що мапить воркфлоу таким, яким він насправді є, не таким, як каже специфікація.
- Фаза білду на стеку, що не лочить вас (TypeScript, Postgres, Next.js — речі, які будь-який кваліфікований інженер може підхопити).
- Передача, що включає документацію, достатньо хорошу для наступної команди.
Якщо ви дивитесь на «нам потрібен кастомний інструмент» і хочете другу думку, почніть розмову. У половині випадків ми відмовимо вас від будівництва. В іншій — квотнемо чесно.
Подивіться, як ми працюємо з веб-застосунками, щоб побачити, як фаза білду виглядає насправді.