Подготовка проекта

Бриф на разработку сайта: что подготовить до обращения

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

Редакционная иллюстрация: Бриф на разработку сайта: что подготовить до обращенияБРИФ НА САЙТ

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

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

Соберите бриф из разговоров внутри компании

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

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

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

Различайте наблюдения, предположения и пожелания

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

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

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

Бриф для учебного центра

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

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

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

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

Подготовьте материалы так, чтобы их можно было оценить

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

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

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

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

Референсы, ограничения и внешние системы

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

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

Назовите CRM, учётную систему, доставку, оплату и другие сервисы, с которыми должен работать сайт. В брифе не нужны пароли. Достаточно названий, задач обмена и контакта человека, который знает текущий процесс.

Как превратить заполненный документ в полезную встречу

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

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

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

Можно использовать эту таблицу как незаполненный шаблон брифа и отвечать в свободной форме.

Что проверить Что зафиксировать
Компания Продукт, регион работы и способ заключения сделки.
Аудитория Кто выбирает, кто согласует и что им нужно узнать.
Цель Конкретное действие посетителя и проблема, которую решаем.
Материалы Что готово, что обновляем и кто отвечает за подготовку.
Ограничения Сроки, согласующие, бюджет и обязательные интеграции.

Материал обновлён в октябре 2026 года.

← Все материалы блога