Перш ніж аналізувати модель — важливо чітко сформулювати, що саме продається і де знаходиться справжня цінність. Без цього будь-який аналіз буде неточним.
Клієнт отримує повністю готовий і автономний інструмент — і платить за нього один раз. Але коли його бізнес змінюється — з'являється новий відділ, новий замовник, новий продукт — він не може відтворити якісний чек-лист самостійно. Не тому що заблокований технічно. А тому що методологія надто складна. Простіше, швидше і якісніше — замовити знову.
Це принципова відмінність від SaaS-залежності: клієнт вільний у будь-який момент піти й нічого не втратити з того, що вже має. Але повернеться сам — бо якість не відтворити без носія методології.
За Гассманом: 90% бізнес-інновацій — це рекомбінація відомих шаблонів у новому контексті. AISpace комбінує чотири з них. Розберемо кожен — конкретно і без абстракцій.
Gillette продавав бритву дешево або майже безкоштовно. Весь бізнес тримався на лезах — вони зношуються, потрібні постійно, і зробити їх самостійно з тією ж якістю клієнт не може. Nespresso продає кавову машину за розумну ціну — і заробляє на капсулах роками.
У AISpace: Код пайплайну + перший чек-лист — це «бритва», передається у власність (Implementation Fee + перший Checklist Fee). Кожен наступний чек-лист — це «лезо»: клієнт знає, що може спробувати зробити сам, але розуміє — займе багато часу, а точність буде гіршою.
Amazon спочатку будував хмарну інфраструктуру для власного e-commerce. Потім зрозумів: ноу-хау побудови масштабованих систем — це самостійний продукт. Так з'явився AWS. BASF розробляє хімічні рішення для себе — і продає доступ до них іншим.
У AISpace: Методологія генерації чек-листів будувалась для конкретного проекту (Englishdom). Але тепер вона — незалежний актив, який «здається в оренду» у вигляді кожного нового чек-листу. Автор не пише чек-лист з нуля кожного разу — він застосовує накопичену методологію.
IBM у 90-х зрозумів: продавати сервери — нішевий ринок. Продавати «ваш бізнес буде автоматизовано і ефективно» — ринок безмежний. Geek Squad не продає запчастини — він продає «ваш комп'ютер запрацює». Різниця в маржі — колосальна.
У AISpace: Клієнт не купує «пайплайн на GCP» і «набір JSON-файлів». Він купує: «Автоматичний аналіз якості комунікацій моєї команди за моїми критеріями — 100% покриття, готове до роботи». Це рішення бізнес-задачі, а не технічний компонент.
Pay-per-Use відрізняється від підписки тим, що платіж прив'язаний до конкретної події, а не до часу. Car2Go: не «$50/місяць за доступ до авто» — а «$0.26 за хвилину, коли їдеш». Клієнту психологічно легше, бо платить тільки коли є реальна потреба.
У AISpace: Дохід від чек-листів — це Event-Driven Pay-per-Use. Подія = зміна в бізнесі клієнта (новий замовник у BPO, новий відділ, нові стандарти, новий продукт у retail). Кожна подія = нова потреба = нове замовлення = 10,000 грн. Не щомісяця — але передбачувано при зростанні клієнта.
Гассман доводить: моделі, що комбінують кілька шаблонів одночасно, значно важче скопіювати — бо конкуренту доводиться відтворити одразу всі рівні. Nespresso = Razor&Blade + Прив'язування + Прямі продажі. Три моделі. 20 років домінування.
Щоб відтворити AISpace, конкурент мусить одночасно мати:
На основі реальних даних: 2 клієнти, один замовив 1 чек-лист, інший — 7. Ось як виглядає модель доходів без прикрас.
Розгортання системи на GCP клієнта, налаштування пайплайну, передача коду. Чек-лист — окремо. Це «вхідний квиток» — достатній, щоб виправдати час на Discovery і налаштування.
Кожен новий чек-лист під замовлення клієнта. Event-driven: з'являється тоді, коли бізнес клієнта змінюється. Другий клієнт — 7 чек-листів = 70,000 грн тільки з цього потоку.
Дрібні налаштування, питання, тонкі правки. Клієнт звертається рідко — і це добре: означає система працює. Не основний потік, але страхова сітка.
| Клієнт | Impl. Fee | Чек-листів/рік | Дохід з чек-листів/рік | LTV за 3 роки | Тип |
|---|---|---|---|---|---|
| Клієнт на прикладі | N/A (пілот) | 1–2 | 10,000–20,000 грн | ~50k грн | Середній |
| EdTech (Englishdom) ×7 | окремо | 5–8 | 50,000–80,000 грн | ~200k грн | Відмінний |
| BPO Call Centre (ідеальний) | окремо | 6–12 (новий клієнт = новий чек-лист) | 60,000–120,000 грн | ~280k грн | ★ Пріоритет |
| Retail (зростаюча мережа) | окремо | 2–5 | 20,000–50,000 грн | ~110k грн | Добре |
| Support (стабільна компанія) | окремо | 0–2 | 0–20,000 грн | ~30k грн | Низький |
При Event-Driven моделі — ідеальний клієнт не найбільший і не найбагатший. Ідеальний клієнт — той, хто структурно генерує найбільше «подій» на рік.
Запитання не «скільки агентів у call-centre?», а — «Скільки різних замовників ви обслуговуєте одночасно?» і «Як часто онбордите нового замовника?». Відповідь на ці два питання — ваш прогноз LTV від цього клієнта.
| Вертикаль | Що генерує подію | Частота подій | Пріоритет |
|---|---|---|---|
| BPO Call Centre | Кожен новий замовник = новий скрипт = новий чек-лист | 6–12/рік | ★★★ Головний |
| Retail (зростаюча мережа) | Новий напрямок, новий регіон, сезонний скрипт | 2–5/рік | ★★☆ Добре |
| EdTech (активне зростання) | Новий курс, нова мова, оновлення методики | 1–3/рік | ★★☆ Добре |
| Корпоративний training | Нові програми навчання, нові напрямки | 1–4/рік | ★★☆ Перспектива |
| Support (стабільна компанія) | Зміна SLA або продуктових стандартів — рідко | 0–2/рік | ★☆☆ Низький |
Ця модель має реальні вразливості. Краще знати про них зараз — і керувати ними, ніж зіткнутись з ними несподівано.
| Ризик | Суть проблеми | Рівень | Що з цим робити |
|---|---|---|---|
| Bottleneck на одній людині | Тільки ти можеш генерувати якісний чек-лист. Хворієш, зайнятий — клієнт чекає. Масштаб обмежений фізично. | Критичний | Документувати методологію. Поступово будувати систему делегування хоча б для простих чек-листів. |
| Event-driven = нерівномірний дохід | Місяць без «подій» у клієнтів = місяць без доходу з чек-листів. Непередбачуваний cashflow. | Важливий | Диверсифікація: 5–8 різних клієнтів. Проактивний outreach коли клієнт росте. |
| Клієнт «навчиться» сам | Після 10+ чек-листів клієнт може спробувати відтворити логіку і найняти когось це зробити. | Низький | Постійно ускладнювати методологію, додавати нові можливості. Кожне оновлення = нова залежність від носія. |
Конкретні дії — ранжовані за пріоритетом і обґрунтовані логікою моделі.
Фіксований прайс: Implementation Fee = N грн/USD (окремо, без торгу), Checklist Fee = 10,000 грн за одиницю. Додати до договору: «Чек-лист є конфіденційним документом. Передача третім особам заборонена.»
Ніколи не «чек-лист за 10,000 грн». Завжди — «QA-стандарт для відділу В2В продажів» або «Communication Quality Package для call-centre». Назва визначає сприйняття ціни.
За моделлю Pay-per-Event — BPO call-centre є найбільш «щедрим» клієнтом структурно. Кожен новий замовник у них = нова подія = нова угода. Один BPO-клієнт з 8 замовниками = потенційно 80,000 грн/рік тільки з чек-листів.
При event-driven моделі нестабільність вирішується кількістю клієнтів, а не кількістю угод. Ціль: 5–8 активних клієнтів одночасно. Навіть 1 подія на рік від кожного = стабільний базовий дохід.
Bottleneck на одній людині — це і захист від копіювання, і обмеження росту. Задокументована методологія (не для передачі клієнту) дозволить делегувати прості чек-листи і фокусуватись на складних і нових вертикалях.
Пакет оновлень: 3 чек-листи на рік за фіксованою ціною (~25,000 грн). Для клієнтів з передбачуваними змінами (EdTech, Retail) — це зручно і знижує транзакційні витрати. Для тебе — передбачуваний дохід.
Модель AISpace — Razor & Blade без SaaS. Пайплайн відчиняє двері. Методологія тримає клієнта — не замком, а якістю, яку не можна відтворити самостійно. Тепер задача: знайти клієнтів, бізнес яких структурно генерує потребу в нових «лезах».