Сайт продукта: https://import-avto.online
Сбер Авто ИМПОРТ: сервис ОНЛАЙН заказа авто
Разработка продукта полного цикла — от концепции до тестирования
Защита домашнего задания · групповой отчёт (ДЗ №1)
Проект группы 12, программа Сбер 2026
Участники группы
- Золотарев Никита
- Бунин Артем
- Белоусов Евгений
- Шуракова Жанна
- Пышкин Андрей
- Васильева Татьяна
Организационные вводные
- Срок: с 30 марта по 26 апреля 2026, 23:59 МСК
- Формат: групповая работа
- Удельный вес в оценке: 100%
- Проходной балл: 80 из 100 (зачёт по курсу)
- Итоговый сдаваемый формат (по курсу): один документ docs или pptx (презентация или отчёт), включающий все перечисленные разделы
- Инструмент: платная Cursor Pro на период выполнения задания
Раздел 1. Концепция и продуктовое обоснование
Опишите продукт и обоснуйте, зачем он нужен.
1.1. Проблема
Какую проблему решает продукт? В какой ситуации пользователь сталкивается с ней? Как решает без вашего продукта? Ниже — тезисы со слайда «Проблема рынка» (все формулировки на русском языке).
Проблема рынка: спрос на бу авто растёт
Рынок б/у в этом году вырос на +31 %.
Барьеры рынка
- 1 Непрозрачное ценообразование. Скрытые комиссии, трудно спрогнозировать итоговую стоимость из-за валютных курсов и пошлин.
- 2 Отсутствие целевого финансирования. В банках нет отдельных кредитных продуктов под заказ автомобиля из-за рубежа.
- 3 Дефицит доверия. Высокие риски мошенничества, непрозрачные переводы и обналичивание вне легального контура.
- 4 Разбросанный путь клиента. Подбор, логистика, таможня и оплата оказываются на разных площадках и в разных кабинетах.
Данные Autostat: импорт легковых в РФ
Скриншоты инфографики: autostat.ru
Вывод: рынок б/у по импорту растёт, рынок новых — сжимается; поставки б/у в основном из Японии и Китая.
1.2. Целевая аудитория
Наш клиент – B2C
- Профиль: физлица 25–45 лет.
- Бюджет: 1,5–3 млн ₽.
- Цель: ищут авто мощностью до 160 л.с. (Япония / Китай).
Почему именно эта аудитория?
- Источник: Autostat, сегмент б/у авто.
- Данные по покупке б/у авто: до 160 л.с. — 94,8 %, свыше — 5,2 %.
- Самый проходной сегмент с учётом текущего утилизационного сбора.
- Молодая аудитория, готовая покупать авто онлайн и с ожиданием поставки.
Ключевой вывод CustDev: клиент ищет не просто минимальную цену — ему нужны гарантии и безопасность, предсказуемость сделки. Такой партнёр, как Сбер, может это обеспечить.
1.3. Связь с исследованиями пользователей
Проводилось анкетирование, глубинное исследование пользователей и опрос дилеров. Сначала — выводы по физлицам (B2C), затем — тезисы по интервью с дилером «Тачки» (Иркутск).
Что показал опрос пользователей
Мы опросили 74 пользователя с опытом покупки б/у авто, чтобы понять реальные барьеры: доверие, сложность выбора, риски сделки и готовность платить за безопасный формат покупки.
Пользователь хочет не просто дешевле. Он хочет безопаснее, понятнее и без риска потерять деньги.
Рынок б/у авто перегружен предложениями, но не даёт клиенту уверенности. Главные боли: скрытые дефекты, сложность выбора, недоверие к процессу и непредсказуемые расходы.
-
81%
Ищут авто на сайтах объявлений
Вывод клиент начинает путь онлайн, но дальше остаётся один на один с хаосом рынка.
-
59%
Сталкивались со скрытыми дефектами
Вывод проблема качества не надуманная.
-
38%
Отмечают сложность выбора
Вывод предложений много, но принять решение сложно.
-
74%
Готовы доплатить за проверку и снижение рисков
Расчёт 55 из 74 готовы платить от +5% и выше.
Дополнительно по опросу: графики, развёрнутые инсайты и финальный вывод
Где искали авто
Сайты объявлений 81% · остальные каналы 19%
Проблемы при покупке (топ)
-
скрытые дефекты 59%
-
сложность выбора 38%
-
допрасходы после сделки 61%
Готовность доплатить за снижение риска
-
до +5% — 51%
-
до +10% — 19%
-
более +10% — 4%
Барьеры покупки б/у из-за рубежа
-
знают о варианте — 97%
-
рассматривали — 47%
-
не доверяют — 34%
-
считают сложным/непонятным — 32%
-
Инсайт 1. Рынок есть, доверия нет
- 59% сталкивались со скрытыми дефектами
- 41% указали, что техническое состояние было хуже ожидаемого
- 30% сталкивались с несовпадением информации
Покупатель не уверен, что описание автомобиля соответствует реальности. Проверка состояния и прозрачная история авто должны быть не дополнительной услугой, а базовой частью продукта.
-
Инсайт 2. Клиент ищет онлайн, но решение принимает тяжело
- 81% ищут через сайты объявлений
- 45% искали авто от 2 до 4 недель
- 28% искали больше месяца
Онлайн уже стал основным каналом поиска, но не решил проблему выбора. Пользователь видит много вариантов, но не понимает, каким можно доверять.
-
Инсайт 3. Покупка б/у авто остаётся стрессовой
- средний уровень стресса: 4,9 из 10
- 35% оценили стресс на 7 и выше
- 61% столкнулись с допрасходами после покупки
Даже после выбора автомобиля клиент не чувствует завершённости сделки: остаются расходы, риски и тревога, что «что-то всплывёт потом». Как обычно, сюрпризы любят появляться после оплаты.
-
Инсайт 4. Импорт интересен, но пугает
- 97% знают о покупке б/у авто под заказ из-за рубежа
- 47% рассматривали такой вариант
- 34% не доверяют процессу
- 32% считают процесс сложным или непонятным
Интерес к авто из-за рубежа есть, но барьер входа высокий. Клиенту нужен не просто каталог машин, а понятный маршрут сделки: цена, сроки, ответственность, гарантии.
-
Инсайт 5. Клиент готов платить за снижение риска
- 51% готовы доплатить до +5%
- 19% готовы доплатить до +10%
- 4% готовы доплатить больше +10%
Сервис «под ключ» имеет коммерческий потенциал: значимая часть аудитории готова платить не за красивую витрину, а за проверку, прозрачность и снижение риска.
Финальный вывод
Опрос подтверждает ключевую гипотезу проекта: проблема клиента не в отсутствии предложений, а в отсутствии доверия, прозрачности и понятного процесса сделки. Поэтому ценность платформы Import Auto должна строиться вокруг трёх элементов: проверенные авто, понятная финальная стоимость и сопровождение сделки «под ключ».
Тезисные результаты: опрос дилера «Тачки» (Иркутск)
Сжатая выжимка по интервью. Четыре опорных тезиса — всегда на виду; детализация и цифры — в раскрывающемся блоке (как у опроса физлиц).
-
1
Онлайн — стратегическое ядро Заявок много (ВК, сайт, Instagram), но вести и конвертировать сложно; в среднем 15–20 % до сделки. Офлайн как канал «не работает»; при этом значимая часть клиентов не готова покупать в интернете.
-
2
Сегмент: Китай и Япония, типичный «масс-маркет» ~90 % потока — под заказ из Китая и Японии (с Кореи мало); чек 2–2,5 млн ₽, ~95 % авто до 160 л.с., возраст 3–5 лет. Сильный стереотип: «японская сборка лучше».
-
3
Прозрачная цена и риск на дилере Цена на сайте фиксирована (главный страх покупателей); валютные риски дилер берёт на себя. Цепочка invoice / ВТБ / растаможка, партнёр и склады, гарантия 30 дней; в поле — обман и накрутки у посредников.
-
4
Кредит и банки — узкое место у «под заказ» По наличию в кредит — 40–50 %, по заказу оформлено мало; одобрений меньше, чем у авто в наличии, 4–5 кредитов/мес. Банки и переговоры с ними — критичны. Рост по Китаю (планы, склады) и конкуренты Like Auto, Автозаказ.
Подробности опроса дилера: разделы, цифры, формулировки из конспекта
Сегмент и источники
- Фокус: авто под заказ из Китая и Японии (около 90 % потока); с Кореи — единично.
- У покупателей сильный стереотип: «японская сборка лучше»; ориентир ~10 % — «японо-китайские» варианты.
- Массовый чек: порядок 2–2,5 млн ₽. В приграничье китайских авто мало — чаще Европа и Япония.
Мощность и «тип» авто
- Основной поток: до 160 л.с. — ~95 %, возраст 3–5 лет.
Онлайн и идея развития
- Направление стратегически важное: ставка на онлайн; офлайн-продажи «не работают» как канал, при этом много заявок из цифры.
- Задача: онлайн — основной канал. Задействуют ВК, сайт, Instagram: заявок много, обрабатывать сложно.
- Есть значимая часть аудитории, которая не хочет покупать онлайн.
- Конверсия 15–20 % от всего потока — много отвалов.
Склады и сроки
- Склад в Китае, площадка у Уссурийска (запущена ~2 месяца назад); раньше — долгий подбор в связке с китайскими контрагентами.
- По Китаю: партнёр на месте готовит авто и передаёт в Россию. Срок: Китай — ~1 месяц, Япония — ~1,5 месяца.
- ~100 авто «в пути», ~70 заказов; ориентир динамики: февраль ~50, март ~70 (по конспекту команды).
Цена, риски, посредники
- Цена на сайте фиксирована (не «плавает») — главный страх клиентов, размыта; валютные риски дилер берёт на себя.
- Комиссия за подбор из Японии: 75 тыс. ₽ до 2 млн ₽ (как в конспекте).
- Недобросовестные посредники накручивают услуги в цепочке; были случаи скрытых повреждений — обман покупателей.
- Растаможка по Китаю: 7–10 дней (оценка). Всё страхуется, оформление официальное.
- Дают техническую гарантию 30 дней на авто.
Платежи, банки, кредит
- Переводы/платежи: своя экспортная схема, клиенты пополняют личный кабинет, invoice — оплата через ВТБ (в т.ч. АТБ, Солид, Ренессанс — как банки в цепочке, по конспекту). Оформление в офисе, ~2 месяца в типовом кейсе.
- ВТБ, авто-кредит: 4–5 кредитов в месяц; доля одобрений ниже, чем у авто в наличии.
- Наличие: 40–50 % покупают в кредит. Под заказ (из ~70 в работе) — оформлено 4 в кредит: узкое место — банки; «экспертно всё равно ~30 % так или иначе с кредитом».
- Многие переоценивают объём пакета документов, не догадываются, что покупка может быть проще, чем кажется.
План по Китаю, наличие, конкуренты
- План по Китаю: апрель — 60 авто, ориентир удваивать объём каждый месяц.
- В наличии: 30 % «свои» / 70 % — комиссионка/с чужой площадки; ~150 авто/мес. в обороте сети, ~30 — на локацию (по конспекту).
- Конкуренты: Like Auto, Автозаказ.
Решение: экосистема импорта в формате «Единого окна»
Умный подбор
Агрегация проверенных предложений из Китая, Японии и Кореи без хаоса рынка.
Прозрачная логистика
Расчёт итоговой цены «под ключ» в РФ с учётом таможни и пошлин.
Безопасность и СберКредит
Оформление автокредита и безопасный перевод средств внутри защищённого контура банка.
Итог: единое окно Сбера.
Абсолютная прозрачность, безопасность и готовый маршрут клиента.
1.4. Ключевые функции (3–5) и сценарии
Фокус первой версии продукта — проверка доверия, а не вложения в тяжёлую инфраструктуру. Ниже — как на слайде презентации: «мишень» (что вне MVP сейчас) и перечень функций в Web-MVP.
Фокус MVP: Проверка доверия, а не тяжёлая инфраструктура
Тип MVP:
Функциональный Web-MVP с ограниченным набором сценариев.
Почему именно такой:
Главная задача — быстро проверить готовность клиента доверить процесс платформе (оставить заявку) без инвестиций в тяжёлые B2B/API-интеграции.
Ключевые функции (включено в MVP):
- Базовый каталог автомобилей и система фильтров.
- Карточки авто и профили аккредитованных дилеров.
- Форма подачи заявки на авто под заказ.
- Личный кабинет со статусами сопровождения сделки.
1.5. Тип MVP
Связка с п. 1.4 (функциональный Web-MVP). Ниже — статус публикации и основной user journey, как в презентации: продукт в сети, веб-контур для тестирования, маршрут от каталога до личного кабинета.
Продукт запущен и доступен пользователям
Статус: Базовый веб-контур опубликован и используется для пользовательского тестирования.
Основной сценарий пользователя (Customer journey):
- Поиск модели в каталоге.
- Авторизация в личном кабинете.
- Оформление заявки на подбор/покупку.
- Отслеживание движения сделки по статусам в Личном кабинете.
Раздел 2. Работающий продукт и архитектура
2.1. Ссылка на продукт (обязательно)
Основной URL продукта: https://import-avto.online
2.2. Архитектура решения
Фронтенд
Серверный рендеринг страниц на Blade, стили и интерактив — Tailwind CSS, сборка ассетов через Vite, лёгкая клиентская логика на Alpine.js где нужна динамика без отдельного SPA.
Бэкенд
PHP 8.3 и Laravel 13: маршруты и контроллеры, Eloquent ORM для работы с данными, формы и валидация, сессии; аутентификация и профили пользователей на базе Laravel Breeze.
База данных
Реляционное хранилище под управлением Laravel: в зависимости от окружения — SQLite (удобно для локальной разработки) или MySQL/MariaDB на стенде; конфигурация через DB_* в .env.
Основные сущности БД (доменная модель)
- users — пользователи: регистрация, вход, связь с заявками и сообщениями.
- dealers — дилеры: карточки партнёров в каталоге, рейтинг и описание.
- cars — автомобили: бренд, модель, год, мощность, цена, привязка к дилеру, изображение.
- applications — заявки: пользователь, опционально авто, дилер, текущий статус сделки.
- application_status_history — история смены статусов по заявке для таймлайна в личном кабинете.
- messages — сообщения по заявке между участниками сделки.
Дополнительно в проекте могут использоваться служебные таблицы Laravel (сессии, очереди, кэш), а также таблицы под отдельные сценарии: промо-слайды, заявки дилеров, избранное, опросы по сделкам, справочник для RAG и др. — по мере развития функционала.
2.3. Язык и фреймворк
Текущий стек (MVP / разработка)
Бэкенд. PHP 8.3+, Laravel 13 (laravel/framework ^13.0) — маршруты, контроллеры, middleware, Eloquent, валидация, миграции, очереди, события. Breeze (Blade) — аутентификация и структура вью. PHP 8.x: JIT, типизация в коде — меньше оверхеда на hot path.
Фронтенд и инструменты. Blade (SSR), Tailwind, Vite 8 + laravel-vite-plugin, при необходимости Alpine.js; прод — npm run build. PHPUnit ^12.5, Pint, Faker/фабрики в тестах — по мере использования.
Направления роста производительности (план, не обязательный MVP)
Кэш и фоновые задачи. Рост трафика тянет Redis (сессии, app-cache, брокер очередей), OPcache и config:cache / route:cache / view:cache в прод; тяжёлое (рассылки, интеграции) — в queue workers; при нагрузке на очереди — Horizon.
HTTP и данные. Высокий RPS — Octane (Swoole / RoadRunner), с учётом state в памяти. БД: индексы, read replicas, кэш выдачи каталога; стать/медиа — CDN и объектное хранилище (S3-совместимое), не веб-узел.
Интерфейс и сопровождение. Сложные кабинеты — Inertia (Vue/React) или API + SPA; масштаб вширь — инстансы Laravel за балансировщиком. Плановые обновления PHP (8.4+…) и Laravel в рамках LTS-цикла.
2.4. Платформа публикации
Продукт развёрнут на виртуальном сервере в Timeweb Cloud, ОС — Ubuntu: настраиваемый стек (PHP, веб-сервер, SSL), деплой и обслуживание под контролем команды, без привязки к serverless-ограничениям PaaS.
2.5. Внешние API и сервисы
Сейчас (по коду и конфигурации)
- GigaChat (Сбер): OAuth2
ngw.devices.sberbank.ru,chat/completions—gigachat.devices.sberbank.ru; RAG-ответы по справочнику.config/services.php,.env—GIGACHAT_*. - Медиа по URL: служебная команда качает картинки в каталог с внешнего URL; в проде — своё хранилище / CDN, без утечки ПДн.
- Курсы (USD, CNY, JPY/100 → RUB): в MVP — в настройках БД; live API (ЦБ / банк) — в плане ниже.
Планируется (возможные API и сервисы)
- Сбер ID — OAuth2 / OpenID Connect
- Сбер Бизнес ID
- Эквайринг, СБП, эскроу, вебхуки оплаты
- API ЦБ РФ (курсы), коммерческий курс (банк)
- Таможня, логистика, трекинг, ЭТП
- DaData, ФНС, ЕГРЮЛ
- Геокодер, карты (Yandex / Google)
- Сервисы по VIN
- Postmark, Resend, SMS/пуши, Slack
2.6. База данных
На текущем стенде в .env используется SQLite (DB_CONNECTION=sqlite); тот же слой Eloquent при необходимости переключается на MySQL/MariaDB без смены доменной модели. Ключевые сущности: пользователи, дилеры, автомобили в каталоге, заявки с историей статусов и сообщения по сделке; детализация — в п. 2.2.
Раздел 3. Эволюция продукта и промпт-инжиниринг
3.1. Эволюция продукта
По промпту в Cursor визуал главной и витрины обновляли: зафиксировали формулировку, по которой шла генерация.
Наведи красоту на главную страницу, чтобы зашёл на неё и с первого взгляда захотел заказать тачку своей мечты.
Стилистика и блоки встали сильнее, но для зрелого MVP Slim 4 оказался тесен: нет встроенного контура, который даёт Laravel (аутентификация, валидация, миграции, ORM, очереди, экосистема). Командой принято решение: миграция на Laravel + SQLite на стенде — дальше развитие в одном стеке с отчётом по п. 2.2–2.6.
3.2. Ключевые промпты (3–5 «прорывных»)
Для каждого: какую задачу решали → формулировка промпта (полностью или суть) → что получили → доработки, если были.
Промпт 1 — миграция с Slim (PHP) на Laravel
Задача. Уйти от самописного Slim+MVP: получить нормальные миграции, DI, Breeze, предсказуемую структуру под рост фич.
Суть промпта. «Сделать миграцию текущего сайта на Laravel, сохраняя оформление и данные в БД. В качестве БД использовать SQLite.»
Результат. Монорепа Laravel c теми же сущностями, рабочий happy-path, база для админки и отчёта /otchet.
Доработки. Ручной прогон граничных кейсов, выравнивание .env и прав storage на сервере.
Промпт 2 — главная (герой, направления) и подключение GigaChat
Задача (две части). (1) Усилить первый экран: доверие, Горячие направления, CTA в каталог. (2) Встроить GigaChat на сайт — плавающий виджет «помощник по покупке», запросы с фронта через Laravel (без ключа в браузере), ответы с учётом RAG-справочника, как в п. 2.5 отчёта.
Суть промпта. В одном обращении дали общую постановку (сервис, OAuth/токен, эндпоинт chat/completions, прокси-контроллер, конфиг, .env, виджет в разметке) и ссылку на документацию — официальный раздел GigaChat API на портале Сбера (получение ключей, авторизация, формат запроса к модели), чтобы не «угадывать» контракт и сверяться с первоисточником. Для вёрстки героя — кратко: тёмный hero, блок регионов, не ломать style.css остального сайта.
Результат. Обновлённая главная + скрин в блоке «эволюция»; GigaChatService, маршрут чата, переменные GIGACHAT_*; кнопка AI в углу (как на скрине «СберАвто + GigaChat»).
Доработки. Адаптив и скорость для hero; по GigaChat — лимиты и ошибки API, сроки токенов, хранение секретов, уточнение системного промпта и базы RAG.
Промпт 3 — каталог: поиск и карточки
Задача. Ускорить выбор авто: поиск, сетка карточек, переход в деталку и заявку.
Суть промпта. «Сверстай блок умного поиска и сетку карточек (бренд, год, цена, страна); клик ведёт на cars/{id}, без поломки существующих маршрутов.»
Результат. Каталог читаемый на десктопе и мобиле, меньше «мёртвой» прокрутки.
Доработки. Пустой результат поиска, миниатюры из image_url, пагинация.
Промпт 4 — настройки: курсы валют и Яндекс Метрика
Задача. Вынести курсы и счётчик аналитики из кода, чтобы бизнес менял цифры без деплоя.
Суть промпта. «В /admin/settings: поля USD/CNY/JPY→RUB в app_settings; отдельное поле HTML для Яндекс Метрики, вывод перед </body> на публичных страницах, не в админке.»
Результат. Курсы применяются в карточках, счётчик подключается из админки.
Доработки. Миграция value в TEXT на длинный фрагмент кода, доверие к вставке (только админ).
Промпт 5 — групповой отчёт: /otchet
Задача. Веб-страница отчёта с якорями, скриншотами и защитой паролем по требованию курса.
Суть промпта. «Нужна отдельная страница отчёта по курсу на сайте, по одному адресу (/otchet). Сначала человек вводит пароль — пока не ввёл, содержимое не показывать; после успешного ввода запоминать в сессии, чтобы не вводить пароль при каждом переходе. Дальше — один длинный документ: у каждого крупного раздела своя метка для ссылок (якоря), чтобы прыгать по оглавлению. Картинки-скриншоты сделай кликабельными: по нажатию — открытие крупно поверх страницы, с кнопкой закрыть. Оформление — как на остальном сайте: шапка, шрифты, цвета, общий внешний вид. В подвале на всех публичных страницах добавь заметную ссылку «Отчёт» на эту страницу.»
Результат. Проверяющий открывает один URL; разделы 1–4 структурированы под задание.
Доработки. Текст рефлексии и тесты подставляем вручную; черновики держим в git или копиях, не только в браузере.
3.3. Рефлексия (5–10 предложений)
Что оказалось проще/сложнее ожидаемого, эффективные приёмы промпт-инжиниринга, что сделали бы иначе с нуля.
Критично регулярно делать бэкапы и хранить копии не только кода, но и контента, который готовим «вживую» в редакторе. Это уже вторая версия отчёта: буквально за три часа до инцидента всё было готово, я отошёл на полчаса — и сервер оказался выведен из строя (судя по всему, были дыры в безопасности). Хорошо, что оставался бэкап предыдущего дня: по нему сайт подняли заново, безопасность подкрутили, добавили политику бэкапов. В отличие от кода, текст отчёта в бэкап не попал — пришлось собирать разделы заново. Отдельный вывод: не пытаться собирать сервис итеративно «с ходу» — сначала ТЗ и функциональные требования, согласование границ продукта, и только потом итерации разработки. Так и меньше переделок, и проще отделить срыв сроков по внешним факторам (инфраструктура, безопасность) от продуктовых провалов планирования.
Раздел 4. Тестирование с пользователями и выводы
4.1. Проведение тестирования
Пользователи вне команды: тесты проводились в двух вариантах — наблюдение, по необходимости вопросы по ходу и после сессии.
- Свободный сценарий по ссылке — респонденту даётся только URL продукта, без заранее заданного маршрута: как зайдёт, что сделает первым, что поймёт / не поймёт.
- Проверка сценария «покупка авто» — жёстко заданный путь: выбрать машину в каталоге → авторизоваться → пройти все шаги оформления и отслеживать движение сделки / авто по статусам (сквозной путь в личном кабинете).
Сводка по сценариям 1–2 (протокол, хронометраж) ведётся в материалах команды; обратная связь респондентов — в п. 4.2, тезисно и по каждому участнику.
4.2. Обратная связь участников
Ниже — ОС по итогам сессий. На слайде видны только тезисы; полные формулировки — в раскрывающемся блоке «Полный ответ».
Участник 1
- Интуитивно и понятно в целом.
- Поиск неудобен: первая форма — ручной ввод параметров; логичнее сначала выбрать марку, затем настраивать фильтры (для целенаправленного поиска модели — ок).
- Сервис нормальный, похож на уже встречавшиеся решения; контекст респондента — поиск новой машины.
Полный ответ
Участник 2
- Интерфейс удобный, интуитивно понятный.
- Кредитный калькулятор удобен: срок, взнос, ставка — пересчёт корректный.
- Поиск в каталоге — слабое место: нет подсказок/выпадающего списка по моделям, ручной ввод, длинные названия; хочется фильтра по кузову/рестайлингу (как крупные классы с углублением), диапазона годов (сейчас только «год от»), л.с.
- В карточке авто — пожелание видеть оценку налога.
Полный ответ
Участник 3
- Слайдер акций: нет ручной прокрутки, автосмена слайда мешает дочитать текст.
- Фильтр на главной: нужен динамический поиск по марке/модели (ввод с сужением списка).
- В каталоге — множественный выбор в одном критерии (пример: привод — передний и полный одновременно); в КПП нет «механика» (возможно, из-за выдачи в БД).
- Оформление заявки: неясно, что входит в «Юридическое сопровождение» и «Расширенную гарантию» — нужны подсказки (hover) или отдельная инфо-страница.
- Договор/ЭЦП: пожелание выгрузки PDF с сохранением подписи, если сценарий с ЭЦП.
Полный ответ
Участник 4 (краткий отзыв)
- Интерфейс ок, визуально комфортно.
- Расчёт кредита (при оформлении и в карточке) — удобно.
- Поиск в каталоге — нет всплывающего списка по моделям; при ошибке ввода поиск не выполняется.
Полный ответ
Итоги тезисно (по всем ответам)
- Каталог / поиск — повторяющийся запрос: подсказки и автодополнение марки/модели, меньше ручного ввода; при опечатке поиск не срабатывает (краткий отзыв, уч. 4); удобнее сначала марка → затем сужение фильтров (уч. 1).
- Фильтры — не хватает диапазона годов, л.с., кузова/рестайлинга (и иерархии «класс → кузов»), множественного выбора в одном признаке (привод); в КПП — вопрос по «механике» (возможно, данные/выдача).
- UI в целом и кредит — в основном позитивно; отдельный краткий респондент подтвердил: интерфейс и расчёты — ок, проблема — поиск/модель без подсказок.
- Контент и документы — слайдер акций: нет ручного управления, таймер мешает чтению; карточка авто — пожелание оценки налога; заявка — прозрачность «юр. сопровождения» и «расш. гарантии»; договор — PDF с ЭЦП при сценарии подписи.
4.2.1. Анкета (сценарий «клиентский путь»)
Часть респондентов прошла проверку сценария покупки (выбор авто, шаги сделки); по завершении заполнена анкета (оценка 1–10, открытые вопросы). Ниже — тезисы; полная таблица в исходном виде (экспорт) — в раскрывающемся блоке.
- Оценки в основном высокие (8–10; есть 5, 7); готовность снова воспользоваться — да.
- Каталог / поиск: при пустой выдаче по фильтрам — нет явного уведомления (создаёт ощущение сбоя); на главной логичнее углубление от бренда к моделям, а не только число авто; мало фото, нет явного описания комплектаций.
- Интерфейс: в меню много кнопок — просят подсказки по кнопкам; верхний баннер съедает экран, основное уезжает вниз; на этапах сделки кнопка «далее / переход» не сразу заметна.
- Процесс сделки хвалят за пошаговость и ощущение, что сделка «не теряется»; пожелания: доставка (добавить Иркутск в быстрый выбор), звонок менеджера для подтверждения, прозрачные этапы доставки.
- Отдельно: вопрос «когда запуск сервиса?» и тезис «всё нравится / не к чему придраться» в одной из анкет.
Полная таблица (как в источнике, изображение)
4.3. Выводы
Гипотеза «базовый веб-контур и сценарий сделки понятны без обучения» частично подтверждается: навигация и калькуляторы получают хороший отклик, но поиск и фильтрация в каталоге стали главным источником трения — это совпадает с приоритетом итогов п. 4.2. Дополнительно всплыли ожидания по пояснению пакетов в заявке, медиа слайдера и документообороту (PDF/ЭЦП) — в бэклог и план итераций (п. 4.4).
4.4. План итераций (3–5 улучшений с приоритетами)
Конкретика, не «улучшить UX»: привязка к фактам (например, «3 из 5 не поняли кнопку X» → что делаем в первую очередь и почему).
-
Приоритет: высокий. Поиск и выбор в каталоге. Выровнять с барьером «сложность выбора» (п. 1.1) и с повторяющейся обратной связью п. 4.2: подсказки и автодополнение марки/модели (в т.ч. на главной), устойчивость к опечаткам или явное «ничего не найдено — попробуйте…», сценарий сначала марка → затем сужение фильтров (уч. 1, 2, 4; итоги по поиску). Цель — снять главное трение, на котором спотыкается большинство сессий вне команды.
-
Приоритет: высокий. Расширение фильтров каталога. Закрыть ожидаемый «рынок под заказ»: диапазон годов (сейчас не хватает «до»), л.с., кузов/поколение/рестайлинг с иерархией «класс → кузов» (как ориентир по UX — уч. 2), множественный выбор в одном признаке (пример: привод — уч. 3). Согласуется с целевой аудиторией (1.2) и запросом дилеров к прозрачности подбора.
-
Приоритет: средний. Промо и доверие к контенту. Слайдер акций: ручное переключение, пауза таймера при наведении/фокусе или по кнопке «читать», чтобы не срывать чтение (уч. 3) — в связке с выводом CustDev «нужны гарантии и предсказуемость» (1.2). Параллельно: в карточке авто — ориентир по налогу (уч. 2) как снижение «непредсказуемых расходов» (1.1).
-
Приоритет: средний. Оформление заявки: прозрачность пакетов. Для «Юридическое сопровождение» и «Расширенная гарантия» — тултипы, краткие модалки или отдельные инфо-страницы (уч. 3), чтобы снять неопределённость на этапе, где у пользователя уже высокая чувствительность к риску (см. инсайт «без риска потерять деньги», 1.3).
-
Приоритет: низкий (бэклог) / с уточнением сценария. Документооборот и инфраструктура. По отзывам: выгрузка договора в PDF с учётом ЭЦП (уч. 3) — зависит от юр. контура; проверка выдачи КПП «механика» vs пустой выбор (данные в БД) — уч. 3. Отдельно, из рефлексии (3.3): резервные копии контента отчёта/маркетинговых текстов, аудит безопасности и регламент бэкапов — не «фича», но снижает риск потери работы и репутации.