Оптимизируйте внедрение ключей доступа с помощью предложений после входа, A/B-тестирования сообщений и поддержки нескольких устройств.
Vincent
Created: July 11, 2025
Updated: July 11, 2025
See the original blog version in English here.
60-page Enterprise Passkey Whitepaper:
Learn how leaders get +80% passkey adoption. Trusted by Rakuten, Klarna & Oracle
В этой статье мы представляем исчерпывающее руководство, в котором подробно рассматривается, как улучшить внедрение ключей доступа и, в частности, их создание, за счет оптимизации процессов создания ключей доступа с помощью своевременных предложений. Мы ответим на следующие вопросы:
Вы узнаете о проверенных стратегиях и практических рекомендациях, адаптированных для корпоративного контекста, которые позволят вашей организации успешно перевести пользователей с паролей на ключи доступа. Эта статья посвящена именно созданию и регистрации ключей доступа; стратегии оптимизации последующего использования ключей доступа (частота и методы входа) будут рассмотрены отдельно в следующей статье.
Recent Articles
♟️
Как повысить внедрение ключей доступа: лучшие практики для процессов создания
♟️
Создание бизнес-обоснования для ключей доступа: прогнозирование внедрения и ROI
♟️
Как добиться высокого уровня внедрения ключей доступа в процессах входа
🏢
Ключи доступа PayPal: внедряйте ключи доступа, как PayPal
🔑
Лучшие аппаратные ключи безопасности FIDO2 в 2025 году
Реализация ключей доступа — это лишь первый шаг; истинная ценность достигается, когда организации эффективно улучшают внедрение ключей доступа. Без целенаправленных мер по увеличению показателей создания и использования ключей доступа компании часто застревают в постоянной зависимости от паролей. Простое предоставление ключей доступа в качестве опции без целенаправленных стимулов для регистрации ключей доступа и оптимизированных процессов входа с ключами доступа оставляет людей с тем, что им привычно: с паролями. Этот сценарий может серьезно ограничить отдачу от проектов по внедрению ключей доступа.
Организации получают существенные улучшения в безопасности и сокращение затрат, такие как уменьшение количества сбросов паролей и снижение использования одноразовых паролей (OTP), только когда ключи доступа достигают высокого уровня принятия и становятся основным методом входа для большинства пользователей. Следовательно, лучшие практики для пользовательских уведомлений о ключах доступа, лучшие практики для уведомлений после входа и A/B-тестирование уведомлений играют решающую роль в достижении этих целей. Компании, которые нацелены на переход от паролей к ключам доступа в больших масштабах и стремятся к 50–80% доле входов с помощью ключей доступа, активно занимаются стимулированием их создания.
Эти стратегии вовлечения пользователей в использование ключей доступа соответствуют рекомендациям FIDO Alliance на Passkey Central, где FIDO Alliance подчеркивает необходимость стимулирования внедрения ключей доступа пользователями в корпоративной среде. Хотя общие преимущества хорошо известны, настоящая проблема часто заключается в повышении показателей успешности входа с помощью ключей доступа, например, в эффективном увеличении охвата ключами доступа на разных устройствах, внедрении лучших практик для уведомлений после входа и организации постоянного обучения пользователей для регистрации ключей доступа.
Например, целенаправленный подход Amazon к улучшению внедрения ключей доступа — через обширные эксперименты и итерационные улучшения UX — привел к шестикратному ускорению входа в систему, что значительно сократило возвраты к паролям и повысило удовлетворенность пользователей. Аналогично, сегментация Microsoft по типам пользователей и устройствам, а также более 2,5 миллиардов входов с помощью ключей доступа у Google, демонстрируют их приверженность активному использованию, а не просто доступности ключей доступа:
Компания | Фокус на высоком уровне внедрения ключей доступа |
---|---|
Amazon | Да – провели множество экспериментов для стимулирования использования, достигнув 6-кратного ускорения входа |
Microsoft | Да – сегментируют по типам пользователей и устройствам для планомерного внедрения ключей доступа |
Да – более 2,5 млрд входов с ключами доступа демонстрируют сильный толчок к внедрению |
Короче говоря, стимулирование внедрения ключей доступа пользователями в корпоративной среде гораздо важнее, чем просто включение этой функции. Пользователи редко ищут новые методы входа самостоятельно. Вы должны убедиться, что оптимизация процессов входа с ключами доступа, своевременные предложения для регистрации ключей доступа и постоянное A/B-тестирование уведомлений являются частью вашего плана. С помощью таких стратегий вовлечения пользователей, а также аналитики и KPI по использованию ключей доступа, организации могут преодолеть критические пороги, полностью заменить пароли ключами доступа и получить все преимущества — в безопасности, финансах и пользовательском опыте — будущего без паролей.
Поощрение пользователей к настройке ключей доступа, часто называемое созданием или регистрацией ключа доступа, является основой любой попытки улучшить внедрение ключей доступа и повысить показатели их использования. На практике существует несколько уведомлений и процессов для стимулирования регистрации ключей доступа, но не все они одинаково эффективны. Ниже представлен обзор распространенных подходов, а также объяснение, почему лучшие практики для уведомлений после входа считаются наиболее действенными.
Аспект | Описание |
---|---|
Как это работает | После успешного входа (с помощью пароля или устаревшего MFA) пользователям немедленно предлагается создать ключ доступа (например, «Защитите свой следующий вход с помощью ключа доступа!»). |
Плюсы | ✅ Высокая видимость: каждый пользователь рано или поздно видит экран входа. ✅ Минимальные неудобства: пользователь уже находится в режиме аутентификации. |
Минусы | ⚠️ Требуется тщательно продуманная логика сообщений в реальном времени после входа. |
Влияние | ✅ Наивысшая эффективность для массового внедрения ключей доступа. Компании, такие как Amazon, Google и Microsoft, активно используют этот подход. |
Аспект | Описание |
---|---|
Как это работает | Предлагать пользователям создать ключ доступа сразу после сброса пароля (например, «Избегайте сброса паролей в будущем — создайте ключ доступа сейчас!»). |
Плюсы | ✅ Обращение к пользователям в момент разочарования (забытый пароль). |
Минусы | ⚠️ Сброс пароля происходит нечасто, что ограничивает общий охват и влияние. |
Влияние | 📌 Умеренная эффективность в качестве дополнительной меры; недостаточно для широкого внедрения. |
Аспект | Описание |
---|---|
Как это работает | Пользователи добровольно регистрируют ключи доступа, переходя в «Настройки безопасности» или выбирая опцию «Добавить ключ доступа». |
Плюсы | ✅ Легко реализовать и минимально мешает; идеально для начального пилотного тестирования. Всегда является частью стандартного функционала. |
Минусы | ⚠️ Очень пассивный подход; многие пользователи никогда не заходят в настройки аккаунта для изучения функций безопасности. |
Влияние | 📌 Низкая или умеренная эффективность при использовании в изоляции; полезно в качестве первого шага, поскольку настройки аккаунта для ключей доступа являются стандартной функцией. |
Аспект | Описание |
---|---|
Как это работает | Регулярное отображение баннеров или всплывающих окон в интерфейсе приложения с предложением настроить ключ доступа. |
Плюсы | ✅ Дополнительные точки контакта для напоминания постоянным пользователям. |
Минусы | ⚠️ Часто игнорируются; конкурируют с другими сообщениями и уведомлениями в приложении. |
Влияние | 📌 Незначительное увеличение внедрения; обычно недостаточно значимо, чтобы оправдать сложность реализации. |
Аспект | Описание |
---|---|
Как это работает | Новым пользователям немедленно предлагается (или требуется) настроить ключи доступа при создании аккаунта. |
Плюсы | ✅ Формирует привычку к беспарольному входу с первого дня для новых регистраций. |
Минусы | ⚠️ Нацелено только на новые аккаунты; не решает проблему внедрения среди существующих пользователей. В будущем станет важнее. |
Влияние | 📌 Умеренная эффективность как часть более широкой стратегии; само по себе недостаточно для преобразования старых аккаунтов. |
При выборе места для внедрения стимулов для создания ключей доступа, учтите эти выводы, основанные на опыте крупных предприятий:
Метод | Сложность реализации | Влияние в масштабе | Рекомендуется? |
---|---|---|---|
Уведомление после входа | Средняя | Очень высокое | ✅ Настоятельно рекомендуется |
Страница настроек аккаунта | Низкая | Умеренное | ✅ Рекомендуется как базовый уровень |
Создание аккаунта (регистрация) | Низкая-средняя | Умеренное | ✅ Рекомендуется на более позднем этапе |
После сброса пароля | Высокая | Низкое–умеренное | ❌ Обычно не стоит усилий |
Уведомления и баннеры в приложении | Высокая | Низкое–умеренное | ❌ Обычно не стоит усилий |
Общий вывод из существующих внедрений ясен: уведомления после входа приводят к наибольшему количеству созданных ключей доступа, что оправдывает сложность их реализации. Другие, более простые варианты, такие как предложение регистрации ключа доступа через страницу настроек аккаунта, являются полезной отправной точкой для первоначального ознакомления пользователей. Напротив, сложные методы, такие как уведомления после сброса пароля или постоянные уведомления в приложении, обычно приносят лишь умеренную дополнительную пользу и редко оправдывают затраченные усилия.
Общий вывод и ключевые моменты
Уведомление после входа занимает первое место по влиянию, оправдывая значительные затраты на разработку. Оно затрагивает универсальный «болевой момент» — ввод пароля, — что делает его самой важной лучшей практикой для достижения высоких показателей внедрения ключей доступа при их создании.
Страница настроек аккаунта фактически обязательна для любого проекта с ключами доступа и, следовательно, будет существовать в любом случае. Хотя она играет минимальную роль в значительном повышении показателей внедрения, ее настоятельно рекомендуется реализовать на начальном этапе. Использование страницы настроек аккаунта в первую очередь позволяет организациям провести пилотное тестирование, усовершенствовать и проверить свою реализацию ключей доступа перед развертыванием более сложных уведомлений после входа.
Уведомления при создании аккаунта приносят умеренную пользу и рекомендуются в качестве вторичных мер для дополнения более широкой стратегии внедрения. Они обеспечивают дополнительное внедрение среди новых пользователей, но не оказывают существенного влияния на существующую базу пользователей.
После сброса пароля и уведомления/баннеры в приложении обычно дают низкий или умеренный прирост. Хотя эти меры могут дополнять более широкие усилия по внедрению, их сложность реализации редко оправдывает их приоритетность в качестве основных стратегий.
При разработке идеального уведомления после входа имеет смысл изучить успешные внедрения крупными технологическими компаниями и выявить общие выводы из их экспериментов. Большую часть этой информации можно найти в докладах, опубликованных FIDO Alliance.
• Множество экспериментов и подходов: Amazon тестировал различные процессы после входа («T1», «T2», «T3»), чтобы выяснить, какие пользовательские уведомления работают лучше всего. Некоторые автоматически открывали диалог создания ключа доступа, в то время как другие отображали простой экран «Настройте свой ключ доступа» с двумя вариантами: «Да, создать ключ доступа» или «Нет, продолжать использовать пароли».
• Вход в 6 раз быстрее: Благодаря итеративному A/B-тестированию и корректировкам в реальном времени, они достигли до шести раз более быстрого входа для тех, кто перешел на ключи доступа, что значительно сократило возврат к паролям.
• Различия между мобильными и десктопными устройствами: Amazon обнаружил, что автоматический запуск регистрации ключа доступа на мобильных устройствах привел к заметно более высокому принятию по сравнению с десктопными процессами, что говорит о том, что пользователи на смартфонах более открыты к биометрическим запросам.
Igor Gjorgjioski
Head of Digital Channels & Platform Enablement, VicRoads
Corbado proved to be a trusted partner. Their hands-on, 24/7 support and on-site assistance enabled a seamless integration into VicRoads' complex systems, offering passkeys to 5 million users.
Крупные компании доверяют Corbado защиту своих пользователей и делают входы в систему более удобными с помощью ключей доступа. Получите бесплатную консультацию по ключам доступа прямо сейчас.
Получить бесплатную консультацию• Сегментация по типам пользователей и устройствам: Внутреннее внедрение в Microsoft систематически нацеливалось на различные группы пользователей (руководители, разработчики, рядовые сотрудники) и конкретные платформы (Windows, macOS, iOS, Android). Они отображали уведомления о ключах доступа после входа, адаптированные к рабочему процессу каждого сегмента.
• Поэтапное внедрение: После оценки успеха на ранних этапах, Microsoft постепенно увеличивала обязательное использование ключей доступа на последующих этапах. Организация также измеряла «коэффициент принятия ключей доступа» для каждого этапа, уточняя текст интерфейса или логику резервных вариантов, если конверсия снижалась.
• Поощрение охвата: Как только пользователь настраивал ключ доступа на одном устройстве, ему предлагалось после будущих входов на новых устройствах «Добавить ключ доступа здесь?», чтобы ключи доступа стали повсеместными в среде пользователя.
• Масштабное A/B-тестирование: С более чем 2,5 миллиардами входов с ключами доступа, Google активно инвестирует в A/B-тестирование уведомлений о ключах доступа. Они часто сравнивают сообщения об удобстве («Пропустите ввод пароля в следующий раз») с сообщениями о безопасности («Защитите свой аккаунт с помощью ключа доступа»), чтобы увидеть, что находит больший отклик.
• Процессы повторной аутентификации: Google также использует запросы на повторную аутентификацию (например, когда пользователи изменяют конфиденциальные настройки), чтобы напомнить им о ключах доступа: «Хотите сделать это быстрее? Создайте ключ доступа сейчас».
• Межплатформенные стимулы: Поскольку Google Password Manager синхронизирует ключи доступа между устройствами, подход после входа часто включает короткое примечание о многоплатформенном удобстве, подкрепляя идею «создай один раз, используй везде».
• Язык безопасности против языка удобства: Intuit, компания-разработчик QuickBooks и TurboTax, тестировала сообщения вроде «Вход, устойчивый к фишингу» (с акцентом на безопасность) против «Быстрый вход, без пароля» (с акцентом на простоту использования). Они обнаружили, что определенные сегменты (особенно финансовые специалисты) были более мотивированы безопасностью, в то время как другие — удобством.
• Повторное тестирование на пользователях: С очень разнообразной базой — от владельцев малого бизнеса до обычных налогоплательщиков — Intuit постоянно совершенствовала формулировки, макет интерфейса и время появления уведомления. Они обнаружили, что предложение вскоре после входа давало гораздо более высокий уровень принятия ключей доступа.
• Постоянные напоминания: Для пользователей, которые пропустили процесс создания ключа доступа вначале, Intuit создала уведомление «второго шанса», которое появлялось через небольшой промежуток времени — стратегия, которая еще больше увеличила итоговый показатель создания.
Давайте рассмотрим и обобщим общие черты этих крупных внедрений:
Тестируйте сообщения с помощью A/B-тестов | Каждая компания осознала ценность использования различных текстов и интерфейсов. Предложение «быстрого входа» часто находит отклик у массовых пользователей, в то время как определенные группы, ориентированные на безопасность, предпочитают формулировку «защитите свой аккаунт». |
---|---|
Измеряйте «коэффициент принятия ключей доступа» по демографии и ОС | Все крупные внедрения отслеживают, кто видит уведомление, кто соглашается и кто завершает процедуру, с сегментацией по устройству и версии браузера/ОС. Это помогает выявить проблемные места (например, старые версии Android) или демографические различия. |
Повторные уведомления | Intuit обнаружила, что повторное предложение тем, кто пропустил создание ключей доступа при первом входе, может удвоить или утроить итоговое внедрение. Amazon аналогичным образом использовал систему повторных предложений. |
Частота и тайм-аут уведомлений | Хотя повторные уведомления помогают, слишком большое их количество за короткий промежуток времени вызывает раздражение у пользователей. Обычно после третьего уведомления за короткий период показатели принятия резко падают, поэтому организации часто снижают частоту уведомлений на определенный период «остывания» (например, 30 дней). |
Автоматическая или ручная процедура | Автоматическое открытие регистрации ключа доступа (особенно на мобильных устройствах) может повысить принятие на 30–50%, но требует тщательного дизайна UI/UX, чтобы избежать путаницы. |
Вместе эти реальные уроки подтверждают, что лучшие практики после входа, включающие простой, своевременный текст и последовательные повторные предложения, являются самыми сильными драйверами улучшения внедрения ключей доступа для их создания. В следующем разделе мы рассмотрим, как структурировать этот подход, чтобы пользователи не только настраивали свой первый ключ доступа, но и добавляли дополнительные ключи на нескольких устройствах, приближая показатели внедрения к порогу 50–80%, необходимому для полной замены паролей ключами доступа.
Эффективные стратегии после входа делают больше, чем просто предлагают пользователям создать свой первый ключ доступа. Они также проактивно направляют пользователей к всестороннему внедрению ключей доступа на всех их устройствах, обеспечивая, чтобы пароли становились все более избыточными. Цель этих стимулов — сделать ключи доступа основным методом аутентификации, значительно сократив зависимость от устаревших входов по паролю. Ниже приведены расширенные соображения для каждого стратегического этапа в процессе после входа.
Основная задача в стимулировании первоначального внедрения ключей доступа заключается в поиске правильного сообщения. Организации должны четко определить, апеллировать ли к комфорту и удобству пользователя или сосредоточиться в первую очередь на повышенной безопасности. Например, Google добился массового успеха с простыми, ориентированными на удобство уведомлениями, такими как «Быстрый вход, без паролей», которые нашли сильный отклик у обычных пользователей. В отличие от этого, Intuit определила, что профессионалы, особенно в финансовой сфере, более положительно реагировали на сообщения, ориентированные на безопасность, такие как «Защитите свой аккаунт от фишинга». Идеальное сообщение будет сильно зависеть от демографии ваших целевых пользователей и их конкретных потребностей или приоритетов, что подчеркивает важность обширного A/B-тестирования для определения наиболее эффективного языка.
Тестирование вариантов этих сообщений позволяет измерить, какой из них находит наибольший отклик и дает самые высокие показатели принятия. Не менее важно управлять частотой уведомлений: первоначальные стимулы необходимы, но последующие напоминания должны быть тщательно сбалансированы. Компании, такие как Amazon, наблюдали резкое снижение показателей принятия после слишком большого количества повторных уведомлений за короткий промежуток времени. Широко распространенной лучшей практикой является предоставление пользователям возможности легко пропускать уведомления, но повторное предложение настройки ключа доступа после периода «остывания», например, 30 дней.
Решение о том, следует ли автоматически запускать процесс регистрации после входа, также значительно влияет на внедрение. Автоматические триггеры на мобильных устройствах оказались очень эффективными, при этом Amazon отметил на 30–50% более высокие показатели принятия из-за интуитивной природы биометрических взаимодействий. Однако автоматические уведомления о регистрации должны быть реализованы продуманно, чтобы избежать разочарования пользователей, особенно на настольных платформах, где ручной запуск в целом был более эффективным и менее навязчивым.
Достижение широкого внедрения ключей доступа включает не только побуждение пользователей к регистрации их первого ключа доступа, но и систематическое предложение им расширить охват на другие устройства, что также снижает вероятность блокировки аккаунта. Проактивные сообщения помогают обеспечить бесперебойный опыт аутентификации независимо от устройства пользователя, значительно повышая безопасность и обеспечивая удобство. Например, если пользователь сначала регистрирует ключ доступа на Windows, а затем входит через устройство Android с помощью резервных вариантов, система должна четко предложить: «Настройте ключ доступа здесь, чтобы в следующий раз не вводить пароль».
Этот многоустройственный подход обеспечивает непрерывный охват и значительно сокращает возврат к традиционным методам аутентификации. Кроме того, рассмотрение сценариев, когда ключи доступа ранее не сработали или были отменены, например, когда пользователь удаляет или прерывает регистрацию ключа доступа, предлагает еще одну важную возможность для повторного вовлечения пользователей. Предложение им после успешного входа с помощью резервного варианта с сообщением вроде «Настройка ключа доступа в прошлый раз не удалась — попробуйте еще раз, чтобы упростить будущие входы» побуждает их повторить попытку регистрации.
В гибридных сценариях входа, включающих межплатформенную аутентификацию (CDA), предлагайте пользователям сразу после успешной аутентификации сохранить нативные ключи доступа локально, улучшая будущее удобство. Например, после завершения CDA через смартфон для авторизации сессии Windows, четко предложите пользователю: «Добавьте ключ доступа прямо на это устройство, чтобы в следующий раз не использовать телефон».
В конечном счете, этот расширенный подход на разных устройствах не только повышает безопасность, но и уважает время, удобство и предпочтения пользователей. Пользователи чувствуют себя ценными и уполномоченными, когда им предоставляются четкие, персонализированные рекомендации, что укрепляет доверие и готовность использовать ключи доступа во всей их цифровой экосистеме, чтобы избежать неудобных резервных вариантов и сократить количество входов с помощью CDA.
Перевод пользователей на обязательное использование ключей доступа требует стратегического, поэтапного подхода, что особенно важно в регулируемых средах или для аккаунтов с высокой ценностью. Постепенное внедрение обязательного использования ключей доступа вместо резкого требования минимизирует сопротивление пользователей и максимизирует показатели принятия.
Один из эффективных методов — сначала отслеживать добровольное внедрение, позволяя пользователям ознакомиться с использованием ключей доступа. После того как пользователи успешно войдут в систему несколько раз с помощью ключей доступа, вы можете постепенно отключать методы входа на основе пароля, четко сообщая об этом переходе заранее. Например, явно информируйте пользователей: «Со следующего месяца пароли больше не будут приниматься; пожалуйста, убедитесь, что ваш ключ доступа активен».
Тщательный мониторинг статистики вовлеченности пользователей также помогает точно настроить обязательный переход. Если пользователи неоднократно отклоняют уведомления о регистрации, усильте ваши сообщения, возможно, убрав опцию «Пропустить» после определенного порога или переведя сообщение в разряд обязательных действий, как показано в реализации Microsoft выше. Однако всегда предоставляйте безопасные резервные механизмы, такие как аппаратные ключи безопасности, для пользователей, которые сталкиваются с реальными техническими ограничениями или проблемами совместимости.
Четкое информирование о преимуществах, таких как защита от фишинга и захвата аккаунтов, укрепляет понимание и принятие пользователями обязательного использования ключей доступа (что отличается от упрощенных сообщений, когда это еще не обязательно). Сообщения вроде «Ключи доступа помогают нам обеспечивать безопасность вашего аккаунта — пароли скоро будут выведены из обращения» подчеркивают необходимость и ценность этого перехода, способствуя уверенности пользователей в принятии ключей доступа в качестве нового стандарта аутентификации.
Для эффективного достижения высоких показателей внедрения ключей доступа при их создании необходим тщательно структурированный и четко изложенный процесс после входа. Оптимальный процесс систематически рассматривает три сценария в зависимости от того, есть ли у пользователя уже зарегистрированные ключи доступа, пошагово направляя его через первоначальное создание, расширение охвата ключами доступа на дополнительные устройства и обработку резервных сценариев.
Ниже приведено подробное описание, четко соответствующее представленной блок-схеме:
При каждом входе система выполняет первоначальную проверку:
Есть ли у пользователя уже ключ доступа?
Если нет (ноль ключей доступа), пользователи направляются на Основной экран.
Если да (один или несколько ключей доступа), пользователи переходят на адаптированный Вторичный экран.
На Основном экране подход к регистрации зависит от платформы устройства пользователя:
Процесс для десктопа На настольных компьютерах уведомление о создании ключа доступа всегда ручное:
Первое уведомление: Пользователи явно выбирают Принять или Пропустить создание ключа доступа.
Если они Принимают, ключ доступа создается немедленно.
Если они Пропускают, они увидят Второе уведомление при следующем входе.
Второе уведомление предлагает еще один шанс, снова явно прося пользователя Принять или Пропустить.
Если пользователь Принимает, ключ доступа успешно создается.
Если они снова Пропускают, они получают Третье уведомление при последующем входе.
После Третьего уведомления, если пользователи все еще Пропускают, система устанавливает четкий и определенный период «остывания» в 30 дней, чтобы избежать чрезмерного раздражения пользователя.
Процесс для мобильных устройств использует более динамичный подход:
Изначально уведомление о создании ключа доступа запускается автоматически из-за интуитивной природы мобильной биометрической регистрации.
Если пользователи Принимают, регистрация ключа доступа завершается немедленно.
Если пользователи Пропускают первое автоматическое уведомление, процесс переключается на ручное Второе уведомление при их следующем входе.
На Втором уведомлении (ручном), пользователи снова явно выбирают Принять или Пропустить.
Если они Принимают, создание ключа доступа проходит успешно.
Если пропущено снова, Третье уведомление предлагается во время следующей сессии.
После третьего последовательного пропуска мобильный пользователь также входит в 30-дневный период «остывания» перед появлением дальнейших уведомлений.
Эта структурированная стратегия Основного экрана уравновешивает удобство пользователя с настойчивыми, но уважительными напоминаниями, постепенно направляя пользователей к внедрению ключей доступа, не перегружая их.
Для пользователей, у которых уже есть хотя бы один ключ доступа, вторичные уведомления сосредоточены на расширении охвата ключами доступа на нескольких устройствах или операционных системах, чтобы исключить зависимость от резервных вариантов:
После успешного входа с помощью резервного метода (пароль, OTP или вход с помощью QR-кода CDA), пользователи видят четкое, специфичное для устройства уведомление на Вторичном экране, поощряющее их создать дополнительный ключ доступа. Пример сообщения может быть таким: «Настройте ключ доступа здесь, чтобы пропустить ввод пароля на этом устройстве».
У пользователей снова есть возможность Принять или Пропустить.
После нескольких пропусков система аналогичным образом вводит период «остывания» в 30 дней, чтобы избежать раздражения или усталости пользователя.
Кроме того, этот вторичный экран также применяется в случаях, когда у пользователей ранее были неудачные регистрации ключей доступа или они явно удалили свой ключ доступа. В этих сценариях сообщение явно обращается к предыдущей неудаче, подчеркивая возобновленное удобство и улучшенную надежность текущего процесса настройки.
Описанная блок-схема представляет собой прочную основу для реализации эффективной стратегии регистрации ключей доступа после входа. Хотя изложенные шаги, такие как различие между десктопным и мобильным опытом, тщательное управление частотой уведомлений и предоставление четких путей после повторных пропусков, отражают проверенные лучшие практики, наблюдаемые в крупномасштабных внедрениях такими компаниями, как Amazon, Microsoft и Google, важно подчеркнуть, что базы пользователей значительно различаются. То, что отлично работает в одном сценарии, может дать разные результаты в другом из-за разнообразной демографии пользователей, предпочтений устройств и организационных контекстов.
Поэтому непрерывная аналитика и строгий мониторинг взаимодействий с пользователями необходимы для истинной оптимизации и совершенствования вашей стратегии регистрации ключей доступа.
Подробное отслеживание коэффициентов принятия ключей доступа и других критически важных KPI предоставляет практические выводы о том, какие части вашего процесса успешны или испытывают трудности. Например, анализ точек отсева в процессе регистрации может выявить, находят ли пользователи уведомления слишком навязчивыми, запутанными или несвоевременными. Вот наша рекомендация по метрикам для отслеживания:
KPI | Определение | Почему это важно | Как измерять | Ориентир |
---|---|---|---|---|
Коэффициент принятия ключей доступа | Процент пользователей, которые после успешного входа (post-sign-in) получают «стимул» (уведомление или предложение, поощряющее их настроить ключ доступа) и решают создать ключ доступа. Этот KPI конкретно измеряет реакцию пользователей на эти уведомления после входа, подчеркивая эффективность сообщений в стимулировании создания ключей доступа. Этот подход считается передовым, потому что пользователи обычно не создают ключи доступа проактивно через настройки аккаунта или управления учетными данными. Вместо этого ключи доступа наиболее успешно внедряются, когда пользователям предлагается их создать сразу после входа, что делает стимулы основным драйвером создания ключей доступа. Обязательно различайте самый первый стимул и последующие, так как показатели снижаются. | Высокий коэффициент принятия указывает на успешное убеждение пользователя и дизайн стимула. Низкие показатели сигнализируют о проблемах, неясных сообщениях или нерешительности пользователя. | Формула: (количество пользователей, завершивших создание ключа доступа после стимула) ÷ (количество пользователей, увидевших стимул). Сегментируйте по ОС/браузеру/устройству. | 50%-75% при первом стимуле, до 85% после нескольких стимулов на мобильных устройствах. Ниже на десктопе. Сильно зависит от формулировок и реализации. |
Коэффициент успешного создания ключей доступа | Доля пользователей, которые начинают процедуру регистрации ключа доступа и успешно завершают ее (т.е. без прерывания). | Показывает, сколько пользователей отказываются в середине процесса создания из-за запутанного UX, технических проблем или сомнений. | Формула: (количество завершенных регистраций ключей доступа) ÷ (количество попыток регистрации). Анализируйте точки сбоя по ОС/браузеру/устройству. | Близко к 100%. |
Количество созданных ключей доступа | Совокупное количество вновь созданных ключей доступа за определенный период (ежедневно, еженедельно, ежемесячно). | Прямая мера внедрения, часто рассматриваемая как полу-выходной KPI. Отражает объем использования ключей доступа и потенциальные будущие сдвиги входа от паролей. | Формула: Сумма всех вновь зарегистрированных ключей доступа по ОС, браузеру, категориям устройств. Отслеживайте тенденции роста со временем. Абсолютное число не имеет значения, оно зависит от размера базы пользователей. | Значительное количество в день, как только будет полностью развернуто. |
Ваша стратегия внедрения ключей доступа никогда не должна быть статичной. Вместо этого она должна динамически развиваться на основе измеряемых данных, позволяя вносить коррективы в сообщения, частоту и методы уведомлений (автоматические или ручные). Тщательно наблюдая за тем, как разные сегменты пользователей реагируют со временем, ваша организация может итеративно совершенствовать эти стимулы, гарантируя, что уведомления остаются убедительными, не перегружая пользователей. В конечном счете, успешное развертывание ключей доступа во многом зависит от адаптации лучших практик к конкретному поведению и предпочтениям ваших пользователей, основанной на точной аналитике, а не только на предположениях.
Когда дело доходит до реализации лучших практик для пользовательских уведомлений о ключах доступа и обеспечения высокоэффективных стимулов после входа, платформа Corbado Connect Enterprise выходит далеко за рамки стандартной интеграции WebAuthn.
Ниже приведены шесть убедительных способов, которыми корпоративная платформа Corbado может улучшить внедрение ваших ключей доступа и преобразовать показатели внедрения с помощью наших предопределенных стимулов после регистрации, которые встраиваются в ваше приложение.
1. Основано на проверенных лучших практиках
Все компоненты в Corbado Connect следуют проверенным временем шаблонам проектирования и урокам, извлеченным из крупных технологических внедрений, таких как Amazon, Google и Microsoft, но усовершенствованы собственными реальными данными и опытом Corbado из крупных внедрений. Это означает, что ваша реализация основана не только на теории, но и на практических, проверенных в полевых условиях подходах, которые уже доказали свою эффективность в повышении коэффициентов принятия.
2. Богатая аналитика и телеметрия в реальном времени
Многие решения для ключей доступа просто регистрируют выбор пользователя. Corbado Connect собирает подробную статистику по воронкам регистрации ключей доступа, использованию резервных вариантов и охвату на нескольких устройствах. Мы затем визуализируем ключевые метрики — время успешного входа, принятие ключей доступа по ОС, повторяющиеся шаблоны пропусков, чтобы точно показать, как работают ваше обучение пользователей для регистрации ключей доступа и стимулы для регистрации ключей доступа.
3. Непрерывная оптимизация по сравнению с устаревшей аутентификацией
Одним из наших ключевых отличий является постоянная оптимизация, которая сравнивает внедрение ключей доступа с паролями или OTP. Corbado Connect подчеркивает улучшения в скорости входа и уровне безопасности, позволяя вам подтверждать рентабельность инвестиций в реальном времени. Это постоянное сравнение поощряет дальнейшие итерации: по мере роста использования ключей доступа вы можете видеть прямое снижение количества сбросов паролей и средней продолжительности входа.
4. Детальные инсайты по конкретным устройствам
Разные платформы по-разному реагируют на уведомления о ключах доступа. Corbado Connect анализирует внедрение по типу устройства (iOS, Android, Windows, macOS) и версии ОС, выявляя проблемные места или высокопроизводительные сегменты. С помощью этих инсайтов вы можете точно настроить ваши стратегии вовлечения пользователей в использование ключей доступа - например, вводя автоматические уведомления на определенных версиях мобильных ОС, выбирая ручные процессы на старых десктопах.
5. Управляемое корпоративное развертывание и A/B-тестирование
Corbado Connect предлагает услугу «под ключ», которая адаптирует весь пользовательский процесс (время, текст, логику резервных вариантов) к потребностям вашей организации. Мы занимаемся созданием A/B-тестов, запускаем автоматизированные оптимизации воронок и принимаем правила для отдельных стратегий для десктопов и мобильных устройств. Важно отметить, что эти обновления не требуют новых релизов с вашей стороны — Corbado постоянно совершенствует пользовательский путь для повышения показателей успешности входа с ключами доступа, не нагружая ваши команды разработчиков.
6. Адаптивный движок правил для постоянного роста
После первоначального запуска ключей доступа поведение пользователей меняется. Corbado Connect использует адаптивный движок правил для изменения уведомлений (автоматические или ручные) на основе истории пропусков, уровней риска или шаблонов использования. Независимо от того, выводите ли вы пароли из обращения в регулируемой среде или мягко подталкиваете больше устройств к использованию ключей доступа, наша платформа гарантирует, что каждый стратегический поворот будет беспроблемным, максимизируя успех для всей вашей пользовательской базы. Сочетая эти функции, Corbado Connect гарантирует, что ваша стратегия регистрации ключей доступа остается гибкой, основанной на данных и удобной для пользователя, превращая ключи доступа из простой альтернативы в основной метод аутентификации для ваших клиентов.
Ключи доступа стали преобразующим методом аутентификации, обеспечивающим более быстрый, простой и безопасный вход, чем традиционные учетные данные. Однако простое предложение ключей доступа не гарантирует, что пользователи их примут. Организации должны стратегически разрабатывать уведомления о ключах доступа, проводить A/B-тестирование сообщений и адаптировать процессы для разных устройств, чтобы повысить внедрение ключей доступа выше 50% — порога, при котором пароли становятся действительно заменяемыми. В этом руководстве были рассмотрены основные знания, от изучения того, почему внедрение важнее базовой реализации, до подробного описания конкретных тактик стимулирования (после входа против страницы настроек, ограничения частоты, автоматическое создание на мобильных устройствах и т. д.), на которые полагаются крупные технологические компании для достижения успеха.
Каковы лучшие практики для пользовательских уведомлений о ключах доступа? Наиболее эффективные уведомления появляются сразу после успешного входа пользователей, используя их настрой на аутентификацию. Сообщения должны четко подчеркивать либо удобство («Быстрый вход, без паролей»), либо безопасность («Защитите свой аккаунт от фишинга»), что определяется путем тщательного A/B-тестирования. Стимулы также должны уважать автономию пользователя, включая периоды «остывания» после повторных пропусков, чтобы минимизировать разочарование.
Как стимулировать внедрение ключей доступа пользователями в корпоративном контексте? Успешное корпоративное внедрение во многом зависит от структурированных, поэтапных подходов в сочетании с непрерывной аналитикой. Организации должны отслеживать ключевые показатели эффективности (например, коэффициент принятия ключей доступа, коэффициент успешного создания), совершенствуя свои стратегии на основе пользовательских данных. Поощрение регистрации ключей доступа на нескольких устройствах и перевод сегментов с высокой ценностью на обязательное использование ключей доступа необходимы для достижения желаемого порога внедрения в 50–80%.
Если ваша организация планирует крупномасштабное развертывание и стремится к лучшим в отрасли показателям внедрения, мы в Corbado будем рады вам помочь. Наша корпоративная платформа предоставляет сложную аналитику, A/B-тестирование и адаптированные пользовательские пути для обеспечения оптимального внедрения ключей доступа.
Enjoyed this read?
🤝 Join our Passkeys Community
Share passkeys implementation tips and get support to free the world from passwords.
🚀 Subscribe to Substack
Get the latest news, strategies, and insights about passkeys sent straight to your inbox.
Related Articles
Table of Contents