Дмитрий Дронов

Пользователям было сложно быстро понять, куда идти в каталоге, как отличаются модели и какой товар подходит под их задачу. Из-за этого часть трафика не переходила глубже в каталог или уходила без осознанного выбора.

Я разобрал основные сценарии входа в каталог, пересмотрел структуру меню и фильтров, выделил точки, где пользователь терял ориентацию, и предложил более понятную логику навигации.

Результат: пользователи стали глубже просматривать сайт и дольше оставаться в сценарии выбора.

Связанный кейс: Рост e-commerce метрик

В категории массажных кресел и товаров для здоровья решение о покупке редко принимается сразу. Пользователю нужно понять разницу между моделями, оправдать цену, оценить доверие к продукту и получить уверенность перед заказом.
Я выделил ключевые барьеры выбора и предложил продуктовые решения вокруг них: квиз для подбора товара, объясняющий контент в каталоге, рассрочку, сплит-оплату и сценарий тест-драйва.

Результат: путь от интереса к следующему шагу покупки стал понятнее, а пользователь получил больше способов снизить сомнение перед заказом.

Связанный кейс: Снижение барьеров покупки в e-commerce

В каталоге не хватало объяснений, которые помогали бы пользователю разобраться в различиях между товарами. Для дорогих и сложных продуктов это критично: без понятного контекста пользователь откладывает выбор или уходит сравнивать в другие источники.

Я предложил использовать контент не как отдельные статьи “для SEO”, а как часть сценария выбора: объяснять различия между моделями, помогать выбрать товар под задачу и подводить пользователя к следующему действию.

Результат: каталог стал работать не только как список товаров, но и как инструмент принятия решения.

Связанный кейс: Снижение барьеров покупки в e-commerce

Я смотрел на сайт не как на набор отдельных страниц, а как на путь пользователя: вход в каталог, выбор, сравнение, доверие, условия покупки и оформление.

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

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

Связанный кейс: Рост e-commerce метрик

Раньше запуск нового сайта зависел от IT, верстки и ручного наполнения контентом. Это замедляло работу и создавало постоянную зависимость бизнеса от разработки.

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

Результат: запуск сайта сократился с часов или дней до примерно 30 минут. Система выросла примерно до 2000 сайтов и используется до сих пор.

Связанный кейс: Платформа генерации сайтов отелей

В CRM накопились дубли компаний и юрлиц. Заказы одного клиента могли быть разбросаны по разным карточкам, а IT регулярно исправлял ошибки вручную.

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

Результат: количество тикетов в IT по карточкам компаний снизилось с 2–5 обращений в день до 2–3 обращений в месяц.

Связанный кейс: CRM: карточка компании и юрлица

Компания хотела принимать рекламный трафик не только на информационные сайты, но и в полноценный сценарий выбора и бронирования отеля.

Я проработал основу MVP: поиск, карточки объектов, карту, доступность через API, альтернативные предложения, админку и сценарии обработки заявок. Важно было не просто показать отели, а собрать понятную логику выбора, проверки доступности и перехода к бронированию.

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

Связанный кейс: MVP платформы онлайн-бронирования

В компании работало больше 300 сотрудников, но не было единого места, где можно быстро найти человека, его отдел, руководителя, статус и контакты. Из-за этого сотрудники часто шли к РОПам и руководителям за простой справочной информацией.

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

Результат: сотрудники получили self-service инструмент для быстрого поиска коллег. По обратной связи, нужного человека и контакты стало можно найти примерно за минуту без обращения к руководителям.

Связанный кейс: Справочник сотрудников в CRM

Менеджеры регулярно спрашивали РОПов, сколько осталось до плана, как считается премия и какие показатели влияют на зарплату. РОПам приходилось искать эти данные в отчетах и объяснять одно и то же разным сотрудникам.

Я собрал ключевые показатели в главную страницу CRM: прогресс по плану, воронку заявка, заказ, оплата, статистику по месяцам, контроль звонков, комментарии руководителя и мотивационные ориентиры.

Результат: 100+ менеджеров получили прозрачный экран с планом, KPI и мотивацией. По обратной связи РОПов, стало меньше повторяющихся вопросов о прогрессе и расчете премии.

Связанный кейс: Дашборд менеджера в CRM

Многие проблемы внутри компании повторялись из месяца в месяц: сотрудники искали контакты через руководителей, менеджеры уточняли планы у РОПов, IT исправлял ошибки в CRM, данные хранились разрозненно.

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

Результат: часть повторяющихся вопросов, проверок и ручных операций перешла в self-service инструменты, которыми сотрудники могли пользоваться самостоятельно.

Связанный кейс: CRM-кейсы и внутренние продукты

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

После этого собираю требования, фиксирую ограничения, описываю сценарии и договариваюсь с командой о реалистичном варианте запуска.

Мне близок подход, где продуктовые решения проверяются не только мнением, но и поведением пользователей, обратной связью, метриками и здравым смыслом.

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

За последние годы я работал с CRM, e-commerce, внутренними сервисами, исследованиями, пользовательскими сценариями, требованиями и запуском решений. Этот опыт постепенно привел меня от UX и product design к роли Product Manager / Product Owner.

Дополнительно проходил обучение по дизайну, управлению персоналом, организации проектов, продажам и лидерству.