← Все кейсы
B2G · Процесс команды · Короткий кейс

Как сократил подготовку дизайн-задачи с двух человеко-часов до получаса

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

До
1 час созвона × 2 человека
После
До 30 минут на заполнение брифа
Без созвона
70–80% задач
Период наблюдения
Около 100–200 задач
01Кто и зачем пользуется
02Основной сценарий
03Роли и ограничения
04Состояния и ошибки
05Критерии готовности

Расчёт основан на среднем времени встречи и наблюдениях примерно по 100–200 задачам.

Что тормозило старт

Час уходил не на решение, а на перевод постановки

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

1Постановка была написана для разработки

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

2Обязательный созвон

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

3Только потом оценка

После разговора дизайнер мог понять объём, задать срок и приступить к макету.

Моя инициатива

Сделал отдельный шаблон постановки для дизайнера

Черновую структуру я принёс в дизайн-студию. Вместе мы убрали лишние вопросы, уточнили формулировки и договорились, как аналитики будут заполнять бриф. В шаблоне остались только данные, которые влияют на решение.

Дизайн-брифЧто нужно знать до начала работы
Пользователь и цель
Кто выполняет действие и зачем
Точка входа и результат
Откуда начинается сценарий и чем заканчивается
Роли и права
Кто видит, меняет и согласовывает данные
Состояния и ограничения
Ошибки, пустые данные и крайние случаи
Критерий готовности
Что должно быть в макете для передачи
Структура дизайн-брифа в рабочем документе
Проекты под NDA, поэтому рабочий документ обезличен.
Новый процесс

Созвон перестал быть входным билетом в каждую задачу

Аналитик заполнял бриф, дизайнер проверял полноту и либо начинал работу, либо приходил с несколькими точными вопросами. Сложные задачи по-прежнему обсуждали вместе.

Раньше
  1. Постановка для разработки
  2. Часовой созвон аналитика и дизайнера
  3. Сбор сценария и ограничений
  4. Старт дизайн-задачи
2 человеко-часа до старта
После внедрения
  1. Аналитик заполняет бриф
  2. Дизайнер проверяет вводные
  3. Сразу начинает или назначает короткий разговор
До 30 минут на типовую задачу
Эффект

На каждой подходящей задаче команда освобождала около полутора часов

Новый порядок наблюдали примерно на 100–200 задачах. В 70–80% случаев вводных хватало, чтобы обойтись без обязательной встречи.

До2 ч

аналитик и дизайнер на созвоне

После0,5 ч

аналитик заполняет бриф

=
Экономия≈1,5 ч

на задаче без вводного созвона

70–80%задач стартовали без обязательной встречи

Дизайнер быстрее получал контекст, а аналитик не повторял уже известную информацию.

≈105–240 часоврасчётная экономия на периоде наблюдения

Расчёт учитывает одну пару «аналитик + дизайнер» на каждой задаче. Тем же шаблоном пользовались и другие пары в команде.

Диапазон рассчитан так: 100–200 задач × 70–80% применимости × 1,5 человеко-часа. Это оценка по рабочим наблюдениям.

Где бриф не заменял разговор

Обсуждение оставили для задач, где действительно нужно было думать вместе

01Менялась логика процесса

Нужно было вместе разобрать роли, документы и новые правила.

02Не совпадали ожидания

Аналитик, заказчик и разработка по-разному понимали результат.

03Оставались неизвестные

Бриф помогал увидеть их заранее и не тратить встречу на базовый пересказ.

Итог

Один шаблон стал удобнее для аналитиков и дизайнеров

Я заметил повторяющуюся потерю времени, предложил решение и вместе с дизайн-студией внедрил его в работу аналитиков и дизайнеров.

В результате 70–80% задач можно было начинать без обязательного часового созвона. Формат был удобен аналитикам и дизайнерам, экономил рабочее время и освобождал оплачиваемые часы проекта для самих задач.