Хорошее ТЗ не пытается заранее нарисовать брендбук руками заказчика. Оно задаёт границы, исходные данные и способ проверить пользу результата.
Что важно учесть до решения
Сначала перечисляют, что уже утверждено и что можно менять. Иначе подрядчик не понимает, документировать систему или проектировать её заново.
Список носителей важнее абстрактного требования «для всех каналов». Он влияет на команду, сроки и цену.
Как выстроить работу
К каждому разделу добавьте ожидаемый результат и пример использования. Формулировки становятся проверяемыми.
Оставьте место для уточнения структуры после аудита. ТЗ должно контролировать объём, но не блокировать найденные решения.
Порядок действий
- описать цель и пользователей
- приложить исходники и ограничения
- назвать разделы и носители
- зафиксировать процесс и права
- согласовать критерии приёмки
Критерии проверки
- ясно, что можно менять
- носители перечислены
- форматы передачи указаны
- приёмка измерима
Ситуация из практики
В ТЗ написано «сделать брендбук на 50 страниц». Подрядчик заполняет объём мокапами, но не создаёт шаблон презентации, который нужен продажам. После переработки ТЗ главным результатом становится рабочий шаблон и правила, а страницы остаются следствием.
Как проверить раздел до передачи
Проверку лучше проводить в два прохода. Сначала редактор и арт-директор ищут внутренние противоречия: одинаково ли названы файлы, совпадают ли значения, не спорят ли примеры с текстом. Затем пользователь выполняет задачу без помощи авторов. Отдельно отмечают «ясно, что можно менять» и «носители перечислены». Ситуации «задавать только количество страниц» и «не описывать исходники» не исправляют общим запретом: для каждой показывают конкретный плохой результат и способ сделать правильно. В протоколе не нужны длинные впечатления. Достаточно номера страницы, действия пользователя, возникшего вопроса и предлагаемой правки. После исправления тот же сценарий повторяют. Если вопрос исчез, правило прошло проверку.
Как внедрить правило в работу
Начните внедрение с одного материала, который команда создаёт чаще всего. Ответственный проходит действие «описать цель и пользователей», собирает макет и отмечает места, где правило требует догадки. Затем проверяется критерий «ясно, что можно менять». Если возникает риск «задавать только количество страниц», его исправляют в документе и в шаблоне одновременно. После пилота команда фиксирует «структурированное ТЗ» как часть контрольной версии. Такой запуск даёт наблюдаемую пользу и не заставляет сотрудников изучать весь документ до первой практической задачи. Через две недели полезно собрать вопросы, объединить повторы и выпустить небольшое обновление с понятным номером версии.
Как оценить практическую пользу
После выпуска отслеживайте, какие страницы открывают чаще и какие ссылки ведут к ошибкам. Для PDF это можно выяснить интервью и журналом вопросов, для портала — поисковыми запросами и навигацией. Наличие «структурированное ТЗ» проверяется отдельно: файл должен быть доступен нужной роли. После шага «согласовать критерии приёмки» соберите пять реальных задач и отметьте, где потребовалась помощь автора. Повторяющиеся места получают приоритет в обновлении. Цель — постепенно сокращать зависимость от устных консультаций, а не отменять профессиональное суждение дизайнера.
Роли команды и исключения
Роли стоит описать прямо в документе. Владелец бренда утверждает изменения, арт-директор отвечает за целостность, редактор — за формулировки, а операционные команды сообщают о новых сценариях. За «приложение с исходниками» назначают конкретного человека или функцию. Критерий «форматы передачи указаны» проверяет тот, кто понимает соответствующую среду. Внешний подрядчик не должен сам решать, какая версия актуальна. Ему дают одну точку входа, контакт и правила запроса исключений. Такая простая схема снижает количество параллельных копий и спорных трактовок.
Что зафиксировать в результате
- структурированное ТЗ
- приложение с исходниками
- матрица результатов
- лист критериев приёмки
Что чаще всего мешает
- задавать только количество страниц
- не описывать исходники
- писать «все носители»
- оставлять права за рамками
Как поддерживать документ
Собирайте обратную связь в одном месте. Вопрос, заданный дважды разными людьми, обычно указывает на неясную формулировку или слабую навигацию. Исправление должно появиться и в правиле, и в связанном шаблоне; иначе команда продолжит получать разные ответы.
Источники и примеры
- Практикум Яндекса: что такое брендбук и как его разработать
- Т-Банк: как составить брендбук
- Публичный бренд-гайд Selectel
Материал основан на проектной практике Reviva Agency. Состав брендбука всегда уточняется по задачам, носителям и готовности исходной айдентики.
Перед использованием рекомендаций сопоставьте их с договором, лицензиями на шрифты и изображения, техническими требованиями типографии или цифровой платформы. Эти ограничения меняются от проекта к проекту и должны быть подтверждены ответственным специалистом.