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