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