До начала проекта работа с заказами у клиента была полностью ручной: все нюансы уточнялись в переписке, процесс оформления заказа был не автоматизирован. Такой формат замедлял работу и создавал риск ошибок.
Клиент понимал, что взаимодействие с партнерами нужно упростить, но не имел четкого представления, какое решение ему подходит и в каком виде его стоит реализовать. На старте потребовалось помочь сформировать саму сущность запроса и определить, какой инструмент действительно решит задачу и будет удобен в дальнейшей работе.
Исходной точкой стало понимание того, что новая система должна опираться на реальные процессы клиента, но при этом устранять неэффективность, которая вытекает из ручного оформления заказов. Поэтому первым шагом было определить, какие элементы процесса требуют формализации и как их перенести в структурированную модель.
При формировании основы будущего кабинета нужно было задать логику, которая позволит связать данные между собой, упростить работу дилера и исключить ситуации, когда менеджеру приходится уточнять параметры вручную.
На старте мы зафиксировали, как будет выглядеть личный кабинет на уровне логики: определили основные блоки, с которыми работает дилер при оформлении заказа. Структура строилась на реальных сценариях клиента, а не на абстрактной модели.
Совместно с клиентом описали состав параметров для каждого блока и согласовали, какие данные должны быть обязательными. На этом этапе "размытый " запрос превратился в понятную и наглядную модель будущего инструмента.
Структура личного кабинета
Мы запросили у клиента документ с информацией по товарам. Исходный Excel-файл стал основой будущего "каталога". Мы привели таблицу к рабочему виду: согласовали состав и количество полей, после чего детально структурировали все товары и проработали иерархию.
Все параметры были перенесены в админ-панель и оформлены как управляемый справочник. С этого момента данные о товарах существуют как самостоятельные системные единицы.
Excel-файл с параметрами товаров
Админ-панель с параметрами товаров
Одновременно со структуризацией каталога клиенту было сформировано ТЗ, согласно которому он собрал на диске изображения лекал с привязкой к моделям.
Параллельно с уточнением информации по каталогу мы начали проработку макета личного кабинета. Основная задача заключалась в том, чтобы дилер без инструкции понимал, где искать нужные параметры и как двигаться по шагам оформления заказа.
Логику интерфейса выстроили вокруг привычного для клиента процесса: сначала выбор автомобиля и его базовых параметров, далее работа с салоном и багажником. Отдельное внимание уделили тому, как визуально подать сложные наборы характеристик, чтобы они выглядели как понятные блоки, а не как набор полей. На этом этапе подготовили несколько визуальных решений, и определили лучшее вместе с клиентом.
Страница личного кабинета
Далее приступили к верстке макета с адаптацией под различные устройства. Было важно определить, какие поля в формах будут обязательными для заполнения, а какие могут быть скрыты или показаны дополнительно в зависимости от выбора пользователя.
Была реализована система навигации по форме: при заполнении параметров экран плавно скроллится к следующему полю, создавая естественный поток работы без необходимости ручного прокручивания.
На этом этапе можно выделить ряд особенностей:
Когда структура данных была определена, а макет страницы согласован, перешли к тому, как заявка из кабинета будет попадать в amoCRM. Важно было встроиться в существующую схему обработки заявок, не меняя привычный порядок работы менеджеров.
Описали состав данных, которые должны собираться в заявке, и правила формирования примечания с полным набором выбранных параметров. Настроили передачу этих данных в amoCRM и сценарий назначения ответственного.
На финальном этапе проверили, как кабинет ведет себя при реальном использовании: от выбора автомобиля до отправки заявки в CRM. Отдельно тестировали нестандартные комбинации параметров, работу валидаций и корректность автоматических расчетов.
По результатам тестирования скорректировали подсказки, порядок некоторых полей и обработку отдельных кейсов, чтобы убрать потенциальные "точки непонимания". Теперь кабинет готов к работе и полностью заменяет ручное оформление заказов.
Кейс демонстрирует комплексный подход к решению задачи: перед разработкой интерфейса были проанализированы и формализованы бизнес-процессы заказчика, структурированы данные и выстроена логика взаимодействия с партнёрами.
Проект был ориентирован не на шаблонное решение, а на автоматизацию реальных сценариев работы, что создало основу для дальнейшего масштабирования и повышения управляемости процессов.
