Dversen
Dversen - переписали логику InSales в свой код. В прод клиент не переехал
Клиент хотел уйти с InSales на свою инфраструктуру. Мы перенесли логику платформы в код: каталог, умная карточка, админка «как привычно». В итоге огромный каталог и объём миграции остановили переезд - и мы зафиксировали ошибку подхода.
О клиенте
Dversen - магазин межкомнатных и входных дверей с большим ассортиментом: цвета, стёкла, размеры, фурнитура, погонаж.
Сайт жил на InSales. Клиент захотел свою инфру: контроль, кастом и независимость от SaaS-витрины. Задача звучала как «перенести магазин» - по факту это была перепись логики целой e-commerce платформы.
Какая была задача
- Не «сайт с каталогом», а логика InSales: варианты, цены, остатки, выгрузки, заказы
- Умная карточка: цвет, стекло, размер, опции - без потери привычного UX
- Админка, близкая по удобству к платформе, к которой клиент привык
- Огромный каталог: миграция данных и вариантов оказалась критическим риском
Что сделали
Зачем уходили с InSales
Клиенту нужна была своя инфраструктура: меньше зависимости от SaaS, больше кастома. Мы взяли курс переписать логику InSales в код и сохранить ощущение «знакомой платформы», чтобы команда не училась магазину заново.
Витрина и умная карточка
На витрине - карточка двери с ценой и конфигурацией: цвет (эко-шпон и др.), стекло, размер полотна, опции заполнения. Покупатель собирает комплектацию так же, как привык на старой платформе - только уже на своём стеке.
Админка под большой каталог
Админка: товары, категории (межкомнатные / входные / погонаж / фурнитура…), импорт/экспорт, цены и остатки, выгрузки, отзывы, заказы, SEO-шаблоны, промокоды. Сетка каталога и режим «по цветам и стеклу» - десятки вариантов одной модели Турин 501 на одном экране. Это и есть масштаб, который потом ударил по миграции.
Почему не запустились
Каталог оказался огромным. Переезд означал перенос и перепроверку массы SKU, связей цвет/стекло/размер, остатков и привычных процессов. Клиент оценил объём изменений и решил не переезжать на новый сайт - остался на InSales.
Какую ошибку мы зафиксировали
Мы решили переписать с нуля огромную платформу для интернет-магазинов и недостаточно жёстко зафиксировали функциональный объём нового проекта. Без чёткого MVP-среза «что обязательно в v1, что потом» объём расползся до «почти InSales целиком» - это дорого и рискованно для миграции. Урок: при уходе с платформы сначала резать scope и план переноса данных, а не воспроизводить всё 1-в-1.
Галерея
Как это работает
Сценарий пользователя
- Открывает каталог дверей и карточку модели
- Выбирает цвет, стекло, размер и опции
- Кладёт в корзину / оформляет заказ
Сценарий команды / админа
- Ведёт каталог в админке: категории, фото, варианты
- Правит цены/остатки, выгрузки, SEO и промокоды
- Обрабатывает заказы - в этом проекте до боя на проде не дошли
Стек и сроки
- Было
- InSales
- Цель
- Своя инфра · логика платформы в коде
- Итог
- Не запущен · клиент не переехал
Срок: Перепись логики InSales → остановка до переезда
Результат
Собрали витрину с умной карточкой и админку, близкую по духу к InSales (каталог, варианты цвет/стекло, заказы, SEO, промокоды). В прод не вышли: огромный каталог и объём переноса - клиент отказался переезжать. Зафиксировали ошибку: нельзя переписывать платформу e-commerce с нуля без жёстко зафиксированного scope. Скрины - в галерее.
Подойдёт, если вам нужно
- Нужен конфигуратор товара с опциями, не плоский каталог - Разработка сайта под ключ
- Предстоит миграция большого ассортимента - Разработка сайта под ключ
- E-commerce дверей / мебели / сложных SKU - Разработка сайта под ключ
Уходите с InSales / Shopify - без переписывания «всей платформы»?
Пришлите объём каталога и must-have из текущей платформы - нарежем MVP переноса и оценим риск миграции данных до старта кода.
