Сайт для магазина: от карточки товара до первого проверенного заказа

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

Зафиксируйте категории, число товаров, варианты по размеру или цвету, правила наличия, регионы продажи и ответственных за обновление информации. От этих данных зависят выбор платформы, структура каталога и интеграции.

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

Заранее решите, где находится источник правды: в CMS сайта, учётной системе или другом каталоге. Если товары ведутся в нескольких местах, определите направление синхронизации и поведение при ошибке обмена. Ручное копирование допустимо для небольшого старта, если назначен владелец обновлений.

• Проверьте фото и alt для каждого опубликованного варианта.
• Не показывайте недействительную цену как подтверждённую.
• Укажите условия наличия и доставки рядом с решением о покупке.
• Сохраните идентификатор товара в заказе и CRM.

Проверьте, как корзина пересчитывает варианты, количество, скидку и доставку. Контактные поля должны собирать только данные, необходимые для заказа. После оплаты или оформления покупатель должен увидеть понятный итог, а команда — получить полный заказ без потери выбранных вариантов.

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

Заказу нужен уникальный номер, состав, контакты, источник и статус. Если магазин подключён к CRM или учёту, проверьте защиту от дублей и повторную доставку события при сбое. Менеджер должен видеть изменение оплаты и наличия, а клиент — не получать ошибочное подтверждение.

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

Тестовый заказ: товар + вариант + количество
→ корзина и итоговая сумма
→ оплата или подтверждённая заявка
→ чек и уведомление по применимой схеме
→ запись в CRM / учёте без дубля
→ согласованные доставка и возврат

Пройдите путь на телефоне и компьютере как новый покупатель: поиск товара, выбор варианта, изменение количества, оформление, оплата в разрешённом тестовом режиме и подтверждение. Проверьте результат в административной системе, уведомлениях и документах. Отдельно проверьте отмену и ошибку оплаты.

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