Найдорожча розмова в проєкті та, яка не відбулася вчасно. Перший етап існує саме для того, щоб дістати з голови замовника і покласти на стіл те, що він поки тримає як «ну це ж очевидно». Це найдешевша точка проєкту, у якій ще можна передумати без втрат.
Що відбувається на етапі
Етап поєднує консультацію архітектора і моделювання майбутнього продукту. За прайсом до нього входять чотири блоки робіт.
- Аналіз та уточнення бізнес-ідеї. Хто платить, за що, замість чого і чому саме зараз. Хто працюватиме в системі щодня і що він робить без неї.
- Варіанти бюджетування. Різні обсяги першої версії дають різну ціну й різний термін виходу. Ми показуємо, що можна відкласти без шкоди для грошей.
- Бізнес-вимоги. Узагальнені вимоги до застосунку і пов'язаних із ним онлайн-сервісів: ролі, ключові сценарії, обмеження, цілі.
- Демонстраційний зразок. Основні екрани застосунку та адмін-панель для керування даними.
Які запитання ми ставимо
Найцінніше на цьому етапі не відповіді, а запитання, яких не було у вихідному запиті. Хто створює запис і хто його змінює. Що відбувається із замовленням, якщо клієнт передумав. Хто бачить гроші, а хто лише статус. Де зараз живуть дані: в Excel, у месенджерах, у пам'яті співробітників. Кожне таке запитання, поставлене тут, знімає ризик, який інакше виринув би в розробці.
Що Ви отримуєте на виході
- Документ із бізнес-вимогами, зазвичай 1-2 сторінки компактного тексту. Його достатньо, щоб обговорювати бюджет, і він залишається у Вас.
- Наочну модель майбутнього продукту: основні екрани, з яких зрозуміло, що побачить користувач.
- Адмін-панель у зразку. Більшість замовників думає про застосунок для клієнта і забуває, що хтось має щодня керувати даними. Цей розрив зазвичай виринає на третьому місяці розробки і коштує дорого.
Це не презентація «як могло б бути», а матеріал, на якому можна перевірити власну гіпотезу і показати її людям, чия згода Вам потрібна: партнерові, інвесторові, керівникам відділів.
Скільки коштує і від чого залежить
Етап коштує $220, ціна фіксована. Перша зустріч з архітектором безкоштовна: на ній ми розуміємо задачу і разом із Вами вирішуємо, чи потрібен цей етап, чи можна одразу переходити до технічного завдання.
Складність ідеї не змінює ціну етапу. Вона проявиться в наступних етапах, і саме тому її корисно побачити тут, за $220, а не в кошторисі розробки. Якщо Ви приходите з уже зібраними базовими вимогами, етап можна скоротити або пропустити.
Що ламається, якщо етап пропустити
Без нього технічне завдання пишеться навмання. Формулювання на кшталт «особистий кабінет користувача» проходять погодження, бо всі кивають. Потім з'ясовується, що для маркетолога це одне, для бухгалтера інше, а для розробника третє. Правка на цьому рівні коштує годин. Та сама правка на етапі коду коштує тижнів.
Другий типовий збій: бюджет обговорюють одразу на весь продукт, хоча половину функцій можна було б перенести в другу версію. Без розмови про варіанти бюджетування перша версія виходить дорожчою і пізніше, ніж могла б.
Кому цей етап потрібен найбільше
- Стартапу із сильною ідеєю, але без технічної ясності. Етап відділяє справжнє ядро продукту від гарних, але передчасних функцій, і перший бюджет не згорає на хаотичному MVP.
- Чинній компанії з відділами, Excel і розрізненими сервісами. Тут задача не «зробити застосунок», а розібрати наявну систему роботи і зібрати з неї керовану цифрову схему. Без моделі ролей і даних такий проєкт майже гарантовано йде в переробки.
Приклад із практики
Компанія Скло виробляє ритуальну продукцію і надає послуги фотодизайну. Зовні це звичайний виробничо-торговий бізнес, але за кожним замовленням стоїть ланцюжок розрахунків, погоджень, макетів і виробничих кроків. Ми почали не з коду, а з бізнес-аналізу та аудиту процесів.
Уже на цьому кроці стало зрозуміло, що потрібен не сайт і не CRM з табличкою, а цифрова схема обслуговування клієнта: від першого звернення до дизайну, погодження й передання у виробництво. Процес розклали на ролі, і систему одразу проєктували як три окремі застосунки: для клієнтів, для менеджерів із продажу і для дизайнерів. Детально в кейсі Скло.
Такий поділ і є головним результатом моделювання. Хаос зазвичай починається там, де всі працюють в одній спільній формі, а відповідальність розмазана по месенджерах і дзвінках. Коли в кожного учасника свій інтерфейс і свій набір кнопок, технічне завдання пишеться вже за зрозумілою схемою.
Куди далі
Наступний крок технічне завдання за $800: бізнес-вимоги перетворюються на модель даних, модель інтерфейсів і оцінку бюджету розробки. Якщо одразу замовити прототипування, ТЗ входить без доплати. Загальна мапа етапів зібрана в стратегії розробки застосунку.
Записатися на безкоштовну консультацію з архітектором. За п'ятнадцять хвилин розберемо задачу, а після зустрічі Ви отримаєте розрахунок ціни й термінів за етапами.
