Шість тижнів від брифу до стору: дрібний шрифт
Павло Рубановський
May 29, 2026 · 6 хв читання
Цифра, яка не є відповіддю
Наш середній термін — шість тижнів від брифу до живого лістингу в сторі. Агенції постійно називають такі числа, і самі по собі вони майже некорисні, бо оцінка ніколи не про швидкість інженерів. Вона про те, скільки невідомих лишається відкритими на старті.
Тож ось та сама цифра разом із припущеннями. Якщо ваші відрізняються — оцінка зміниться, і ви побачите чому.
Що припускають ці шість тижнів
Одна людина, що ухвалює рішення, доступна протягом доби. Це найбільша змінна, і вона не технічна. Питання по дизайну, яке чекає чотири дні на колегіальне рішення, коштує чотири дні. За весь проєкт затримки на погодженнях регулярно переважають будь-яку оптимізацію, яку ми могли б зробити в коді.
Скоуп зафіксовано наприкінці discovery. Discovery закінчується планом архітектури, документом скоупу і дорожньою картою. Зміни після цього вітаються, але вони перескоупуються, а не «вміщуються» — фіча, тихо додана на четвертому тижні, це дедлайн, тихо посунутий на шостому.
Одна пара платформ, без кастомного бекенду. Flutter на iOS і Android з однієї кодової бази, з Firebase або простим REST API позаду. Власний бекенд, адмінка чи третя інтеграція — це окрема робота зі своїм терміном.
Контент і акаунти вже існують. Акаунти в сторах, URL політики конфіденційності, іконки, справжні тексти. Кожне окремо — дрібниця, разом — стабільно запізнюються. Ми бачили, як готова збірка тиждень чекала на реєстрацію в Developer Program.
Що вміщується в ці шість тижнів
| Етап | Що з нього виходить |
|---|---|
| Discovery | План архітектури, документ скоупу, дорожня карта |
| Розробка | Продакшн-код, щотижневі демо, база знань |
| Контроль якості | QA-звіт, перевірка відповідності сторам, профіль продуктивності |
| Передача | Запуск у сторах, автоматизований CI/CD, повні права на код |
Щотижневі демо — не ввічливість. Це спосіб побачити розповзання скоупу на другому тижні, а не на пʼятому, і саме завдяки їм оцінка тримається так часто, як тримається.
Що її ламає, за частотою
1. Модерація в сторі. Поза нашим контролем і справді непередбачувана. Відхилення через метадані чи приватність може додати тиждень — саме тому перевірка відповідності стоїть усередині контролю якості, а не після нього. 2. Пізні зміни скоупу. Справа не в розмірі зміни, а в моменті. Та сама фіча коштує копійки на першому тижні й дуже дорого на пʼятому. 3. Затримки погоджень. Див. вище. Найдешевший пункт у цьому списку для виправлення — і найчастіше невиправлений. 4. Сторонні залежності. Онбординг платіжного провайдера, API партнера, юридичне погодження. У кожного своя черга, якою ви не керуєте.
Як отримати реальну цифру під ваш проєкт
Ми радше зробимо скоупінг, ніж оцінку наосліп. Найкорисніше, що можна принести на першу розмову, — це не технічне завдання, а чіткі відповіді на три питання:
- Хто ухвалює рішення і як швидко?
- Що саме цей продукт мусить робити, щоб його взагалі варто було випускати?
- Що вже існує — дизайни, бекенд, акаунти в сторах, контент?
З цим оцінка стає інженерією. Без цього це здогадка з упевненою цифрою, і ставитись до термінів будь-якої агенції — включно з нашими — варто відповідно.