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