Процесс утверждения дизайна: 6 этапов, чек-лист запроса и шаблон

Последнее обновление: 21 октября 2026 г.

«Можешь по-быстрому» — самая дорогая фраза в творческой работе. За ней обычно стоит настоящий запрос с настоящим дедлайном, но он пришёл сообщением, а не запросом. Значит, он существует, пока кто-то о нём помнит.

Умножьте это на шесть заказчиков, и очередь перестаёт быть очередью. Она превращается в набор личных договорённостей, и каждый владелец уверен, что он следующий.

Процесс утверждения дизайна должен выдерживать и повторы. Контракт подписывают один раз, а один и тот же макет утверждают три-четыре раза, причём каждый раз смотрят разные версии.

Он ломается в двух местах, которые никто не структурирует: как приходит запрос и что происходит между первой и четвёртой проверкой.

Что такое процесс утверждения дизайна?

Процесс утверждения дизайна проходит шесть этапов: Requested, In Design, Internal Review, Awaiting Approval, Changes Requested и Delivered. Запрос поступает с письменным брифом и причиной срока, каждая правка добавляет единицу к счётчику раундов, а итоговое «да» попадает в запрос как утверждение от одного назначенного человека.

Большинство команд пропускает оба конца.

Почему процесс утверждения дизайна ломается ещё до начала работы?

Он ломается на входе: запрос, пришедший сообщением, не имеет статуса, поэтому очередь, к которой он относится, не видна. Сообщение не может ожидать, быть принятым или стоять третьим в очереди. Оно бывает только прочитанным или непрочитанным.

Поэтому побеждает самый громкий заказчик: других сигналов просто нет, а дизайнер незаметно сам становится очередью. Хуже того, Приоритет перестаёт поддаваться обсуждению: «это срочно» не с чем сверить.

Это проще всего исправить. Почти у каждого запроса есть дата, но почти ни у кого нет причины.

Вынесите причину в отдельное поле запроса, и запросы разделятся на два вида. «Типография принимает файлы до 16 июля, без исключений» — это дедлайн, а «Жёсткой даты нет, текущий шаблон ломается на мобильных» — нет. Обе работы настоящие. Но вне очереди идёт только одна.

В Quire этот барьер стоит на сортировке: из списка входящих ничто не уходит без заказчика и причины в этом поле. Так «это срочно» превращается в то, что можно проверить.

Очереди дизайна также застревают, когда комментировать могут многие, а решает никто: сравнение RACI, DACI и RAPID описывает уровень «кто решает, а кто советует», на котором держится всё остальное.

Что должен сообщить запрос на дизайн, чтобы можно было начинать работу?

Шесть ответов. Запрос с шестью ответами можно начинать сегодня, а запрос, где не хватает двух, — это разговор на три дня.

• Что это, одной строкой. «Карусель для Instagram, пять слайдов» лучше, чем «что-нибудь к запуску».
• Где используется и в каком размере. Баннер на сайте, иконка приложения 32 px и двухметровая стенка на выставке — три разные работы под одним словом.
• Для кого. Для аудитории, а не для внутреннего заинтересованного лица.
• Когда и почему именно эта дата. Причина несёт больше информации, чем сама дата.
• Кто утверждает. Одно имя.
• Что уже есть. Бриф, тексты, прошлая версия. Каждый недостающий материал превращается в вопрос, а вопросы растягивают три дня до двух недель.

Руководители проектов измерили это в цифрах.

Исследование PMI Pulse of the Profession о требованиях показало: почти половина (47%) неудачных проектов не достигла целей из-за неточного управления требованиями. Запрос на дизайн — это требование в миниатюре, и расплывчатый запрос проваливается так же, только быстрее.

Один из шести ответов заслуживает отдельного поля, потому что поле позволяет сортировать: причина даты становится полем Why this date.

Рядом стоят ещё два поля: Requested by для того, кто попросил, и Review round для числа возвратов работы.

Остальное — текст для описания Задачи, а шаблон поставляется со всеми шестью ответами в виде Документа How to request design work, на который можно отправлять людей.

Проверьте за десять минут. Создайте бесплатный проект в Quire или откройте уже существующий, добавьте текстовое поле Why this date и заполните его для пяти самых старых открытых запросов. Скорее всего, у двух причины не окажется вовсе, и этот довод уже сработал.

Каковы шесть этапов процесса утверждения дизайна?

Шесть этапов: Requested, In Design, Internal Review, Awaiting Approval, Changes Requested и Delivered. Они показывают, где находится работа. Решение хранится в отдельной записи, утверждении Задачи, и разделение этих двух вещей — почти весь секрет.

Вот как проходит каждый этап в шаблоне Design Pipeline:

Internal Review — этап, который команды пропускают, хотя он окупается сам. Благодаря ему первый раунд с утверждающим посвящён идее, а не радиусам скругления.

Changes Requested — единственный этап, который идёт назад, поэтому его и стоит считать. Об этом ниже.

Каждый этап в этой таблице — передача между двумя командами: той, что просит, и той, что рисует. Руководство по кросс-функциональному управлению проектами описывает уровни ответственности и передачи, на которых это держится. Чтобы сначала набросать передачи для своего процесса, посмотрите, как это делает картирование бизнес-процессов, включая диаграммы с дорожками.

