Проектировал обновленный сбор данных для клиентов с высокой нагрузкой

Продуктовый дизайнерИюль – Сентябрь 20255 человек в команде

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

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

В версии 9.0 привычный поток разделили на сбор данных и его обработку. Это ускорило работу с большими объёмами данных.

(Задача) Собрать расширенный сценарий настройки в понятный флоу: помочь пользователю использовать новый функционал и понять, что происходит на каждом этапе.

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

В процессе уточнял технические ограничения у фронтендера и будущую логику у бекендера.

(Процесс) Сначала разбирался сам с тем, как работает новая архитектура сбора данных

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

На User Flow разложил настройку по шагам: что пользователь делает в продукте и что настраивает в контуре компании.

После создания сборщика пользователь продолжает сценарий в своей инфраструктуре, чтобы настроить передачу данных

Для этого он устанавливает агента в контуре компании и указывает метки, по которым сборщик запускает сбор данных.

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

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

(Решение) Заложил возможность заранее указать метку, которой ещё нет в системе. После создания агента с такой меткой сборщик подключится к нему автоматически

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

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

Если настройка сложнее, он может сменить поток или перейти к его параметрам и донастроить обработку данных отдельно.

Поток остаётся важным для диагностики, даже когда пользователь работает со сборщиком

Если данные не приходят или приходят не в том объёме, пользователь сначала проверяет сборщик как точку входа.

Чтобы не заставлять его искать проблему в другом разделе, я показал ошибки и предупреждения потока рядом со сборщиком.

Собирал финальные макеты на верстку и проводил ревью: исправляли тултипы предупреждений и ошибок

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

+3.8%Подняли конверсию лендинг – лид. До релиза конверсия 0.2%, спустя месяц 0.4%.

×30Ускорили сбор данных – бизнес-задача релиза.

✦ Другие кейсы