Путь покупателя
Проверьте весь сценарий: найти категорию, выбрать товар, изучить характеристики, добавить в корзину, указать данные и оформить заказ. На каждом шаге должно быть понятно, что произойдёт дальше. Не заставляйте человека искать условия доставки после заполнения длинной формы.
Страницы и информация
В базовом магазине Lionweb предусмотрены главная, каталог, карточка товара, корзина, оформление заказа, о компании и контакты. Для конкретного бизнеса понадобятся условия доставки, оплаты и другие сведения. Фильтры, варианты товара и поиск нужно описать в ТЗ с учётом ассортимента.
Административная часть
У команды должен быть понятный способ добавлять товары и работать с заказами. Уточните, какие поля можно менять, нужны ли категории, остатки, импорт и роли сотрудников. Перед запуском проверьте, сможет ли сотрудник без разработчика выполнить типовые операции.
Оплата и интеграции
Онлайн-оплата подключается через согласованного банковского или платёжного провайдера. Нужны договор и доступы. Если данные поступают из CRM или учётной системы, заранее определите источник каталога, направление синхронизации и поведение при ошибках. Название CRM само по себе не описывает интеграцию.
Проверка перед запуском
Пройдите заказ с телефона, проверьте обязательные поля, сообщения об ошибках и работу корзины. Для оплаты используйте тестовый сценарий провайдера. В Lionweb стоимость магазина составляет 550 000–850 000 ₸, ориентир по сроку — 7–9 дней для согласованного объёма.
Каталог начинается с данных о товаре
Подготовьте несколько реальных карточек: название, фотографии, цену, характеристики и варианты. Затем определите, по каким признакам покупатель выбирает товар. Для косметики это могут быть назначение и объём, для ткани — состав и цвет. Фильтры и категории должны следовать за ассортиментом. Не стоит заранее копировать фильтры крупного магазина, если у ваших товаров нет соответствующих данных.
Что должно происходить после заказа
Важно договориться не только о странице успешного оформления. Кто увидит заказ, где изменится его статус и каким способом команда свяжется с покупателем? Нужны ли сообщения, передача в CRM или работа только в административной панели? Проверьте сценарий отмены и повторного обращения. Чем яснее процесс описан до разработки, тем меньше ручных уточнений понадобится сотрудникам после запуска магазина.
Как избежать двойного ведения каталога
Если товары уже хранятся в учётной системе, обсудите её роль заранее. Выберите источник названий, цен и остатков. Уточните, какие поля можно менять на сайте и не затрутся ли они при следующем обмене. В кейсе SALTASHOP товары поступают из Paloma 365. Это пример конкретной интеграции, а не автоматическое обещание одинакового обмена с любой системой: состав данных и доступы проверяются отдельно.
Минимальный сценарий проверки
Добавьте два товара, измените количество, удалите один и оформите заказ. Повторите действие с телефона. Проверьте пустую корзину, неверный телефон, отсутствие обязательного поля и недоступность выбранного способа оплаты. Сотрудник магазина должен увидеть нужные данные и понять следующий шаг. Такой проход по реальному заказу полезнее проверки только первого экрана: он показывает, действительно ли магазин готов к ежедневной работе.
