Блог о разработке интернет-магазинов или торговых сайтов.

Почему клиент выбирает дверь, а покупает проём — разработка интернет-магазина дверей

Интервью / e-commerce / двери

Почему клиент выбирает дверь, а покупает проём?

Как магазин дверей отказался от каталога «модель + цена» и превратил выбор двери в понятный сценарий под конкретное помещение.

Редакционная пометка. История собрана на основе типовых задач e-commerce-проектов STOREDEV. Имя героя, название компании и отдельные детали изменены из-за NDA.
проём 800 ммСЦЕНАРИЙ ПОДБОРА01
проём → комплектация → подходящая дверь01 / 04
С чего всё началось

У нас хорошие двери. Но почему клиент не может просто выбрать одну?

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

И
Илья / STOREDEV

Давай начнём с самого простого. Что вас не устраивало в старом интернет-магазине?

А
Андрей / предприниматель

На первый взгляд — почти ничего.

Товары были. Цены были. Фотографии были. Каталог большой.

Но почему-то люди всё равно звонили. «Мне нужна дверь 80 сантиметров». «А эта встанет сюда?» «Какую коробку выбрать?» «У меня открывание в другую сторону?»

И
Илья

И вы сначала считали, что это нормальная работа менеджера?

А
Андрей

Да. Пока не начали смотреть, сколько таких разговоров происходит за день.

Тогда и появился вопрос: почему человек вообще должен звонить, если ответ связан не с уникальной консультацией, а с обычной комбинацией параметров?

«Мы перестали думать о двери как о товаре. Человек покупает решение под конкретный проём.»
Настоящая проблема

Клиент приходит без артикула. И это нормально.

Вместо модели человек знает цвет, размер, стиль, комнату и требования к комплектации. Сайт должен работать с этим уровнем знаний, а не требовать от покупателя знания каталога.

И
Илья

Как клиент обычно формулировал запрос?

А
Андрей

Очень по-разному. «Мне нужна белая дверь в спальню». «Нужна дверь 80 сантиметров». «Хочу современную, но без сложного стекла».

Для менеджера это мало информации. Для клиента — абсолютно нормальный способ объяснить, чего он хочет.

И
Илья

То есть проблема была не столько в поиске, сколько в точке входа?

А
Андрей

Да. Мы требовали от человека слишком много знаний о нашем ассортименте. А надо было сначала разобраться в его задаче.

01

Знаю модель

Артикул или название → карточка → размер → комплектация → заказ.

02

Знаю, что нужно

Размер, цвет, стиль, открывание и другие признаки → подходящие варианты.

03

Не знаю, что выбрать

Несколько вопросов → подбор решений → понятное сравнение.

04

Нестандартный объект

Сайт собирает контекст → менеджер подключается уже к подготовленному запросу.

Конфигурация

Мы чуть не сделали конструктор для конструктора.

Вариантов слишком много: покрытие, коробка, наличники, стекло, петли, ручка, размер, открывание. Если показать всё сразу, интерфейс быстро превращается в отдельную профессию.

И
Илья

Что произошло, когда вы попытались показать все параметры сразу?

А
Андрей

Получился конструктор для конструктора. Мы сами сидели и думали: если человеку нужна просто дверь, зачем ему на первом экране знать характеристики всех комплектующих?

И
Илья

И что поменяли?

А
Андрей

Разделили выбор на этапы. Сначала то, что влияет на решение. Потом то, что влияет на комплектацию. Потом детали.

Товарная модель

Система должна понимать, какие детали совместимы между собой.

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

На входе

Разные поставщики говорят на разных языках

Одни и те же характеристики могут называться по-разному, а значения приходят в разных форматах.

ЦветНазвание, код, обозначение поставщика
РазмерыРазные форматы и правила записи
КомплектацияСвои названия коробок, наличников и фурнитуры
На выходе

Единая модель товара

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

СовместимостьКакие элементы можно сочетать
ПравилаКакие комбинации доступны или недоступны
СинхронизацияЦены, наличие и актуальность данных
Менеджер

Автоматизация не убрала менеджера. Она убрала необходимость быть справочником.

Рутинные вопросы можно перенести на сайт. А сложные случаи оставить специалисту, который получает уже собранный контекст.

И
Илья

Если сайт умеет многое сам, менеджер становится не нужен?

А
Андрей

Нет. Он начинает заниматься другой работой.

Раньше менеджер объяснял базовые вещи. Теперь сайт может объяснить их сам, а менеджер подключается к нестандартному проёму, большому заказу или сложному объекту.

И
Илья

То есть вместо «Здравствуйте, хочу дверь» он получает уже нормальный контекст?

А
Андрей

Да. Модель, размер, открывание, цвет, комплектация и конкретный нерешённый вопрос.

01

Сайт объясняет базовое

Пользователь не должен звонить из-за очевидных вопросов.

02

Система помогает выбрать

Каталог работает с задачей, а не только с названием товара.

03

Данные передаются дальше

Информация синхронизируется с внутренними системами компании.

04

Менеджер решает сложное

Человек подключается там, где автоматизации уже недостаточно.

Сложный товар не должен означать сложный интерфейс.

И
Илья

Как изменился подход к странице товара?

А
Андрей

Мы перестали думать о ней как о странице товара.

Это уже не «вот дверь, вот цена». Это скорее: «вот решение, вот как оно выглядит, вот что входит и какие варианты можно изменить».

И
Илья

А что осталось самым важным экраном?

А
Андрей

Наверное, тот, где человек видит, что он уже выбрал и что ему ещё осталось решить.

«Покупатель не должен изучать устройство магазина. Он должен понимать: эта дверь мне подходит.»
И
Илья

То есть дизайн здесь не про красивую карточку?

А
Андрей

Нет. Про уверенность в выборе.

Что изменилось

Магазин начал продавать не модели, а готовые решения.

Сложность системы переместилась внутрь. Для клиента путь стал понятнее: он может искать по модели, подбирать по задаче или передать сложный запрос менеджеру.

Человеку больше не нужно сначала стать специалистом по дверям.

Сайт помогает ему перейти от исходной задачи к подходящему варианту, а внутренние процессы поддерживают этот сценарий данными, связями и автоматизацией.

01Поиск можно начинать с модели, задачи или параметров.
02Комплектация строится вокруг совместимых элементов.
03Данные из разных источников приводятся к единой модели.
04Менеджер получает уже подготовленный сложный запрос.
Последний вопрос

Хороший каталог начинается не с товара. Он начинается с задачи.

И
Илья

Если завтра вы снова будете запускать интернет-магазин с нуля, что сделаете первым?

А
Андрей

Зададим себе вопрос: как человек понимает, что именно ему нужно?

И
Илья

А если оставить от всего проекта одну мысль?

А
Андрей

Клиент выбирает дверь. Но на самом деле он покупает уверенность, что эта дверь подойдёт именно ему.

Почему клиент должен разбираться в вашем каталоге, если вы сами можете разобраться в его задаче?

STOREDEV проектирует e-commerce-системы вокруг реальной логики бизнеса: каталога, данных, интеграций, поиска, автоматизации и пользовательского сценария.
Обсудить проект
История является собирательным редакционным кейсом, основанным на типовых задачах e-commerce-проектов STOREDEV. Имя героя, название компании и отдельные детали изменены. Текст не является отзывом конкретного клиента.
2026-09-18 13:02 Полезное Заказчику