Від брифу до запуску: як насправді влаштована розробка сайту зсередини

Для замовника розробка сайту зазвичай виглядає як чорна скринька. На вході бриф і передоплата, на виході через кілька місяців посилання. Що відбувалося всередині, чому це коштувало саме стільки і чому одні етапи проскочили за тиждень, а інші тягнулися місяць, залишається загадкою.

Нижче процес зсередини: що насправді відбувається на кожному етапі, скільки це займає і, головне, у які моменти проєкт залежить не від підрядника, а від замовника.

Етап 1. Бриф і те, що з’ясовується насправді

Бриф рідко буває про сайт. Він про бізнес: хто платить, за що, скільки коштує залучення клієнта, що заважає продавати зараз. Сайт лише інструмент, і поки незрозуміло, яке завдання він розв’язує, обговорювати кольори немає сенсу.

На цьому етапі корисно поставити три незручні питання:

  • Що має статися, щоб через рік ви назвали проєкт вдалим? Відповідь «красивий сайт» не рахується, потрібна цифра.
  • Хто ухвалює остаточне рішення щодо дизайну? Якщо людей більше двох, погодження займе вдвічі більше часу.
  • Звідки візьметься контент? Це найчастіша причина зриву термінів, і про неї майже ніколи не думають на старті.

Етап 2. Структура і прототипи

Прототип – це схема сторінки без кольорів, шрифтів і картинок. Навмисно сіра і навмисно негарна. Причина проста: щойно з’являється дизайн, обговорення зісковзує на відтінки, і логіка залишається неперевіреною.

На прототипах вирішується, які блоки на сторінці, у якому порядку, що людина бачить першим і куди веде кожна кнопка. Це найдешевший етап для змін. Пересунути блок у прототипі – п’ятнадцять хвилин. Той самий блок після верстки – день роботи трьох людей.

Етап 3. Дизайн

Дизайн починається не з головної сторінки, а з системи: сітка, типографіка, кольори, стани кнопок і полів. Далі за цією системою збираються екрани. Такий порядок дає передбачуваний результат і економить час на етапі верстки.

Тут же вирішується, як сайт поводиться на телефоні. Не «зменшимо потім», а окремі макети: на мобільному інший порядок блоків, інша навігація, інші розміри. Понад половина трафіку зазвичай приходить саме звідти.

Етап 4. Верстка і розробка

Верстка перетворює макети на робочі сторінки. Розробка додає те, чого в макетах не видно: адмінку, форми, інтеграції, багатомовність, швидкість.

Саме тут виявляються питання, які на дизайні здавалися дрібницею. Що показувати, якщо в блоці не три картки, а одна? Що відбувається, коли заголовок довший за макет? Як виглядає порожній стан і помилка? Хороший підрядник ставить ці питання заздалегідь, поганий вирішує сам, і потім це переробляється.

Етап 5. Наповнення і тестування

Найнедооціненіший етап. Сайт, зібраний на «Lorem ipsum», і сайт із реальними текстами – це два різні сайти. Реальні заголовки довші, реальні фото іншого формату, реальні описи не влазять у відведене місце.

Тестування закриває те, що не видно на демонстрації: поведінка на різних браузерах і екранах, робота форм, коректність листів, швидкість завантаження, доступність із клавіатури.

Етап 6. Запуск і перші тижні

Запуск – це не кінець, а точка, з якої починають надходити дані. У перші два тижні збираються реальні цифри: звідки приходять люди, де закривають сторінку, які форми не заповнюють до кінця. Саме тоді видно, що з припущень справдилося.

Скільки це займає

ЕтапТермінЩо потрібно від замовника
Бриф і аналітика1-2 тижніДоступ до даних, час на зустрічі
Структура і прототипи1-2 тижніУважне погодження, а не «нормально»
Дизайн3-5 тижнівФото, лого, брендбук, одна відповідальна людина
Верстка і розробка4-8 тижнівДоступи до хостингу, домену, пошти
Наповнення і тести1-3 тижніГотові тексти й зображення
Запуск2-5 днівРішення про дату

Разом від десяти до двадцяти тижнів для типового корпоративного сайту. Розкид великий саме через колонку праворуч: терміни зривають не розробники, а очікування контенту й погоджень.

Де проєкти застрягають найчастіше

  • Контент. Тексти обіцяють «наступного тижня» і приносять через два місяці. Рішення: писати паралельно з дизайном, а не після.
  • Розмите погодження. «Загалом добре, але щось не те» не можна взяти в роботу. Потрібні конкретні пункти.
  • Нові учасники в середині проєкту. Людина, яка вперше бачить макети на етапі верстки, майже завжди відкриває обговорення заново.
  • Правки поза етапом. Зміна структури після затвердженого дизайну коштує не «трохи більше», а кратно більше.
  • Доступи. Хостинг, домен, пошта, аналітика. Пошук людини, яка це реєструвала п’ять років тому, забирає тижні.

Що реально прискорює проєкт

Не збільшення команди. Прискорює інше:

  • Одна людина з боку замовника з правом ухвалювати рішення.
  • Контент, зібраний до старту дизайну хоча б на 70%.
  • Правки одним списком, а не по одній у месенджері протягом тижня.
  • Чесна відповідь «не знаю» замість здогадок про власний бізнес.
  • Домовленість, що дрібні зауваження збираються і вирішуються пакетом після запуску.

Питання, які варто поставити підряднику

До підписання договору вони економлять більше, ніж торг за ціну:

  • Що входить у вартість, а що рахується окремо?
  • Скільки раундів правок закладено на кожному етапі?
  • Хто пише тексти і чи входить це в бюджет?
  • Що відбувається після запуску: чи є підтримка, скільки коштує, які терміни реакції?
  • Кому належать вихідники дизайну і код?

Розробка сайту перестає бути чорною скринькою в той момент, коли обидві сторони розуміють, на якому етапі які рішення ухвалюються і чого вони коштують. Усе інше – це вже робота, і вона робиться передбачувано.

Latest News

Жовта попереджальна стрічка й оранжевий дорожній конус натягнуті через розбитий тротуар із щебеню та зірваного асфальту

Накладки для доступності не є відповідністю: що вирішило рішення у справі Carrefour

Французький суд відкинув показник 71% і дав Carrefour шість місяців під 500 євро за день, а FTC стягнула з найбільшого продавця накладок 1 млн доларів за твердження, що віджет забезпечує відповідність. Чому скрипт цього не виправить і що виправить насправді.

П'ять чорних міжнародних перехідників для розеток, складених пірамідою на однотонному тлі, кожен із різним розташуванням штирів

MCP для бізнесу: що стандарт вирішує, а що ви все одно будуєте самі

MCP тепер вендор-нейтральний під егідою Linux Foundation, публічних серверів понад 10 000, а липнева специфікація зробила його звичайною вебінфраструктурою. Але готовність до корпоративного використання — журнали аудиту, єдиний вхід, шлюзи — є найменш визначеним пріоритетом самої дорожньої карти.

Двоє сусідніх вхідних дверей на вулиці — темно-червоні й коричневі — у фасадах будинків різного кольору

Passkey і пароль, який залишається: що насправді змінилося до 2026 року

П’ять мільярдів passkey в обігу, 90% споживачів знають цей термін — і при цьому 57% організацій досі заводять власний персонал у систему паролем. Чому passkey виграють як додаток і програють як заміна, і п’ять кроків, які варто зробити на бізнесовому сайті.

View all news