РЕАЛЬНИЙ БІЗНЕС ПРОЄКТ / ОТТАВА
TUTA
Спочатку з'явилися докази. Потім ресторан.
Те, що починалося як бізнес план для банку, перетворилося на поетапну систему запуску, яка зменшує невизначеність до відкриття постійного ресторану.
01 / ПОЧАТКОВЕ ЗАВДАННЯ
Підготувати переконливий банківський кейс для ресторану, який ще не має постійної локації.
Початкове завдання полягало у підготовці бізнес плану для банку та підтримці переговорів щодо фінансування сімейного грузинського ресторану в Оттаві.
У процесі виникло важливіше питання: яку частину прогнозу можна замінити реальними операційними даними ще до великих інвестицій у фізичний запуск?
02 / СТРАТЕГІЧНА ЗМІНА
Послідовність запуску змінилася.
Замість моделі, де банк фінансує концепцію, а попит перевіряється потім, частину валідації перенесли вперед. Мета: підійти до фінансування та фізичного запуску з меншою кількістю припущень.
Початкова послідовність
- 01Бізнес план
- 02Фінансування
- 03Локація
- 04Запуск ресторану
- 05Клієнти
- 06Дані
Нова послідовність
- 01Бізнес план
- 02MVP
- 03Реальні замовлення
- 04Дані
- 05Уточнення моделі
- 06Фінансування
- 07Фізичний запуск
- 08Масштабування
03 / БІЗНЕС ПЛАН ДЛЯ БАНКУ
Документ для кредитора став картою керування проєктом.
В одній моделі були поєднані попит, конкуренція, економіка меню, команда, операційні процеси, структура фінансування, ризики, канали продажу та етапи запуску. План готувався для банку, але водночас показував, які гіпотези потрібно перевірити до відкриття.



04 / MVP ДО ПОВНОГО ЗАПУСКУ
Бізнес почав продавати ще до появи ресторанної зали.
Для TUTA була запущена система прямих онлайн замовлень по Оттаві. Клієнт обирає страви, доставку або самовивіз, дату і час, оплачує замовлення через Square, після чого замовлення автоматично потрапляє в операційний процес.

05 / РЕАЛЬНІ ТРАНЗАКЦІЇ
Прогноз почав перетворюватися на докази.
Оплачені замовлення створюють реальний зворотний зв'язок щодо вибору страв, суми замовлення, географії, виконання, питань клієнтів і повторного попиту. Нижче реальні операційні записи із закритими персональними даними.


06 / АВТОМАТИЗАЦІЯ
Одне оплачене замовлення перетворюється на операційний процес.
Оплата пов'язана з користувацьким вебхуком і сценарієм Make. Дані замовлення записуються та розподіляються в сповіщення й операційний контур. Оплата не завершується кнопкою. Вона стає структурованими даними бізнесу.

07 / МАТЕРІАЛИ ДЛЯ РИНКУ
MVP одночасно створив перший шар залучення клієнтів.
Сайт, меню, продуктова подача та короткі відео дали бізнесу конкретний продукт для просування, поки модель постійного ресторану продовжувала уточнюватися.
08 / ЦИКЛ ДОКАЗІВ
Кожна транзакція покращує наступне рішення.
Цінність MVP не лише в ранньому доході. Він перетворює припущення на спостереження, які можна повернути у фінансову модель, план потужності, меню, маркетинг і майбутній фізичний запуск.
МОЯ РОЛЬ
Стратегія, фінанси, перевірка ринку та впровадження працювали як одна система.
Проєкт вийшов за межі звичайного бізнес плану, тому що основний ризик знаходився на стику фінансів, маркетингу, продукту та операцій.
ЩО ЗМІНИЛОСЯ
Проєкт перейшов від моделі, заснованої лише на прогнозі, до бізнесу, який збирає докази до масштабування.
Постійний ресторан залишається метою. Але шлях до нього тепер поетапний, вимірюваний і може коригуватися з появою реальних даних.
Менше невизначеності
Попит і операційну модель можна спостерігати до найбільших капітальних вкладень.
Сильніша позиція для банку
У розмові про фінансування з'являються операційні докази, а не лише прогнози.
Точніший запуск
Меню, ціни, потужність і маркетинг можуть змінюватися на основі реальної поведінки клієнтів.
TUTA
Мета була не просто відкритися швидше.
Мета була підійти до відкриття з меншою кількістю припущень і більшою кількістю доказів.

