Сайту и маркетингу нужны не только ответы клиента, но и фото, видео, кейсы и документы

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

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

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

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

Но только компания знает или может подтвердить:

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

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

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

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

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

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

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

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

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

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

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

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

Если часть статусов и инструкций команда отправляет в Telegram, полезно заранее договориться и о форматировании: Markdown-разметка в сообщениях помогает сделать длинное сообщение читаемым, но не заменяет понятный текст и проверку сценария.

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

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

Рабочее распределение выглядит так:

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

Самый плохой способ — время от времени писать «пришлите, пожалуйста, контент». Лучший — завести одну матрицу и разбирать материалы короткими пакетами.

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

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

Так контент становится частью производственного плана, а не источником взаимного раздражения.

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

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

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

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

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

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

Проверьте у себя следующие поля:

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

Если проект идёт медленно из-за материалов, не ищите виноватого в общем слове «контент». До старта:

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