Что входит в шаблон Design Pipeline от Quire?

Рабочая очередь дизайна: шесть этапов выше, три пользовательских поля, два Подсписка, категория утверждения Creative sign-off, два Документа и «Панель». Откройте шаблон Design Pipeline от Quire, зайдите в подсписок Intake: not triaged, и весь довод уместится в трёх строках.

У плакатов для рекрутинга в поле Why this date написано «Ярмарка вакансий 16 августа». У набора для партнёрского кобрендинга со сроком на неделю раньше написано «У партнёрского запуска пока нет даты». Одна очередь, одно поле, но дедлайн только один.

Что делает эти строки возможными:

• Три поля, и важны их типы. Requested by — поле пользователя, поэтому очередь фильтруется по тому, кто просит. Why this date — текст. Review round — число без десятичных знаков, поэтому его можно сортировать. Воссоздайте эти три поля где угодно, и вы получите большую часть пользы.
• Метки для носителя: web, brand, social, print, email, video и rush для тех, что действительно срочные.
• Intake: not triaged — Подсписки запросов, которые ещё не приняты, не оценены и не запланированы. Его длина показывает загрузку, а правило сортировки — настоящий барьер: каждому пункту нужны заказчик, причина и либо слот, либо отказ.
• Waiting on a decision — Подсписки готовых работ, ожидающих утверждающего. Читайте его по возрасту, а не по длине.
• Категория утверждения Creative sign-off, уже настроенная, чтобы готовая работа уходила назначенному человеку за зафиксированным «да» или списком правок.
• Два Документа: How to request design work, чек-лист из шести ответов для заказчиков, и How to use this template, руководство по настройке из пяти шагов.
• «Панель» Creative Ops с виджетом заблокированных задач и распределением по шести статусам.

Копирование занимает около минуты. Откройте выпадающее меню рядом с названием шаблона, перейдите в More, выберите Дублировать и укажите организацию, в которой будет жить ваша копия.

Удалите примеры, пока они не начали казаться вашими, и не добавляйте четвёртое поле, пока что-то не пойдёт не так дважды. Три поля заполняют, шесть игнорируют, а игнорируемое поле хуже, чем его отсутствие: оно всё равно выглядит как данные.

Design Pipeline — выбор для поэтапной работы в библиотеке Quire. Обзор шаблонов для управления проектами делит остальные на конечную, повторяющуюся и поэтапную работу, так что следующий нужный шаблон легко найти.

Зачем держать запросы на дизайн в системе управления задачами, а не в чате?

Потому что, когда запросы становятся задачами, этап конвейера делает то, чего не могла сделать цепочка сообщений. Любой может открыть проект и увидеть в тестовых данных, что четыре работы у утверждающего, а три ещё не отсортированы, не прося дизайнера пересказать это.

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

Основную часть этой работы несут два Подсписка, то есть сохранённый срез проекта рядом с основным списком. Оба видны всем, как и вердикт по каждой строке, когда включён столбец «Утверждение».

Если три дня запрос лежит в Waiting on a decision, обычно кто-то его избегает.

Одно различие определяет, куда смотреть.

Этап Awaiting Approval — общая очередь: её можно сортировать, и именно её вы разбираете в понедельник.

Виджет «Согласования и запросы» — ваш личный входящий ящик: он считает утверждения, ожидающие вас, и отправленные вами запросы, поэтому у того, кто не относится ни к тем, ни к другим, он показывает ноль. Только первое отвечает на вопрос команды.

Уже проверяете файлы в специальном инструменте с пометками на макете? Оставьте его для разметки, а ссылку на проверку вставьте в запрос. Очередь, счётчик раундов и утверждение останутся в Задаче, где их видит вся команда.

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

Что происходит между первым и четвёртым раундом проверки дизайна?

Бюджет утекает по одной перерисовке, и в обычной настройке этого никто не записывает. Первый раунд — нормально. Четвёртый — там, где гибнут бюджеты, и почти ни один регламент не описывает промежуток между ними.

Поэтому считайте. Поле Review round превращает смутное ощущение суеты в столбец, который можно сортировать. Один раунд — норма, два — нормально, а скопление третьих — это проблема входа в обличье проблемы дизайна: бриф был неверным, а перерисовка бриф не исправит.

Вторая половина — что внутри самих раундов. В исследовании 264 сотрудников семи фирм Чжэньсин Гун и На Чжан обнаружили, что поддерживающая среда обратной связи влияет на творческие результаты косвенно, через настроение людей.

Их вывод: «создание поддерживающей среды обратной связи со стороны руководителя весьма важно для повышения творческих результатов». Это данные опроса, поэтому читайте их как корреляцию, а не как рычаг, но суть остаётся. Обратная связь — часть работы, а не реакция на неё.

Отсюда одно правило, которое стоит соблюдать. Обратная связь называет изменение, а не впечатление.

