Проектирование, запуск и интеграция новой функциональности в Avast Online Security & Privacy.
Развивая успешный редизайн Avast Online Security & Privacy, наша команда спроектировала новую встроенную функциональность для флагманского браузерного расширения компании. Это расширило исходное предложение, помогло мягче подвести пользователей к платной модели и подготовило почву для интеграции с Avast One.
Компактная кросс-функциональная команда провела Cookie Manager от формулировки продуктовой идеи через дизайн и исследование к реализации и запуску.
Приобретённый продукт
В 2021 году Avast приобрела популярное браузерное расширение I Don't Care About Cookies, созданное хорватским разработчиком Daniel Kladnik. Спрос на продукт уже был очевиден: он убирал cookie-баннеры и позволял людям пользоваться браузером с меньшим количеством раздражающих прерываний, что особенно важно на рынках с жёстким GDPR.
Почему его поставили на паузу
Изначально эту функциональность хотели встроить в один из приватностных продуктов Avast — сначала в Avast AntiTrack. Но для платного инструмента это была не лучшая среда: в таком контексте было трудно раскрыть весь пользовательский потенциал приобретения. На фоне более крупных внутренних изменений в Avast купленное расширение временно отложили.
Почему подошёл AOSP
Ситуация изменилась, когда к концу 2021 года перезапустили Avast Online Security & Privacy. AOSP быстро стал одним из ключевых продуктов компании и оказался первым местом, где это приобретение могло усилить основное ценностное предложение, а не выглядеть чужеродной надстройкой.
Моя роль
Превратить приобретение в естественную часть продукта
Как дизайнер Avast Online Security & Privacy, я возглавил работу по тому, чтобы встроить это приобретение в продукт как цельную, понятную и органично встроенную функциональность.
Поток
Помочь людям убирать cookie-баннеры с дороги, чтобы они не раз за разом выбивали из привычного сценария.
Сложность
Разобраться со сложными сценариями согласия, которые исходное расширение закрывало не полностью.
Интеграция
Встроить новую функциональность в недавно обновлённый каркас так, чтобы она ощущалась родной и по пользовательскому опыту, и по визуальному языку.
К моменту старта дизайна бизнес-обоснование уже было готово, так что классический исследовательский этап не требовался. Первой задачей было понять, где именно эта новая функциональность должна жить внутри продукта. У исходного расширения почти не было интерфейса, поэтому по сути мы начинали с нуля, при этом переиспользуя часть серверной логики.
Следующие шаги
От первых набросков к пользовательскому тестированию
Я подготовил вайрфреймы, которые закрывали все ключевые идеи и требования. Затем мы провели несколько раундов внутреннего фидбека, а после этого я собрал детально проработанные макеты для первого внешнего пользовательского теста.
После того как команда посмотрела детально проработанные экраны, а владелец проекта дал добро, я собрал в Figma прототип, который покрывал весь путь: от установки расширения до обнаружения и использования Cookie Manager.
Перед интервью мы собрали вопросы от всех стейкхолдеров и ключевых членов команды. Интервью проводили мои коллеги Natalie и Veronika. Я подключился к одному из первых звонков, чтобы убедиться, что мы идём в правильную сторону и действительно собираем полезные сигналы. Они также отлично подготовили подробное резюме по результатам. Позже я всё равно отдельно пересмотрел все записи, чтобы зафиксировать именно те наблюдения, которые искал.
Результаты оказались сильными и местами даже неожиданными. Это был один из самых полезных раундов качественного UX-исследования за долгое время: люди дали много действительно ценных инсайтов. Как это часто бывает, часть наших прежних предположений не подтвердилась, а часть, наоборот, сработала очень хорошо.
Например, сначала мы взяли из Avast One паттерн со всплывающей подсказкой: пользователь наводил курсор на значок вопроса и читал короткое пояснение. Этот паттерн существует ещё со времён первых графических ОС, поэтому казался почти очевидным. На практике его заметили только двое из десяти, и лишь один из них вообще стал читать текст. Даже ему было трудно понять, что именно мы хотели донести.
В целом новую функциональность приняли хорошо, а проблемы с удобством оказались от умеренных до незначительных. Мы показали команде сводку по результатам и вместе расставили приоритеты на следующий этап.
Следующим шагом было структурировать, проверить и внедрить все правки, по которым команда пришла к согласию.
В результате этого исследования мы по-новому взглянули на то, как показывать сложные cookie-окна и набор доступных пользователю опций. В идеальном мире за этим последовал бы второй раунд качественного исследования, но из-за сжатых сроков мы решили идти в релиз, собрать количественные данные и вернуться к этой части продукта во второй фазе.
Над проектом работала выделенная команда инженеров, поэтому мы начали сотрудничать буквально с первого дня. Работая вместе, мы итеративно и по графику доводили решение до релиза, быстро разбирая все возникавшие проблемы. Мне особенно понравилось, насколько точно фронтенд-реализация совпала с дизайном.
OKR были определены заранее и вполне конкретно: выпустить решение в срок, улучшить принятие после релиза, измерять влияние кросс-промо-кампаний на продажи, поднять NPS на заданную величину и отследить ещё несколько вспомогательных метрик.
Мы успешно выпустили Cookie Manager и запустили его вместе с маркетинговой кампанией. Для AOSP это стало важной вехой. В последующие месяцы показатели использования и вовлечённости у Cookie Manager превзошли наши ожидания.
Это был очень хороший пример полноценной дизайн-работы от начала до конца в корпоративной среде, пусть и без классического исследовательского этапа. С виду такие проекты могут казаться рутинными, но на деле каждый из них по-своему уникален и приносит свои вызовы. В этом кейсе мне особенно понравилось, как пользовательское исследование перенастроило наши дизайнерские решения и заметно повлияло на то, как именно люди воспринимали сложную информацию.
В рамках одного проекта у меня была возможность придумать новую информационную архитектуру, собрать сырые концепты, сделать прототипы, проверить идеи через фидбек-сессии и исследования, собрать детально проработанный интерфейс, передать всё разработчикам и вместе с ними проследить за реализацией. В этом проекте действительно было всё.
Ещё кейсы
