Вернуться к статьям Создание интернет-магазина удобно вести не через отдельные правки страниц, а через последовательность этапов. У каждого этапа есть входные данные, ответственный, результат и контрольная точка. Такой порядок помогает вовремя заметить, что каталог не готов к загрузке, сценарий заказа описан не полностью или правила обмена данными остались неоговорёнными.
Этап 1. Зафиксировать границы проекта
Входные данные: ассортимент, предполагаемые способы получения заказа, источники цен и остатков, материалы для карточек, сведения о внешних системах.
Ответственный со стороны заказчика собирает эти данные и назначает владельцев: за ассортимент, изображения, документы, правила обработки заказов и проверку информации. Исполнитель формулирует границы проекта на основе сценариев посетителя, а не только перечня страниц.
Результат этапа — согласованный список задач магазина: какие товары и варианты будут представлены, что должен уметь посетитель, какие данные поступают извне и какие процессы остаются за пределами проекта.
Контрольная точка: у каждого блока работ есть источник данных и ответственный за решение вопросов. Формулировки вроде «интернет-магазин под ключ» границы проекта не заменяют.
Этап 2. Описать сценарии и критерии результата
Входные данные: границы проекта и примеры будущих действий посетителя и сотрудника.
В техническом задании фиксируют сценарии: поиск товара по артикулу, переход по разделам, применение фильтра, выбор варианта, оформление заказа, передача данных во внешнюю систему. Для каждого сценария указывают исходное условие, действие пользователя, ожидаемый результат и исключения.
Например, отдельно описывают, что происходит с недоступным товаром, как отображается изменение цены в корзине, какие данные передаются после оформления заказа и как фиксируется ошибка обмена.
Результат этапа — набор сценариев, по которому можно принимать макеты, разработку и интеграции.
Контрольная точка: заказчик и исполнитель могут проверить каждый сценарий без дополнительных устных пояснений.
Этап 3. Подготовить структуру и данные каталога
Входные данные: перечень товарных групп, выгрузки или таблицы, изображения, документы и правила классификации.
Заказчик предоставляет примеры товаров разных типов: с небольшим набором характеристик, с вариантами, с неполными данными. Исполнитель проверяет, какие поля нужны в карточке, какие характеристики используются в фильтрах, как формируются названия и артикулы, где показываются изображения, документы и сопутствующие товары.
Результат этапа — согласованная структура разделов и карточек, а также правила подготовки данных к загрузке. Настройка загрузки, первичная загрузка и ручная обработка карточек остаются отдельными работами.
Контрольная точка: тестовые товары корректно распределяются по разделам, отображаются в карточках и дают ожидаемый результат в поиске и фильтрах.
Этап 4. Согласовать интерфейс по рабочим состояниям
Входные данные: утверждённые сценарии, структура каталога и примеры товаров.
Ответственный за контент проверяет соответствие макетов данным, а заказчик принимает логику пользовательских действий. Для проверки нужны не только главная страница и типовая карточка, но и рабочие состояния: поиск без результатов, карточка без фотографии, товар с вариантами, позиция без возможности заказа, корзина и оформление.
Результат этапа — макеты, в которых определено поведение интерфейса для согласованных сценариев, включая мобильное отображение.
Контрольная точка: по макетам понятно, как посетитель находит товар, выбирает вариант, видит ограничения и переходит к оформлению. Подготовка фотографий, редактура карточек и написание текстов для каталога не появляются в составе дизайна автоматически.
Этап 5. Реализовать сценарии и обмен данными
Входные данные: техническое задание, макеты, подготовленные данные каталога и правила взаимодействия с внешними системами.
Разработку проверяют по завершённым цепочкам действий: найти товар, применить фильтр, выбрать вариант, изменить количество в корзине, оформить заказ и проверить результат передачи данных. Такой порядок показывает не только внешний вид страницы, но и работу связанных операций.
Если для сайта выбрана «1С-Битрикс: Управление сайтом», её используют как CMS публичной части интернет-магазина и администрирования контента в рамках конкретной реализации. Правила обработки заказов и товарных данных определяют отдельно.
Для каждого обмена фиксируют сущности, состав данных, направление передачи, условия обновления и порядок обработки сбоев. Отдельного описания требуют отменённые заказы, нулевые остатки, повторная передача данных, частичная отгрузка и возврат.
Результат этапа — работающие сценарии на тестовой среде и согласованная схема обмена.
Контрольная точка: результат каждой цепочки сверяют с техническим заданием, а не с общим впечатлением от интерфейса.
Этап 6. Провести приёмку и передать проект в работу
Входные данные: согласованные сценарии, тестовые данные и перечень материалов, которые должны быть переданы заказчику.
Заказчик организует проверку со стороны тех сотрудников, которые будут работать с каталогом и заказами. Исполнитель устраняет расхождения с согласованными сценариями и передаёт материалы по дальнейшей работе магазина.
Для проверки используют данные, близкие к рабочим: разные типы товаров, варианты, неполные карточки и нестандартные значения. Отдельно проверяют загрузку каталога и обмен с внешними системами.
Результат этапа — принятый интернет-магазин и понятный порядок его сопровождения.
Контрольная точка: согласованные сценарии пройдены, переданы доступы, порядок обновления каталога, известные ограничения, открытые вопросы и способ регистрации ошибок.
Часто задаваемые вопросы
- Что должен подготовить заказчик для первого этапа?
Нужны описание ассортимента, примеры товаров разных типов, источники цен и остатков, правила обработки заказа, материалы для карточек и ответственные за их проверку. Полный каталог может быть не готов, но без примеров товаров нельзя точно определить структуру и требования к данным.
- Как распределить ответственность между заказчиком и исполнителем?
Заказчик отвечает за исходные данные, правила работы с товарами и заказами, а также за согласование решений. Исполнитель отвечает за реализацию согласованных требований и фиксацию технических ограничений. Вопросы без назначенного владельца нужно выявлять на первом этапе.
- Чем техническое задание отличается от перечня страниц?
Перечень страниц показывает состав интерфейса. Техническое задание описывает действия пользователя, исходные условия, ожидаемый результат и исключения. По нему можно проверить не только наличие страницы, но и работу сценария.
- Когда проверять данные каталога?
До разработки карточек и настройки загрузки. Проверка строится на примерах товаров с разными характеристиками, вариантами и неполными данными. Это позволяет согласовать правила отображения и фильтрации до массовой загрузки.
- По каким признакам принимать готовый интернет-магазин?
Приёмка идёт по заранее согласованным сценариям и составу передаваемых материалов. Проверяют каталог, поиск, фильтры, карточки, корзину, оформление заказа, обмен данными и порядок дальнейшей работы.