Разработка концепции проекта: бизнес-требования, инициация и бриф проекта

Проблема и желаемое изменение

Просим описать, что происходит сейчас и что должно измениться для бизнеса. Запрос «нужен новый сайт» ещё не объясняет проблему.

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

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

Продукт и аудитория

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

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

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

Материалы и доступы

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

Пароли не являются обязательной частью брифа. Нужные доступы выдаются отдельно с ограниченными правами и понятной целью.

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

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

Ограничения проекта

Если срок связан с событием, проверяем готовность материалов и решения участников. Желаемая дата сама по себе не является производственным планом.

Ограничения разделяем на обязательные и предпочтительные. Юридическое требование, технология компании и личное эстетическое пожелание имеют разный вес. Для спорного пункта уточняем основание и последствия изменения. Бюджет и срок обсуждаем вместе с объёмом, а не как независимые пожелания. Если все условия одновременно невыполнимы, предлагаем конкретное изменение очередности или состава работ, сохраняя критерий полезности результата для выбранной задачи бизнеса и аудитории.

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

Критерии приёмки

Не смешиваем поставляемый материал с финансовым эффектом, который зависит от дальнейшего внедрения и рынка. Ответственность сторон должна быть понятной.

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

После обсуждения фиксируем согласованную версию, открытые вопросы и решения. Изменения вводных должны отражаться в плане и составе работ.

Уточнение и версия

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

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

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

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

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

Кто должен заполнять бриф?

Человек с доступом к бизнес-контексту, при необходимости вместе с продуктом, продажами и технической командой.

Можно начать, если ответы неизвестны?

Да. Неизвестные сведения фиксируются и превращаются в задачи уточнения, а не заполняются догадками.

Бриф заменяет техническое задание?

Нет. Он описывает контекст и ожидания; подробные требования могут потребовать отдельной проработки.