«Не цепляет» — это не запрос на правку. «Бейдж выходит за карточку на 375 px» — запрос. Рецензент, который не может назвать изменение, не готов рецензировать, и сказать об этом сразу добрее, чем три раунда угадываний.

В Quire такая обратная связь лежит в Задаче рядом с файлами, поэтому второй раунд открывается на том же макете, о котором шла речь в первом, и рецензент видит, что просил в прошлый раз, прежде чем просить что-то другое.

В шаблоне есть живой пример на одностраничнике с кейсом: одна из двух строк со значением Creative sign-off: «Запросить изменения» в списке выше.

Он стоит на втором раунде, и в комментарии названы две правки: пропущенная должность в цитате клиента и показатель, не совпадающий с основным текстом.

Затем комментарий прямо защищает то, что уже утвердили в первом раунде. Это важнее, чем кажется, потому что повторное открытие решённого вопроса превращает второй раунд в пятый.

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

Кто утверждает и где фиксируется решение?

Один назначенный человек на каждое решение, и решение фиксируется прямо в запросе. У дизайна с двумя утверждающими нет ни одного. В шаблоне используется категория Creative sign-off, поэтому решение привязано к назначенному человеку, а не к комнате.

Укажите в Задаче и то, какое решение принадлежит ему. «Вы утверждаете логотип с надписью, а не цветовую палитру» предотвращает самый частый сбой проверки: рецензент отвечает на вопрос, который никто не задавал.

Путь короткий. Откройте запрос, запросите утверждение в категории Creative sign-off, и оно придёт этому человеку. Он утверждает или просит изменения.

В любом случае ответ остаётся в запросе. Просьба об изменениях возвращает работу на раунд назад, поэтому Review round растёт на единицу.

Одна настройка превращает утверждение в настоящий шлюз. В Параметрах проекта, в разделе Статус, включите опцию, которая блокирует завершение, пока утверждение не получено, и ничто не дойдёт до Delivered, пока утверждающий не скажет «да».

Одно нужно изменить сразу после копирования: в образце Creative sign-off поставляется с двумя утверждающими. Укажите своего настоящего рецензента в параметрах проекта и оставьте одного, потому что у дизайна с двумя утверждающими снова нет ни одного.

Утверждение доступно на тарифах Premium и выше. Пользовательские статусы, на которых держится шестиэтапный конвейер, есть на каждом тарифе, включая бесплатный тариф. Подробности — на странице тарифов.

У механики есть собственные разборы: процесс утверждения на пользовательских статусах и отдельная функция «Утверждение». Эта статья описывает уровень, который предполагают оба, — очередь, питающую их.

Главные выводы

Если запомнить одно, запомните счётчик раундов. Дизайн на третьем раунде почти никогда не проблема дизайна, и каждый час перерисовки — час, потраченный на лечение симптома.

Считайте раунды в системе управления задачами, и данные сами укажут выше по течению, на запрос, слишком расплывчатый, чтобы по нему работать. Остальное вытекает отсюда.

В шаблоне Design Pipeline уже есть счётчик, список входящих и Документ с шестью ответами для запроса, так что следующий шаг небольшой. Вставьте Документ запроса в тот канал, куда сегодня приходят ваши запросы, и посмотрите, сколько просьб этой недели отвечают на все шесть вопросов.

Зарегистрироваться в Quire, скопируйте конвейер и проведите через него свой следующий запрос на дизайн.

Часто задаваемые вопросы

Что такое процесс утверждения дизайна?

Путь творческой работы от запроса до утверждения одним назначенным человеком, в шесть этапов от Requested до Delivered. Шаблон Design Pipeline от Quire поставляет этапы как статусы, с Документом запроса в начале и зафиксированным утверждением в конце.

Как сделать так, чтобы запросы на дизайн не приходили случайными сообщениями?

Дайте людям место получше и сделайте его более быстрым путём. В шаблоне есть Документ запроса с шестью ответами, которые нужны запросу, и подсписок входящих, куда новые запросы попадают со статусом Requested.

Сколько раундов правок дизайна считается нормой?

Один — норма, два — нормально, три обычно значит, что неверным был бриф, а не работа. Поле Review round превращает это в столбец для сортировки вместо ощущения.

Кто должен утверждать дизайн?

Один назначенный человек на каждое решение, который знает, какое решение его. Категории утверждения в Quire привязывают решение к человеку, а не к каналу.

Как внешние клиенты проверяют дизайн в Quire?

Клиент, которому нужно только посмотреть, открывает ссылку без регистрации, при желании ограниченную одним подсписком. Клиент, который решает, присоединяется к проекту как назначенный утверждающий, и согласие попадает в запрос.

Может ли система управления задачами вести процесс утверждения дизайна?

Да. В Quire каждый запрос — Задача, каждый этап — статус, а согласие — утверждение в Задаче, поэтому очередь, раунды и решение хранятся в одной записи.

Как хороший процесс утверждения дизайна помогает команде работать продуктивнее?

Меньше перерисовок. Подсчёт раундов проверки в Quire показывает, где скапливаются третьи раунды. Исправьте эти брифы, и вы перестанете платить за один и тот же макет дважды, а дизайнеры получат обратно часы, которые съедала перерисовка.