
Бриф на создание сайта: что подготовить до запроса стоимости
Бриф на создание сайта — исходное описание проекта для разговора с исполнителем. Укажите, кому нужен сайт, что посетитель должен на нём сделать, какие материалы уже есть и какие ограничения важно учесть. Решения, в которых вы не уверены, отметьте отдельно. Ниже — порядок подготовки и заполненный учебный пример, который можно использовать как основу своего запроса.
В этой статье
- Опишите ситуацию бизнеса и задачу будущего посетителя
- Запишите путь от вопроса клиента до обработки обращения
- Разделите первый запуск и возможное развитие
- Проверьте готовность текстов, изображений и исходных данных
- Назовите ограничения и ответственных за решения
- Заполненный учебный бриф: сайт сервиса офисной техники
- Сделайте открытые вопросы видимыми
- Передайте одну версию и согласуйте следующий документ
- С чего начать подготовку своего брифа
Опишите ситуацию бизнеса и задачу будущего посетителя
Начните с причины проекта. Компания впервые выходит в интернет, расширяет перечень услуг, получает слишком общие обращения или заменяет сайт, который трудно обновлять? Опишите наблюдаемое затруднение и приведите доступный пример. Это поможет понять, какая работа нужна до выбора платформы и оформления.
Фраза «нужен современный продающий сайт» допускает много разных решений. Конкретнее: «Клиенты не понимают, какие модели офисной техники мы обслуживаем, и присылают запросы без города и описания оборудования. Хотим объяснить условия и получать сведения для первичной оценки». Здесь уже видны тема содержания, действие посетителя и потребность сотрудника.
Опишите основного посетителя через его ситуацию. Например, администратор небольшого офиса ищет регулярное обслуживание печатной техники и сравнивает условия нескольких компаний. Ему важно узнать территорию работы, поддерживаемое оборудование и порядок запроса. Возраст, доход и другие характеристики добавляйте только тогда, когда они действительно меняют содержание или использование сайта.
Руководство GOV.UK по исследованию потребностей предлагает выяснять, кто пользуется сервисом, что пытается сделать и где испытывает затруднения; предположения отделяются от сведений, полученных при исследовании. Для коммерческого сайта этот подход можно применить к обращениям и разговорам с клиентами. Это методический ориентир, а не требование британского государственного сервиса к вашему бизнесу.
Если подтверждений пока нет, напишите: «Предполагаем, что клиентам сложно выбрать услугу; нужно проверить в разговорах». Автор брифа не обязан выдавать гипотезу за установленную проблему. Отдельно укажите коммерческую цель, например получение запросов на обслуживание. Сам факт создания сайта не гарантирует определённое число обращений или сделок.
Запишите путь от вопроса клиента до обработки обращения
Опишите один основной сценарий обычными словами: посетитель открывает услугу, проверяет условия, отправляет запрос, а сотрудник получает сведения и отвечает. Для каждого перехода назовите, что должно стать понятно или произойти. Так функция сайта получает назначение, которое можно обсудить с исполнителем.
Вместо «нужна форма» напишите, зачем она нужна: менеджер должен узнать услугу, город, модель оборудования и способ связи. Затем уточните, какие сведения необходимы сразу, а какие можно запросить в ответном разговоре. Не добавляйте обязательные поля только потому, что они встречаются у конкурента.
Сценарий продолжается после нажатия кнопки. Куда попадёт обращение, кто его увидит, кто подменит этого сотрудника и где будет отмечен результат? Если на запуске достаточно общего рабочего ящика, укажите его назначение и ответственного. Если нужна CRM, назовите систему и опишите, что должно появиться в ней. Неизвестные технические детали может уточнить исполнитель.
Проверьте также неудачный исход: посетитель не заполнил нужное поле или отправка не завершилась. В брифе достаточно потребности: человек должен понять, что исправить или как связаться другим способом. Конкретные сообщения и техническая обработка ошибок уточняются при проектировании.
Для предварительной оценки не требуется перечислять все тесты. Важно, чтобы обе стороны одинаково понимали основной результат: клиент передал запрос, сотрудник получил необходимые данные, посетитель увидел понятный статус. Подробные проверки перед запуском можно подготовить после согласования решения.
Разделите первый запуск и возможное развитие
Для каждого пожелания выберите состояние: нужно к запуску, рассматривается позднее или требуется рекомендация. Это помогает обсуждать объём без случайного включения всех идей в первую оценку. Основание приоритета — задача бизнеса и посетителя.
Если компания продаёт обслуживание после разговора и осмотра, онлайн-оплата может не требоваться на первом этапе. Калькулятор также не стоит включать автоматически: сначала выясните, можно ли достоверно рассчитать стоимость по доступным посетителю данным. Если расчёт всё равно требует специалиста, опишите порядок предварительного запроса.
Составьте черновой список страниц с назначением каждой. «Услуга» объясняет предложение, «О компании» помогает оценить исполнителя, «Контакты» показывает способы связи. Если несколько услуг различаются по аудитории и условиям, отметьте это для обсуждения структуры. Окончательное число страниц и шаблонов подрядчик сможет предложить после уточнения содержания.
Для языков укажите объём первого этапа отдельно. «Сайт на немецком и русском» может означать полный перевод всех страниц или только нескольких. Запишите, какие версии нужны сейчас, кто готовит и проверяет тексты, а какие языки планируются позже. Будущий перевод можно учесть в архитектуре, не включая неподготовленную версию в запуск.
Название платформы указывайте как обязательное условие, только если у него есть причина: существующий магазин, интеграция, навыки команды или другие подтверждённые ограничения. В остальных случаях сформулируйте требования к редактированию и попросите объяснить выбор. Для общего знакомства с форматами и этапами проекта подойдёт отдельное руководство Salestudia.de.
Проверьте готовность текстов, изображений и исходных данных
Фраза «материалы предоставим» скрывает несколько задач: собрать сведения, написать текст, проверить его, подготовить изображения и загрузить всё на сайт. Сделайте короткую таблицу. Для каждого блока укажите текущее состояние, ответственного и ближайшее действие.
| Материал | Что уже есть | Что осталось сделать |
|---|---|---|
| Описание услуг | Рабочие заметки и ответы на вопросы клиентов | Владелец подтверждает условия; подготовку текста нужно включить в предложение |
| Логотип и оформление | Файл логотипа и используемые цвета | Проверить пригодность файлов для сайта и потребность в доработке |
| Изображения | Несколько фотографий оборудования и команды | Выбрать разрешённые к публикации снимки и оценить, чего не хватает |
| Немецкие тексты | Исходные сведения на русском | Определить исполнителя перевода и квалифицированной языковой проверки |
| Контактные и служебные сведения | Реквизиты и действующие контакты | Назначить ответственного за проверку актуальности и необходимых текстов |
В таблице приведены условные состояния. Для своего проекта прикладывайте доступные материалы и называйте пробелы. Наличие файла на русском не означает готовность немецкой страницы; фотография из переписки не означает, что определены условия её публикации. Попросите отдельно указать, какие работы с контентом входят в оценку.
Для существующего сайта приложите адрес, перечень важных страниц и описание того, что нужно сохранить. Укажите формы, полезные файлы, языки и подключённые системы. Если есть статистика, можно предоставить обезличенное описание используемых отчётов; доступ к аккаунтам обсуждается отдельно. Пароли и реальные клиентские заявки в общий бриф не включают.
При изменении адресов страниц возникает отдельная задача переноса. Google описывает подготовку соответствий старых и новых URL и настройку перенаправлений. В предварительном брифе достаточно сообщить о существующем сайте и попросить оценить перенос явно. Не нужно самостоятельно назначать новые адреса для всех страниц до обследования. Переезд также не даёт гарантии сохранения поисковых показателей.
Назовите ограничения и ответственных за решения
Сообщите желаемую дату запуска и её причину. Выставка, окончание договора с прежним подрядчиком и внутреннее пожелание имеют разные последствия для планирования. Подрядчику важно знать, что можно перенести, а что определяет обязательный срок.
Рядом с датой перечислите зависимости: готовность описаний услуг, перевод, выбор фотографий, ответы владельца и доступность специалиста по действующим системам. Если материалы ещё не собраны, попросите предложить реалистичный план с условиями начала работ. Не превращайте желаемую дату в подтверждённое обязательство исполнителя до обсуждения.
Если установлен предел бюджета, назовите валюту и состав: только разработка или также тексты, переводы, перенос и эксплуатация за выбранный период. Если предел не определён, так и напишите и попросите разделить обязательный первый этап и дополнительные работы. Число без состава расходов затрудняет оценку.
Определите, кто утверждает структуру, тексты и внешний вид и кто собирает замечания команды в один ответ. Несколько участников могут давать обратную связь, но противоречия между их пожеланиями нужно разрешать до передачи исполнителю. Укажите, сколько времени обычно требуется вашей стороне на согласование.
Сообщите, кто будет обновлять сайт после запуска и какие действия ему нужны: менять контакты, править услуги, добавлять проекты. Попросите включить передачу необходимых доступов и объяснение работы с выбранным решением. Отдельно обсудите требования к использованию с телефона, клавиатуры и вспомогательных технологий, а также согласованный объём проверки. Общая фраза «сайт должен быть удобным» не определяет эти условия.
Заполненный учебный бриф: сайт сервиса офисной техники
Компания и все условия ниже вымышлены. Это пример запроса для предварительной оценки, а не действующий проект Salestudia и не готовое техническое задание. Он намеренно содержит открытые вопросы: их можно отправить исполнителю вместе с уже принятыми решениями.
О компании и задаче. Обслуживаем печатную технику небольших офисов в Idstein и Wiesbaden. Предлагаем плановое обслуживание и диагностику неисправностей по согласованию. Сейчас клиенты узнают о нас по рекомендациям и связываются по телефону. Хотим объяснить условия на сайте и получать запросы с данными для первичного разговора.
Посетители. Основная аудитория — администратор офиса или владелец небольшой компании. Ему нужно понять, обслуживаем ли мы его оборудование и город, какие сведения подготовить и как обсудить выезд. Частные бытовые заказы в предложение этого сайта не входят. Перечень поддерживаемых моделей предоставит руководитель сервиса.
Основной сценарий. Посетитель выбирает услугу, читает условия и отправляет запрос. В запросе нужны имя, компания, город, модель техники, краткое описание задачи и email для ответа; телефон можно оставить дополнительно. Требуемый состав обязательных полей хотим обсудить. Менеджер получает запрос в общий рабочий ящик и уточняет условия; автоматическое подтверждение даты выезда не требуется.
Структура первого этапа. Предварительно нужны главная страница, две страницы услуг, сведения о компании и контакты. Просим проверить, достаточно ли этой структуры для задачи. Отдельно нужно определить необходимые служебные страницы и включить их реализацию в оценку; содержание для них предоставим после профильной проверки. Блог и раздел вакансий на запуске не нужны.
Языки. Первый запуск планируем на немецком. Исходные условия услуг дадим на русском. Подготовку немецких текстов и квалифицированную языковую проверку просим оценить отдельно. Русскую версию рассматриваем следующим этапом; сейчас нужно понять, какие решения позволят добавить её позже.
Материалы. Есть логотип и рабочие фотографии оборудования. Готовых текстов нет. Руководитель подготовит перечень обслуживаемой техники, территорию выезда и порядок оценки работ. Отберём фотографии и проверим возможность их использования на сайте. Потребность в дополнительных изображениях просим определить после согласования структуры.
Функции. К запуску нужны форма запроса, понятные сообщения об отправке и альтернативный способ связи. Отправку на рабочую почту необходимо проверить. Загрузка файлов, онлайн-оплата, личный кабинет и автоматическое бронирование не входят в первый этап. CRM пока не используется; её подключение можно рассматривать позднее после выбора системы.
Текущая инфраструктура. Действующего сайта нет, поэтому перенос старых страниц не требуется. Домен зарегистрирован на компанию, рабочая почта уже используется. Контакт ответственного за домен предоставим при подготовке работ. Изменения, затрагивающие почту, необходимо заранее согласовать. Доступы передадим выбранному исполнителю отдельно, а не в общей версии брифа.
Измерение. Хотим видеть количество полученных запросов и отдельно отмечать в рабочем журнале обращения, подходящие по услуге и территории. Просим предложить объём веб-аналитики и её настройки с учётом согласия посетителя. Число продаж не используем как условие технической сдачи сайта.
Срок и бюджет. Желаемый запуск — 1 февраля 2027 года. Это внутренняя целевая дата; жёсткого внешнего обязательства нет. Руководитель сможет собрать условия услуг до согласования окончательного графика. Бюджет ещё не утверждён. Нужна оценка первого этапа с отдельными строками по текстам, языковой проверке, аналитике и обязательным платежам после запуска; затем определим предел и состав работ.
Согласование и управление. Один представитель компании собирает замечания руководителя и менеджера и передаёт общий ответ. Планируем отвечать в течение двух рабочих дней, если не требуется дополнительное уточнение по оборудованию. После запуска хотим самостоятельно менять контакты и согласованные описания услуг; просим показать, как это будет делаться, и включить обучение в предложение.
Ожидаемый ответ исполнителя. Нужны рекомендуемый формат и платформа с объяснением выбора, состав первого этапа, стоимость, этапы, зависимости и перечень исключений. Просим отдельно перечислить допущения и вопросы, без ответов на которые оценка остаётся предварительной.
Сделайте открытые вопросы видимыми
В примере уже определены назначение сайта и первый сценарий, но не утверждены платформа, бюджет и полный состав служебных страниц. Это допустимое состояние для первого разговора. Сложность появляется, когда неизвестное выглядит как согласованное решение или незаметно превращается в допущение сметы.
| Вопрос | Кто участвует | Что нужно получить |
|---|---|---|
| Какие модели техники можно обслуживать? | Руководитель сервиса | Подтверждённый перечень и ограничения для текста услуг |
| На чём делать сайт и как его обновлять? | Исполнитель и будущий редактор сайта | Рекомендацию по платформе с учётом задач редактирования |
| Какие данные обязательны в форме? | Менеджер и исполнитель | Состав полей, достаточный для первого ответа и понятный посетителю |
| Кто готовит немецкие тексты? | Заказчик, исполнитель и языковой специалист | Объём подготовки, проверки, стоимость и ответственных |
| Каков окончательный объём запуска? | Заказчик и исполнитель | Согласованную версию после оценки обязательных работ и ограничений |
Запишите ответ рядом с вопросом и обновите версию брифа. Если новое решение меняет объём, попросите исполнителя показать влияние на стоимость и сроки. Например, переход от доставки запроса на email к записи в ещё не выбранную CRM может потребовать отдельного обследования и новой оценки.
Не обязательно разрешать все вопросы самостоятельно до обращения. Важно понимать, кто даст бизнес-факты, где нужна рекомендация и какие неизвестные могут существенно изменить проект. Хороший предварительный бриф делает эти границы понятными, но не гарантирует точную фиксированную цену без дальнейшего уточнения.
Передайте одну версию и согласуйте следующий документ
Отправьте исполнителям одинаковый бриф с датой и приложениями. Если появились уточнения, передайте одну обновлённую версию всем, чьи предложения планируете сравнивать. Иначе в ценах могут оказаться разные языки, материалы или функции, хотя названия проектов совпадают.
Полезно различать роли документов. Бриф описывает исходную задачу и ограничения заказчика. Спецификация или техническое задание раскрывает согласованные подробности реализации. Предложение исполнителя фиксирует состав, цену, сроки и допущения. Названия и способ оформления у компаний различаются; заранее определите, где будет записан окончательно согласованный объём.
Перед отправкой проверьте пять вещей: понятен ли посетитель; описан ли путь обращения; отделён ли первый этап; названы ли готовые и недостающие материалы; видны ли ответственные и открытые вопросы. Для каждой ссылки на пример сайта добавьте пояснение: нравится структура услуги, читаемость текста или способ показа проектов. Одного «хочу как здесь» недостаточно для оценки.
Попросите не только итоговую сумму, но и пояснение к предложенному решению. Когда ответы получены, переходите к сравнению состава работ. Сохраните согласованный бриф как исходную точку: новые пожелания в ходе проекта будет проще обсуждать вместе с их влиянием на объём.
С чего начать подготовку своего брифа
Выберите одну услугу, которую сайт должен понятно представить на запуске, и опишите путь её потенциального клиента. Приложите имеющиеся материалы и отметьте три самых существенных неизвестных. Этого достаточно для предметного начала обсуждения, даже если платформа и окончательная структура ещё не выбраны.
Если при подготовке выяснилось, что внутри компании по-разному понимают условия услуги или обработку запроса, сначала соберите общий ответ. Исполнитель сайта может помочь выявить противоречие, но решения о том, кому вы продаёте, что выполняете и кто отвечает клиенту, остаются за вашей командой.
Salestudia может помочь уточнить требования, выбрать формат сайта и подготовить структуру в рамках согласованного проекта разработки. Для первого разговора полезны описание задачи, адрес действующего сайта при его наличии и ваш предварительный бриф. По ним определим, что можно оценить сразу и какие вопросы требуют дополнительной работы.
Официальные и профильные ссылки
Эти материалы дают контекст для данных, правил и рекомендаций на странице.
- GOV.UK Service Manual — исследование потребностей пользователей Источник проверен: 18.09.2026
- Google Search Central — перенос сайта с изменением адресов Источник проверен: 18.09.2026
Удобнее написать напрямую?
Коротко укажите компанию, рынок и задачу — так разговор будет предметнее.