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

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

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

1. Начните со списка блоков, а не со всех файлов компании

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

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

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

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

2. Соберите одну рабочую папку и короткий реестр

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

Материалы сайта/
  00_Реестр материалов
  01_Бренд/         логотип, цвета, правила использования
  02_Фотографии/    отобранные оригиналы и подписи
  03_Услуги/        состав, цены, условия, ограничения
  04_Тексты/        согласованные тексты по страницам
  05_Контакты/      публичные адреса и рабочие ссылки
  06_Референсы/     ссылки и пояснения к дизайну
  Архив/           прежние версии, не для публикации

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

Пример записи для учебной студии:

Блок: примеры работ
Материал: серия фотографий «Проект А»
Источник: 02_Фотографии/Проект_А/
Версия: подборка от [дата]
Статус: требует уточнения
Подтверждает: [ответственный со стороны клиента]
Осталось: подписать роль студии и подтвердить,
какие снимки можно использовать на публичном сайте

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

3. Запросите не только файлы, но и пояснения

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

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

Факты и цены. Попросите единицу расчёта, состав предложения, исключения и дату актуальности. «От 5 000» без валюты, состава и условия применения оставляет слишком много догадок. Если цену нельзя указать до обсуждения задачи, согласуйте, что посетитель должен прислать для расчёта.

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

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

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

4. Отправьте клиенту конкретный запрос

Не просите «прислать всё для сайта». Замените скобки в шаблоне и удалите то, что не требуется вашей первой версии:

Для первой версии сайта собираем блоки: [список].
Пожалуйста, подготовьте материалы в [согласованное место].

1. Логотип и имеющиеся правила оформления.
2. Факты об услуге: состав, ограничения, условия и цены
   с пояснением расчёта либо порядок индивидуальной оценки.
3. Выбранные фото с подписями: что изображено,
   для какого блока подходят, можно ли публиковать.
4. Тексты и реальные подтверждения для нужных блоков.
   Отметьте формулировки, которые нельзя менять без согласования.
5. Рабочие контакты и точные ссылки для кнопок.
6. Референсы с коротким объяснением, что в них нравится.

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

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

5. Отделите то, что мешает начать, от того, что можно добавить позже

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

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

Проверить реестр можно таким запросом. Передавайте только сведения, необходимые для задачи; убедитесь, что сам текст списка доступен ИИ, а не рассчитывайте на чтение закрытой папки по ссылке:

Проверь готовность материалов для первой версии сайта.
Пока не создавай сайт и не дописывай рекламные тексты.

Согласованная задача и блоки: [вставьте из брифа].
Реестр материалов с фактами и статусами: [вставьте текст].

Для каждого блока укажи:
- какие подтверждённые сведения уже есть;
- какие данные противоречат друг другу;
- чего не хватает для содержания или главной кнопки;
- какой конкретный вопрос нужно задать клиенту.

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

После проверки перенесите подтверждённые факты в задание для Lovarus — ориентир есть в помощи «Как описать задачу для ИИ». Результат сверяйте с теми же исходниками. Запрос на проверку внутри промпта не заменяет просмотр готовой страницы.

Когда клиент обновит материалы, сохраните новую версию, отметьте замену в реестре и уберите прежнюю в архив. Перед выпуском пройдите чек-лист проверки сайта. Бриф задаёт направление, реестр показывает источник каждого факта, а приёмка проверяет, правильно ли эти материалы оказались на сайте.