Сначала обсудим вот что
Если заказов в месяц немного, а устройство товаров стандартное, начинать разумнее с арендованной платформы, а не с магазина, написанного с нуля. Разницу вы заметите не в стоимости запуска, а в нагрузке на поддержку и обновления.
Причина перехода на отдельную разработку — обычно не объёмы, а правила: своя цена для дилера, расчёт по размеру, связь с ERP. Если ничего из этого нет, не торопитесь.
Путь одного заказа
Здоровье магазина показывает один заказ, прошедший от начала до конца без обрыва. При запуске мы проверяем этот путь шаг за шагом.
- 01
Находит
Посетитель находит товар через поиск, категорию или рекламу. Страница должна открываться быстро, цена и наличие — быть понятны.
- 02
Корзина
Стоимость доставки и срок должны быть видны здесь. Самая частая причина брошенной корзины — неожиданная сумма на шаге оплаты.
- 03
Оплата
Данные карты вводятся в рамке платёжного сервиса и до нас не доходят. Сценарий 3-D Secure проверяется настоящей картой.
- 04
Подтверждение
Создаётся запись о заказе, обеим сторонам уходит уведомление, остаток списывается.
- 05
Отгрузка
Интеграция с доставкой создаёт отправление, трек-номер привязывается к заказу и уходит клиенту.
- 06
Возврат
Срок отказа и условия возврата работают по закону, заявки отслеживаются в панели.
Работающий пример: pekerox.com
Магазин чистящей химии для судов, промышленных объектов и солнечных электростанций. Можете открыть и походить по нему; всё описанное здесь там работает.
Дело было не в количестве товаров. Один и тот же товар продаётся владельцу катера как «средство для мытья трюма», а промышленному предприятию — как «тяжёлый растворитель масел». Втиснутые в одно дерево категорий, все три типа покупателей переставали находить нужное. Мы построили категории по области применения, и товар может показываться сразу в нескольких.
В химии область применения и дозировка — часть решения о покупке. Поэтому техническая информация стоит рядом с ценой, а не внизу каталожной страницы.
- Категория, товар, корзина, доставка и оплата работают насквозь
- Ленты «рекомендуем», «новинки» и «со скидкой» ведутся из панели
- Собран на Next.js, управление магазином — в отдельной панели
Правовые обязанности при продаже в Турции
Если вы продаёте через интернет клиентам в Турции, действуют правила ниже. Они не добровольные и планируются вместе с технической частью. Если вы продаёте в другой стране, действует её собственное регулирование — соответствия там нужно проверять отдельно.
Эта таблица носит справочный характер и не является юридической консультацией. Мы не юристы; тексты до публикации должны прочитать ваш адвокат или бухгалтер.
Как выбирается приём платежей
Есть два пути: взять эквайринг в своём банке или использовать платёжный сервис. У банка комиссия обычно ниже, а заявка рассматривается дольше. У платёжного сервиса наоборот.
В обоих случаях данные карты на наш сервер не попадают. Страница оплаты открывается в рамке сервиса или через переход к нему, и большая часть обязанностей по PCI-DSS остаётся на стороне сервиса.
При рассмотрении заявки поставщики открывают ваш сайт и смотрят его. Если договор дистанционной продажи, условия возврата и доставки, политика конфиденциальности и понятные реквизиты не опубликованы, заявку вернут. Эти страницы мы готовим в рамках запуска.
Самая крупная часть работы: данные о товарах
Проекты опаздывают из-за данных, а не из-за программирования. Товары без фотографии, описание которых лежит в отсканированном каталоге PDF, а таблица размеров — в разрозненных файлах Excel, готовыми к публикации не считаются.
- На каждый товар: название, артикул, категория, короткое и длинное описание, хотя бы одна фотография
- Для товаров с вариантами: таблица размеров и цветов, сведённая с артикулами
- Вес и объёмный вес для расчёта доставки
- Описания на языке покупателя, а не на языке каталога
- Таблица соответствия полей, если данные переносятся из ERP
Почему поиск в магазинах устроен иначе
Потому что число страниц растёт быстро. Если параметры фильтров и сортировки не держать под контролем, к одному и тому же списку товаров можно попасть с десятков разных адресов.
- Управление canonical на адресах с фильтрами и сортировкой
- У распроданного товара показывать замену вместо удаления страницы
- На страницах категорий короткий, но настоящий текст описания
- Структурированные данные товара и предложения, с ценой и наличием
- Разметка отзывов только там, где есть настоящие отзывы покупателей
