Магазин — это не сайт с кнопкой «купить»
Технически интернет-магазин отличается от корпоративного сайта одним: у него есть состояние. Товар лежит в корзине, остаток на складе меняется, оплата может пройти или не пройти, заказ проходит через несколько статусов. Каждое из этих состояний может сломаться — и сломается оно на реальных деньгах клиента.
Поэтому в магазине основная работа не в дизайне, а в сценариях: что происходит, если товар закончился, пока покупатель заполнял адрес; что видит клиент, если оплата зависла; как отменяется заказ и возвращаются деньги. Эти сценарии редко обсуждают на брифе, и именно они потом дают поток обращений в поддержку.
Отсюда и срок 4–8 недель против 2–4 у корпоративного сайта при похожем количестве страниц. Основное время уходит не на вёрстку, а на то, чтобы каждый путь покупателя работал предсказуемо и в неудачных случаях тоже.
Свой магазин против маркетплейса
Маркетплейс даёт готовый трафик и забирает комиссию с каждой продажи плюс расходы на продвижение внутри платформы. Пока объёмы небольшие, это выгодная сделка: платите только за результат. Когда объёмы растут, комиссия превращается в постоянный отток, который никуда не денется.
Второе, что забирает маркетплейс, — клиентскую базу. Покупатель остаётся клиентом платформы, а не вашим: вы не можете написать ему напрямую, предложить повторную покупку, собрать отзыв. Правила площадки при этом меняются без вашего участия, и весь канал продаж живёт на чужих условиях.
Разумная схема для большинства — работать в обе стороны. Маркетплейс приводит новых покупателей, свой магазин удерживает тех, кто уже покупал, и обслуживает трафик из поиска и рекламы, где комиссию платить не нужно. Свой магазин при этом окупается не первой продажей, а разницей в марже на повторных.
Цена: от чего зависят 150 000 ₽ и куда они растут
От 150 000 ₽ — это магазин с работающим каталогом, фильтрами, корзиной, онлайн-оплатой, расчётом доставки, админкой для товаров и заказов и уведомлениями. То есть полный цикл продажи, который можно включать и продавать.
Основной множитель цены — интеграции. Синхронизация остатков и цен с 1С, подключение нескольких служб доставки, выгрузка в маркетплейсы, личный кабинет с историей заказов и программа лояльности — каждый пункт добавляет ощутимую часть бюджета, потому что каждый требует отдельного тестирования на краевых случаях.
Второй множитель — структура каталога. Магазин на 50 товаров в трёх категориях и магазин на 5 000 товаров с вариациями по размеру и цвету — это разные проекты при одинаковом дизайне. Объём каталога стоит обсудить на брифе честно, включая планы на год вперёд.
SEO в магазине закладывается на старте
В магазине поисковый трафик приходит не на главную, а на категории и карточки товаров. Это значит, что структура каталога — это одновременно и структура поискового трафика: категории должны совпадать с тем, как люди ищут товар, а не с тем, как он лежит на складе.
Технически на старте закладываются: серверный рендеринг каталога, микроразметка товаров с ценой и наличием, канонические адреса для страниц фильтров, корректная пагинация и sitemap, который обновляется вместе с каталогом. Всё это дёшево сделать сразу и дорого добавить в работающий магазин.
Отдельно про цены и наличие: поисковики оценивают выше магазины, где цена указана открыто, а товар в наличии. Кнопка «уточнить стоимость» вместо цены — прямой минус в ранжировании и в конверсии одновременно.
Что подготовить до старта разработки
Магазин — единственный тип проекта, где часть подготовки не зависит от разработчика и может задержать запуск сильнее, чем сама разработка. Первое: юридическое лицо или ИП. Эквайринг физическому лицу не подключат, а оформление ИП и заключение договора с платёжным провайдером занимает от нескольких дней до пары недель.
Второе: каталог в машинночитаемом виде. Не «фотографии в папке и цены в переписке», а таблица или выгрузка из учётной системы: название, артикул, категория, цена, остаток, описание, ссылки на фото. Чем раньше она появится, тем раньше можно проверить фильтры и сортировки на реальных данных, а не на десяти тестовых товарах.
Третье: решение по логистике. Какие службы доставки, откуда отгружаете, есть ли самовывоз, как считается стоимость — по весу, по зоне или фиксированно. Это влияет на логику оформления заказа, и менять её на середине разработки дороже всего.
Четвёртое: фотографии товаров в едином формате. Разнокалиберные снимки с разным фоном портят каталог сильнее, чем кажется, — и переснимать их после запуска придётся всё равно.