Разработка интернет-магазина
В интернет-магазине зарабатывает не дизайн. Зарабатывают честные остатки, быстрый каталог и оформление заказа, которое не отваливается на третьем шаге. Поэтому первый вопрос у нас не про цвета, а про то, сколько у вас товаров, откуда берутся цены и как заказ попадает в учёт.
Если номенклатура ведётся в 1С кое-как, никакой фронтенд это не спасёт: на сайте будут те же дубли и пустые характеристики. Часть работы почти всегда уходит на приведение данных в порядок — мы говорим об этом сразу, а не в середине проекта.
Обсудить задачуКогда пора делать магазин
- 01Заказы принимаете в мессенджерах и теряете их в переписке
- 02Каталог живёт в PDF-прайсе, который менеджер рассылает вручную
- 03Продаёте на маркетплейсах и отдаёте им комиссию и клиента
- 04Магазин есть, но на платформе, которая не тянет ваш объём товаров
- 05Остатки на сайте расходятся со складом, и клиенты заказывают то, чего нет
Что должно быть в рабочем магазине
- Каталог с фильтрами, которые не тормозят на десятках тысяч позиций
- Карточка товара с характеристиками из учётной системы, а не набранными руками
- Корзина и оформление заказа в минимальное число шагов, без обязательной регистрации
- Онлайн-оплата и фискализация по 54-ФЗ
- Расчёт доставки по реальным тарифам служб, а не «уточняйте у менеджера»
- Двусторонний обмен с 1С: товары, цены, остатки — на сайт, заказы — обратно
- Личный кабинет с историей заказов и повторным заказом в один клик
- Промокоды, акции и наборы, если они у вас есть в жизни
- Электронная торговля в аналитике — иначе непонятно, что окупается
Порядок работы
- 01
Разбор товарного учёта
Смотрим выгрузку из 1С или прайс: сколько позиций, какие свойства заполнены, есть ли дубли. Отсюда становится понятен реальный объём проекта.
- 02
Сценарии покупки
Проектируем путь от поиска товара до оплаты для каждого типа клиента: розница, опт, повторный заказ.
- 03
Каталог и карточка
Проектируем фильтры под ваши характеристики. Это самая денежная часть магазина и самая частая причина отказов.
- 04
Обмен и интеграции
Настраиваем обмен с учётом, подключаем оплату, доставку, уведомления. Проверяем на боевых данных.
- 05
Нагрузка и запуск
Прогоняем каталог под нагрузкой, закрываем узкие места кеша и базы, переносим на боевой домен с сохранением адресов страниц.
Смежные сценарии
Отдельные направления
Внутри этой услуги есть задачи со своей спецификой — они разобраны отдельно.
Что обычно спрашивают
Сколько стоит интернет-магазин?
Зависит в первую очередь от каталога и обмена с учётом, а не от числа страниц. Пятьсот товаров с ручной загрузкой и пятьдесят тысяч с двусторонним обменом с 1С — работы разного порядка. Пришлите выгрузку или ссылку на текущий прайс, и мы назовём сумму по факту.
На какой платформе будете делать?
Если вы уже живёте в 1С и вам важен штатный обмен — обычно это Битрикс. Если каталог большой, а скорость критична — собственный бэкенд и фронтенд на Next.js. Мы объясним разницу на вашем примере и не будем продавать платформу, которая нам удобнее.
Можно перенести существующий магазин без потери позиций?
Да, это отдельная задача со своим планом: сохраняем адреса страниц, настраиваем переадресацию со старых на новые, переносим метатеги и следим за индексацией после переезда. Без этого трафик действительно проседает.
Сколько товаров выдержит каталог?
Дело не в числе позиций, а в том, как устроены фильтры и кеширование. Каталог на пятьдесят тысяч товаров работает быстро, если спроектирован под этот объём с самого начала, — поэтому мы и спрашиваем размер каталога до, а не после.
Кто будет чинить магазин, если что-то сломается?
Мы, если возьмёте техническую поддержку — там оговорены время реакции и порядок действий при авариях. Без поддержки решаем разово, в рабочее время.
Нужна ли интеграция с маркетплейсами?
Если вы уже торгуете на Ozon или Wildberries — почти всегда да, иначе остатки будут расходиться. Это отдельный блок работ, выносим его в смету строкой.