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

Маршрут цілком: сім етапів

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

1. 1

   Бриф і аналітика — 3–7 днів

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

2. 2

   Структура і прототип — 5–10 днів

   Карта сторінок, розподіл запитів по сторінках, чорно-білі схеми екранів. Тут вирішується порядок блоків і що взагалі буде на сторінці. Правки на цьому етапі коштують хвилини, на етапі верстки — дні.

3. 3

   Дизайн — 10–20 днів

   Спершу одна сторінка як стилістичне рішення, потім решта шаблонів. Обов’язково мобільна версія кожного макета, а не «потім адаптуємо». Тут закладені два раунди правок.

4. 4

   Верстка й розробка — 15–30 днів

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

5. 5

   Наповнення контентом — 5–15 днів

   Реальні тексти, фото, товари, метатеги. Виконується паралельно з розробкою, якщо контент готовий, і послідовно — якщо ні. Саме тут зазвичай зникає місяць.

6. 6

   Тестування — 3–7 днів

   Реальні пристрої, а не тільки емулятор браузера: форми, оплати, поведінка на повільному мобільному інтернеті, перевірка швидкості й мікророзмітки.

7. 7

   Запуск і стабілізація — 2–5 днів

   Перенесення на бойовий домен, SSL, редиректи зі старих адрес, sitemap, підключення аналітики й Search Console. Далі — два тижні спостереження за помилками й поведінкою.

Бриф і структура: етап, який визначає все інше

Спокуса пропустити цей крок величезна: нічого не видно, макетів немає, а гроші вже витрачаються. Але саме тут вирішується, чи буде сайт узагалі знаходитись у пошуку й чи будуть на ньому потрібні сторінки. Переписати структуру після верстки — це переписати верстку.

• Семантика перед структурою. Спочатку збираються реальні запити, потім під групи запитів створюються сторінки. Зворотний порядок дає гарний сайт, який ніхто не шукає.
• Розбір 3–5 конкурентів. Не щоб копіювати, а щоб побачити, які блоки й аргументи вже стали стандартом очікування у вашій ніші.
• Список інтеграцій із самого початку. CRM, оплата, доставка, календар запису. Кожна виявлена на етапі верстки інтеграція — це +5–10 днів і перегляд кошторису.
• Технічне завдання, а не усні домовленості. Мінімум: перелік сторінок, перелік функцій, хто дає контент, скільки раундів правок, критерії приймання. Що саме туди входить, ми розписали в технічних вимогах до сайту.

Дизайн і узгодження: головна точка гальмування

Дизайн-етап рідко зривається через дизайнера. Він зривається через процес узгодження. Класичний сценарій: макет показують директору, той пересилає партнеру, партнер — дружині, і через десять днів приходить сорок коментарів, половина з яких суперечать одне одному.

1. 1Призначте одну людину, яка ухвалює рішення. Збирати думки можна з ким завгодно, але фінальне «так» має говорити хтось один. Це найдешевший спосіб скоротити проєкт на два тижні.
2. 2Домовтеся про формат правок. Коментарі в Figma або нумерований список у документі. Голосові повідомлення й скріншоти з червоними стрілками створюють втрати на кожній ітерації.
3. 3Дивіться макети на телефоні. Більшість ваших відвідувачів будуть саме там. Якщо ви затверджуєте дизайн лише на 27-дюймовому моніторі, ви затверджуєте не той сайт.
4. 4Розділяйте смак і задачу. «Мені не подобається синій» — це смак, обговорюємо. «Кнопку не видно на фото» — це задача, виправляємо. Перше може почекати, друге ні.
5. 5Не додавайте нові сторінки під час дизайну. Кожна така сторінка тягне за собою перегляд термінів і кошторису — краще винести їх у другу чергу після запуску.

Розробка й наповнення: хто що робить

Це найдовший відрізок, і водночас найспокійніший — якщо контент готовий. Найчастіша причина зриву дедлайну на цьому етапі не технічна: сайт зверстано, а замість текстів у ньому «Lorem ipsum», бо тексти мав написати клієнт і не встиг.

Запуск і перші два тижні

Запуск — це не свято, а технічна процедура з чеклістом. Найбільший ризик тут — переїзд зі старого сайту без карти редиректів: адреси змінюються, старі сторінки віддають 404, і органічний трафік просідає на 30–60% на кілька місяців. Друга за поширеністю проблема — сайт випадково залишається закритим від індексації, бо noindex з тестового середовища поїхав у продакшн.

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

Часті питання

Коротко

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