К содержанию
Отзывы о ком
Журнал / Сайты и цифровые услуги

Сайты и цифровые услуги · Практическое руководство

Задание на сайт: что нужно определить до обсуждения дизайна

Аудитория, действие посетителя, содержание и ответственные за обновления в одном рабочем запросе.

Иллюстрация обсуждения задания с исполнителем
Редакционная иллюстрация, созданная с помощью генерации изображений.

Назовите действие посетителя

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

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

Проведите ревизию содержания

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

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

Опишите необходимый функционал

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

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

Определите, кто будет поддерживать сайт

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

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

Составьте проверки запуска

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

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