Дизайн сайта часто начинают не с задачи, а с вкусовщины. "Хочу современно", "сделайте красиво", "как у конкурента", "чтобы дорого выглядело". Вроде звучит понятно, но для дизайнера это почти пустые фразы.
Проблема в том, что плохое ТЗ на дизайн сайта почти всегда приводит к переделкам. Дизайнер рисует одно, клиент ожидал другое, маркетолог потом говорит, что так не будет продавать, разработчик видит сложную реализацию, а SEO-специалист просит изменить структуру. В итоге все возвращается назад, сроки растут, бюджет увеличивается, а проект начинает раздражать еще до запуска.
Быстрый ответ:в ТЗ на дизайн сайта должны быть цель проекта, аудитория, структура страниц, нужные блоки, референсы, стиль, ограничения, адаптивные версии, требования к контенту и критерии приемки. Без этого дизайн превращается в угадайку.
Хороший дизайн начинается не с картинки. Он начинается с понимания задачи.
2. Почему ТЗ на дизайн сайта важнее, чем кажется?
Многие считают дизайн этапом "нарисовать красиво". Но сайт для бизнеса не должен просто нравиться владельцу. Он должен помогать пользователю понять предложение, довериться компании и оставить заявку.
Если нет нормального ТЗ, дизайнеру приходится угадывать:
- кто целевая аудитория;
- какая услуга главная;
- какие блоки важнее;
- где нужен акцент;
- какие действия должен совершить пользователь;
- что можно упростить;
- что нельзя убирать;
- какие элементы нужны для SEO и продаж.
В итоге дизайн может быть красивым, но бесполезным.
Например, на главной странице красиво расположили крупный баннер, но забыли показать конкретные услуги. Или сделали эффектную анимацию, но она мешает загрузке. Или нарисовали форму заявки, но не учли, какие поля реально нужны отделу продаж.
ТЗ на дизайн сайта нужно не для бюрократии. Оно нужно, чтобы дизайн решал задачу бизнеса, а не просто выглядел приятно.
3. Что должно быть в ТЗ на дизайн сайта?
Первое - цель сайта.
Нужно прямо написать, зачем делается сайт:
- получать заявки;
- презентовать компанию;
- продавать услуги;
- собирать лиды;
- продвигаться в поиске;
- упростить консультации;
- повысить доверие.
Одна и та же страница будет выглядеть по-разному в зависимости от цели. Если главная задача - заявки, в дизайне должны быть понятные офферы, формы, кнопки, блоки доверия и логичный путь пользователя.
Второе - аудитория.
Важно описать, для кого сайт:
- частные клиенты или бизнес;
- малый бизнес или крупные компании;
- теплые клиенты или холодный трафик;
- люди, которые уже знают услугу, или те, кому нужно объяснить с нуля.
Если аудитория не описана, дизайн может уйти не туда. Для сложной B2B-услуги важны доверие, конкретика, кейсы и понятная структура. Для простого продукта может быть важнее скорость выбора и яркая подача.
Третье - структура страниц.
Нужно заранее понимать, какие страницы проектируются:
- главная;
- услуги;
- карточка услуги;
- каталог;
- карточка товара;
- блог;
- кейсы;
- контакты;
- формы;
- личный кабинет.
Без структуры дизайнер рисует отдельные красивые экраны, но сайт потом плохо собирается в систему.
Четвертое - состав блоков.
Для каждой ключевой страницы лучше описать блоки:
- первый экран;
- преимущества;
- услуги;
- кейсы;
- этапы работы;
- цены или логика оценки;
- отзывы;
- FAQ;
- форма заявки;
- контакты.
Это не значит, что дизайнер должен слепо повторить список. Но у него должна быть опора.
Пятое - референсы.
Референсы нужны не для копирования, а для понимания направления. Лучше дать 3-5 примеров и пояснить:
- что нравится;
- что не нравится;
- какие элементы хочется использовать;
- какой стиль точно не подходит.
Фраза "сделайте как Apple" обычно бесполезна. А вот "нравится чистая сетка, много воздуха, крупная типографика, спокойные цвета" - уже рабочее объяснение.
Шестое - ограничения.
Их часто забывают.
Например:
- нельзя менять фирменные цвета;
- нужно использовать текущий логотип;
- сайт будет на WordPress;
- блоки должны легко редактироваться;
- нужна адаптация под мобильные;
- важна высокая скорость загрузки;
- нельзя усложнять верстку;
- нужно сохранить SEO-структуру.
Ограничения помогают не нарисовать то, что потом будет дорого или неудобно реализовывать.
4. Ошибки в ТЗ на дизайн сайта
Ошибка 1. Описывать вкус, а не задачу.
"Красиво", "дорого", "современно" - это не требования. Нужно объяснять, что должен сделать пользователь после просмотра страницы.
Ошибка 2. Не давать контент.
Дизайн на абстрактном тексте почти всегда потом ломается. Когда вместо реальных заголовков и услуг вставляют "рыбу", после наполнения блоки начинают выглядеть иначе.
Ошибка 3. Забывать про мобильную версию.
Если в ТЗ нет требований к адаптиву, мобильная версия может стать неприятным сюрпризом. А для бизнеса телефон часто важнее десктопа.
Ошибка 4. Не согласовывать структуру до дизайна.
Если сначала нарисовать дизайн, а потом вспоминать про SEO, услуги и формы, придется переделывать.
Ошибка 5. Не прописывать критерии приемки.
Клиент говорит "не нравится", дизайнер не понимает, что именно исправлять. В результате правки становятся бесконечными.
Если в ТЗ нет ясности, правки будут не этапом работы, а постоянным режимом проекта.
5. Как делаем мы в RG3?
Мы не начинаем дизайн сайта с пустого листа и фразы "ну давайте что-нибудь красивое".
Сначала разбираем задачу:
- что продает бизнес;
- кто клиент;
- какие страницы нужны;
- какие блоки обязательны;
- какие действия должен совершить пользователь;
- что важно для SEO;
- какие ограничения есть по CMS и разработке;
- какие элементы нужно удобно редактировать в админке.
После этого формируем ТЗ на дизайн сайта и только потом переходим к визуальной части.
Наш подход отличается тем, что дизайн у нас связан с разработкой, SEO и продажами. Мы заранее думаем, как макет будет верстаться, как он будет работать на телефоне, какие блоки будут редактироваться, куда пойдут заявки и как сайт потом развивать.
Это безопаснее, потому что меньше риск нарисовать красивый, но неудобный макет.
Это выгоднее, потому что меньше переделок на этапе верстки.
Это честнее, потому что клиент понимает, почему дизайн устроен именно так.
6. Мини-кейс: красивый макет пришлось переделывать
Типовая ситуация.
Клиент заказал дизайн сайта у отдельного дизайнера. Макет выглядел красиво. Много графики, крупные блоки, нестандартные анимации, сложная сетка.
Проблема появилась позже.
Когда дошли до разработки, выяснилось:
- часть блоков сложно адаптировать под мобильную версию;
- тексты не помещаются в реальные размеры;
- формы не учитывают нужные поля;
- структура услуг не подходит для SEO;
- админка не сможет удобно управлять такими блоками;
- скорость сайта может просесть из-за тяжелой графики.
В итоге дизайн пришлось перерабатывать.
До:
- макет красивый, но не учитывает реальные задачи;
- разработка дорожает;
- сроки сдвигаются;
- часть решений приходится выбрасывать.
После:
- структура согласована заранее;
- блоки связаны с целями сайта;
- мобильная версия продумана;
- формы и CTA работают на заявки;
- дизайн можно нормально сверстать и поддерживать.
Главный вывод простой: хороший дизайн - это не только визуал. Это результат правильного ТЗ.
7. Что вы получите, если обратиться к нам?
Если вы обращаетесь в RG3, мы поможем не просто "нарисовать сайт", а подготовить дизайн, который можно использовать в реальном проекте.
Вы получите:
- разбор задачи бизнеса;
- структуру ключевых страниц;
- понятное ТЗ на дизайн сайта;
- рекомендации по блокам и логике страниц;
- учет SEO и будущей разработки;
- адаптивный подход под мобильные устройства;
- снижение риска переделок;
- дизайн, который можно развивать дальше.
Для бизнеса это полезно тем, что вы не платите дважды: сначала за красивую картинку, потом за ее переделку под реальность.
8. Сколько стоит ТЗ на дизайн сайта?
Стоимость зависит от количества страниц, сложности проекта и глубины проработки.
Если нужен дизайн одного лендинга, объем работы меньше.
Если проектируется корпоративный сайт, интернет-магазин или сервис с личным кабинетом, нужно больше аналитики.
В RG3 мы считаем работу по этапам и часам. Наша ставка -2690 рублей в час.
Ориентировочно:
- разбор задачи и базовое ТЗ - 5-10 часов;
- ТЗ на дизайн лендинга - 8-15 часов;
- ТЗ на дизайн корпоративного сайта - 15-30 часов;
- ТЗ на сложный сайт или интернет-магазин - от 30 часов и выше.
Дешево часто выходит дороже, потому что слабое ТЗ приводит к переделкам. А переделки дизайна тянут за собой новые согласования, изменения в верстке, правки текстов, сдвиг сроков и рост бюджета.
Правильное ТЗ экономит не только деньги. Оно экономит нервы, время и доверие между клиентом и командой.
9. Вывод
ТЗ на дизайн сайта - это не формальность. Это основа, которая помогает сделать сайт понятным, удобным и полезным для бизнеса.
Если в ТЗ есть цель, аудитория, структура, блоки, референсы, ограничения, мобильная версия и критерии приемки, дизайнер не угадывает. Он решает задачу.
А если ТЗ слабое, проект почти неизбежно уходит в переделки.
