У бізнесу вже є послуга й потрібен сайт, але логотип або палітра ще обговорюються. Чекати завершення всієї айдентики чи починати розробку? Відповідь залежить від того, які рішення готові та яку частину проєкту ви хочете розпочати.
Тут визначаємо послідовність і залежності, а не створюємо фірмовий стиль. Загальний порядок замовлення сайту пояснює співпрацю; цей матеріал допоможе погодити передачу бренд-матеріалів до відповідного етапу. Не припускаємо, що розробка айдентики входить у замовлення сайту.
Почніть із задачі та готовності рішень
До першої розмови визначте пропозицію, аудиторію, потрібну дію та основні сторінки. Ці відповіді можна зібрати до фінального вибору кольорів. Якщо змінюється сама послуга або назва бізнесу, зафіксуйте це: невизначеність стосується також текстів, адрес і структури, а не лише оформлення.
Розділіть підготовку змісту, прототип і візуальний дизайн. Прототип може показати порядок блоків та маршрут звернення без остаточного стилю. Він не є затвердженим макетом для запуску; перед наступним етапом погодьте, які рішення мають стати остаточними.
Оберіть послідовність робіт
Таблиця — спосіб обговорити етапи, а не універсальний графік. Для кожного варіанта назвіть результат, відповідального й матеріали, без яких його не можна прийняти.
| Ситуація | Що можна почати | Що погодити до дизайну |
|---|---|---|
| Стиль уже затверджено | Бриф, структуру й макети | Файли та правила використання в інтерфейсі |
| Стиль готується паралельно | Зміст, карту сторінок і прототип | Дату передачі та межі тимчасових рішень |
| Потрібен ранній запуск без повного стилю | Обсяг завершеної першої версії | Мінімальне оформлення й подальше оновлення |
| Змінюються назва й пропозиція | Уточнення задачі та матеріалів | Стабільну основу для текстів і структури |
Зберіть матеріали, які потрібні саме сайту
- Затверджена назва й актуальна версія логотипу, якщо він є.
- Вихідний файл знака та варіанти для різного фону, якщо вони передбачені.
- Кольори з поясненням ролей, а не лише картинка палітри.
- Назви шрифтів, потрібні накреслення, файли й умови використання.
- Правила фото, ілюстрацій та підписів із доступними матеріалами.
- Короткий список затвердженого й того, що ще може змінитися.
Не замінюйте файли скриншотами презентації, якщо вихідні матеріали доступні. Передайте їхній актуальний комплект в одному місці та вкажіть, хто погоджує зміни. Якщо правила для сайту ще не описані, домовтеся, хто адаптує матеріали до інтерфейсу.
Перевірте стиль у вебконтексті
Перевірте логотип у шапці на телефоні й комп’ютері, тексти реальної довжини та всі потрібні мови. Шрифт має відтворювати символи вашого змісту, а кнопки — залишатися зрозумілими після перекладу. Макет із короткими умовними рядками не замінює цієї перевірки.
W3C пояснює контраст тексту та використання кольору: текст має читатися на своєму фоні, а колір не має бути єдиним способом пояснити стан. Перевіряйте також повідомлення форми й фокус, а не лише титульний екран.
Збережіть умови використання обраного шрифту. Наприклад, ліцензія Onest доступна разом із файлами проєкту шрифту. Це приклад джерела, а не універсальний дозвіл на будь-яку гарнітуру.
Погодьте передачу між виконавцями
Якщо стиль і сайт готують різні люди, визначте спільну точку приймання: що передає дизайнер бренду, що адаптує дизайнер сайту та хто затверджує результат. Список відкритих питань має бачити вся команда, але коментарі для погодження краще збирати через одного відповідального.
Навчальний приклад: сервісна компанія вже погодила послуги, але ще обирає знак. Можна підготувати тексти й прототип; перед візуальними макетами передати затверджені матеріали. Якщо назва або пропозиція змінюється пізніше, окремо переглянути зміст і залежні елементи. Це умовний сценарій, не кейс XEVOR.
Не вважайте майбутню зміну лише заміною кольору
Новий знак може вимагати іншого розміщення в шапці, інша гарнітура — перевірки перенесень і кнопок, нові фото — іншої композиції. Вплив залежить від фактичних матеріалів. До заміни попросіть перелік заторкнутих сторінок і критерії повторної перевірки.
Якщо запускаєте першу версію раніше, затвердіть її як завершений результат із власними межами. Запишіть, що залишиться для наступного етапу та хто його погодить. Не залишайте у публічній версії порожні блоки «додамо пізніше» й не припускайте, що всі майбутні зміни включені без окремого обговорення.
Для наявного сайту відділити локальне оновлення від ширшої перебудови допоможе посібник про редизайн.
Що погодити перед початком
- Задачу сайту, сторінки та готовність змісту.
- Наявні матеріали й перелік незатверджених рішень.
- Межі роботи зі стилем у замовленні сайту.
- Відповідальних і момент передачі матеріалів до макетів.
- Критерії перевірки мов, телефону, текстів і станів інтерфейсу.
- Порядок оцінки та приймання майбутніх змін.
Цей список доповнює план замовлення сайту. Для передачі кінцевих файлів та інструкцій використайте чекліст результатів проєкту. Почніть розмову з того, що вже готове, замість очікування всіх можливих матеріалів.
Часті запитання
Чи потрібен повний брендбук до першої розмови?
Ні. Назвіть задачу й наявні матеріали. Для конкретного етапу погодьте достатній комплект, відповідального та відкриті рішення.
Чи можна почати без логотипу?
Можна обговорити зміст і структуру. Для публічного оформлення погодьте допустимий варіант; не видавайте тимчасовий знак за затверджений.
Чи можна вести стиль і сайт паралельно?
Так, якщо погоджені залежності й передача матеріалів. Не затверджуйте остаточні макети на припущенні про майбутній результат.
Чи входить фірмовий стиль у розробку сайту?
Це визначається складом замовлення. Окремо назвіть створення матеріалів, їхню адаптацію та погодження; не припускайте включення автоматично.