---
url: 'https://www.corbado.com/hi/blog/passkey-banane-ke-behtareen-tarike'
title: 'क्रिएशन फ़्लो में पासकी अपनाने की दर कैसे बढ़ाएँ'
description: 'साइन-इन के बाद मिलने वाले संकेतों, A/B टेस्ट किए गए संदेशों और क्रॉस-डिवाइस कवरेज के साथ पासकी बनाने की प्रक्रिया को बेहतर बनाएँ और इसे अपनाने की दर बढ़ाएँ।'
lang: 'hi'
author: 'Vincent Delitz'
date: '2025-07-11T12:42:56.821Z'
lastModified: '2026-03-25T10:07:25.852Z'
keywords: 'पासकी बनाना, पासकी एनरोलमेंट, पासकी संकेत, साइन-इन के बाद पासकी, पासकी की A/B टेस्टिंग, पासकी का उपयोग बढ़ाना, पासकी बनाना, एक पासकी बनाएँ'
category: 'Passkeys Strategy'
---

# क्रिएशन फ़्लो में पासकी अपनाने की दर कैसे बढ़ाएँ

## 1. परिचय

इस लेख में, हम एक विस्तृत गाइड प्रस्तुत कर रहे हैं जो यह बताता है कि **पासकी अपनाने की दर
को कैसे बेहतर बनाया जाए** और **विशेष रूप से पासकी बनाने की प्रक्रिया को** कैसे अनुकूलित
किया जाए, इसके लिए हम सही समय पर दिए गए संकेतों के माध्यम से पासकी बनाने के फ़्लो को
ऑप्टिमाइज़ करेंगे। हम निम्नलिखित सवालों के जवाब देंगे:

- **पासकी बनाने की प्रक्रिया को अधिकतम करने के लिए पासकी यूज़र प्रॉम्प्ट के लिए सबसे अच्छी
  प्रथाएँ क्या हैं?**
- **एंटरप्राइज़ बड़े पैमाने पर यूज़र्स को पासकी एनरोल करने के लिए प्रभावी ढंग से कैसे
  प्रोत्साहित कर सकते हैं?**

हम एंटरप्राइज़ संदर्भों के अनुरूप प्रमाणित रणनीतियों और व्यावहारिक सर्वोत्तम प्रथाओं के
बारे में जानेंगे, जो आपके संगठन को यूज़र्स को पासवर्ड से पासकी की ओर सफलतापूर्वक ले जाने
में सक्षम बनाएंगी। **यह ब्लॉग विशेष रूप से पासकी बनाने और एनरोलमेंट पर केंद्रित है;** बाद
में पासकी के उपयोग (लॉगिन आवृत्ति और तरीके) को अनुकूलित करने की रणनीतियों पर आने वाले एक
लेख में अलग से चर्चा की जाएगी।

## 2. पासकी अपनाना कार्यान्वयन से ज़्यादा महत्वपूर्ण क्यों है

पासकी लागू करना केवल पहला कदम है; असली मूल्य तब मिलता है जब संगठन प्रभावी ढंग से **पासकी
अपनाने की दर में सुधार करते हैं**। **पासकी बनाने और उपयोग की दरों को बढ़ाने** के लिए
जानबूझकर उपाय किए बिना, व्यवसाय अक्सर खुद को पासवर्ड पर लगातार निर्भर पाते हैं। **पासकी
एनरोलमेंट के लिए** उद्देश्यपूर्ण **संकेतों** और अनुकूलित पासकी लॉगिन फ़्लो के बिना केवल एक
विकल्प के रूप में पासकी प्रदान करने से लोग उसी चीज़ पर वापस चले जाते हैं जिससे वे परिचित
हैं: पासवर्ड। यह परिदृश्य पासकी परियोजनाओं के रिटर्न को गंभीर रूप से सीमित कर सकता है।

संगठनों को पर्याप्त सुरक्षा सुधार और लागत में कमी का अनुभव तभी होता है, जैसे कि कम पासवर्ड
रीसेट और कम OTP उपयोग, जब **पासकी उच्च स्वीकृति प्राप्त करते हैं** और अधिकांश यूज़र्स के
लिए प्राथमिक लॉगिन विधि बन जाते हैं। इसलिए, पासकी यूज़र प्रॉम्प्ट, लॉगिन के बाद पासकी
प्रॉम्प्ट की सर्वोत्तम प्रथाएँ, और A/B टेस्टिंग पासकी प्रॉम्प्ट इन उद्देश्यों को पूरा करने
में एक महत्वपूर्ण भूमिका निभाते हैं। जो कंपनियाँ बड़े पैमाने पर पासवर्ड से पासकी यूज़र
फ़्लो में संक्रमण का लक्ष्य रखती हैं और 50-80% पासकी लॉगिन दर के लिए प्रयास करती हैं, वे
सक्रिय रूप से पासकी बनाने में संलग्न होती हैं।

![adoption-and-costs-related-passkeys.png](https://www.corbado.com/website-assets/Relationship_6100e20ee9.png)

ये **पासकी यूज़र एंगेजमेंट रणनीतियाँ** [FIDO Alliance](https://www.corbado.com/glossary/fido-alliance) की Passkey
Central पर दी गई सिफारिशों के अनुरूप हैं, जहाँ
[FIDO Alliance एंटरप्राइज़ में यूज़र्स द्वारा पासकी अपनाने की ज़रूरत पर ज़ोर देता है](https://www.passkeycentral.org/passkey-roll-out-guides/compare-guides)।
जबकि उच्च-स्तरीय लाभ अच्छी तरह से समझे जाते हैं, असली चुनौती अक्सर पासकी लॉगिन सफलता
मेट्रिक्स को बढ़ावा देने में होती है, उदाहरण के लिए, डिवाइसों पर पासकी कवरेज को प्रभावी
ढंग से बढ़ाना, लॉगिन के बाद पासकी प्रॉम्प्ट की सर्वोत्तम प्रथाओं को लागू करना, और पासकी
एनरोलमेंट के लिए निरंतर यूज़र शिक्षा का आयोजन करना।

उदाहरण के लिए, Amazon का पासकी अपनाने में सुधार के लिए स्पष्ट दृष्टिकोण - व्यापक प्रयोगों
और पुनरावृत्तीय UX सुधारों के माध्यम से - छह गुना तेज़ साइन-इन गति प्रदान करता है, जिससे
पासवर्ड पर निर्भरता में उल्लेखनीय कमी आई और यूज़र संतुष्टि में वृद्धि हुई। इसी तरह,
Microsoft का व्यक्तित्व और डिवाइस द्वारा विभाजन, साथ ही Google के 2.5 बिलियन से अधिक पासकी
साइन-इन, केवल पासकी उपलब्धता के बजाय सक्रिय उपयोग के प्रति उनकी प्रतिबद्धता को दर्शाते
हैं:

| **कंपनी** | **उच्च पासकी अपनाने पर ध्यान केंद्रित करना**                                          |
| --------- | ------------------------------------------------------------------------------------- |
| Amazon    | हाँ – उपयोग बढ़ाने के लिए कई प्रयोग किए, जिससे 6 गुना तेज़ साइन-इन हासिल हुआ          |
| Microsoft | हाँ – यूज़र व्यक्तित्व और डिवाइस के आधार पर विभाजन करके पासकी को लगातार लागू करना     |
| Google    | हाँ – 2.5 बिलियन से अधिक पासकी साइन-इन मजबूत अपनाने की दिशा में प्रयास को दर्शाते हैं |

संक्षेप में, एंटरप्राइज़ में यूज़र्स द्वारा पासकी अपनाने को बढ़ावा देना केवल पासकी सुविधा
को सक्षम करने से कहीं ज़्यादा महत्वपूर्ण है। यूज़र्स शायद ही कभी खुद से नए लॉगिन तरीके
खोजते हैं। आपको यह सुनिश्चित करना होगा कि पासकी लॉगिन फ़्लो को अनुकूलित करना, पासकी
एनरोलमेंट के लिए सही समय पर संकेत देना, और चल रही A/B टेस्टिंग पासकी प्रॉम्प्ट योजना का
हिस्सा हों। इस तरह की पासकी यूज़र एंगेजमेंट रणनीतियों और पासकी उपयोग एनालिटिक्स और KPI के
माध्यम से, संगठन महत्वपूर्ण सीमाओं को पार कर सकते हैं, पासवर्ड को पूरी तरह से पासकी से बदल
सकते हैं, और पासवर्ड रहित भविष्य के पूर्ण लाभ - सुरक्षा, वित्तीय और यूज़र अनुभव - प्राप्त
कर सकते हैं।

## 3. संकेत: कौन से उपाय पासकी बनाने में मदद करते हैं?

यूज़र्स को पासकी सेट अप करने के लिए प्रोत्साहित करना, जिसे अक्सर **पासकी क्रिएशन या पासकी
एनरोलमेंट** या "पासकी रजिस्टर करना" कहा जाता है, पासकी अपनाने में सुधार और पासकी उपयोग
दरों को बढ़ाने के किसी भी प्रयास का आधार है। व्यवहार में, पासकी एनरोलमेंट के लिए संकेतों
के लिए कई प्रॉम्प्ट और फ़्लो मौजूद हैं, लेकिन सभी समान रूप से प्रभावी नहीं हैं। नीचे
सामान्य दृष्टिकोणों का एक अवलोकन दिया गया है, साथ ही यह भी बताया गया है कि लॉगिन के बाद
पासकी प्रॉMPT की सर्वोत्तम प्रथाओं को व्यापक रूप से सबसे प्रभावशाली क्यों माना जाता है।

### 3.1 साइन-इन के बाद पासकी (लॉग इन करने के बाद)

| **पहलू**                | **विवरण**                                                                                                                                                                        |
| ----------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **यह कैसे काम करता है** | सफल लॉगिन के बाद (पासवर्ड या पुराने MFA के माध्यम से), यूज़र्स को तुरंत एक पासकी बनाने के लिए प्रेरित किया जाता है (उदाहरण के लिए, "अगली बार लॉगिन को पासकी से सुरक्षित करें!")। |
| **फायदे**               | ✅ **उच्च दृश्यता:** हर यूज़र अंततः लॉगिन स्क्रीन देखता है। ✅ **न्यूनतम घर्षण:** यूज़र पहले से ही प्रमाणीकरण की मानसिकता में है।                                                |
| **नुकसान**              | ⚠️ लॉगिन के बाद सावधानीपूर्वक समयबद्ध, रीयल-टाइम मैसेजिंग लॉजिक की आवश्यकता होती है।                                                                                             |
| **प्रभाव**              | ✅ **उच्चतम प्रभावशीलता** बड़े पैमाने पर पासकी अपनाने के लिए। Amazon, Google, और Microsoft जैसी कंपनियाँ इस दृष्टिकोण पर बहुत अधिक निर्भर करती हैं।                              |

![passkeys post signin](https://s3.eu-central-1.amazonaws.com/corbado-cloud-staging-website-assets/passkeys_post_signin_dd14b93ecf.png)

### 3.2 पासवर्ड रीसेट के बाद पासकी

| **पहलू**                | **विवरण**                                                                                                                                                   |
| ----------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **यह कैसे काम करता है** | यूज़र्स को अपना पासवर्ड रीसेट करने के तुरंत बाद एक पासकी बनाने के लिए प्रेरित करें (उदाहरण के लिए, "भविष्य में पासवर्ड रीसेट से बचें—अभी एक पासकी बनाएँ!")। |
| **फायदे**               | ✅ यूज़र्स को एक निराशाजनक क्षण (भूले हुए पासवर्ड) के दौरान संबोधित करता है।                                                                                |
| **नुकसान**              | ⚠️ पासवर्ड रीसेट बहुत कम होते हैं, जिससे समग्र पहुँच और प्रभाव सीमित हो जाता है।                                                                            |
| **प्रभाव**              | 📌 **मध्यम प्रभावशीलता** एक पूरक उपाय के रूप में; व्यापक रूप से अपनाने के लिए अकेले अपर्याप्त।                                                              |

### 3.3 सेटिंग्स पेज या अकाउंट मैनेजमेंट के माध्यम से पासकी बनाना

| **पहलू**                | **विवरण**                                                                                                                                           |
| ----------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
| **यह कैसे काम करता है** | यूज़र्स स्वेच्छा से "सुरक्षा सेटिंग्स" या एक स्पष्ट "पासकी जोड़ें" विकल्प पर नेविगेट करके पासकी एनरोल करते हैं।                                     |
| **फायदे**               | ✅ लागू करने में आसान और न्यूनतम विघटनकारी; प्रारंभिक पायलट परीक्षण के लिए आदर्श। हमेशा मानक कार्यक्षमता का हिस्सा होता है।                         |
| **नुकसान**              | ⚠️ अत्यधिक निष्क्रिय दृष्टिकोण; कई यूज़र्स सुरक्षा सुविधाओं के लिए कभी भी सक्रिय रूप से खाता सेटिंग्स का पता नहीं लगाते हैं।                        |
| **प्रभाव**              | 📌 **कम से मध्यम प्रभावशीलता** यदि अकेले उपयोग किया जाता है; पहले कदम के रूप में फायदेमंद, क्योंकि पासकी के लिए खाता सेटिंग्स मानक कार्यक्षमता हैं। |

![passkeys creation via settings](https://s3.eu-central-1.amazonaws.com/corbado-cloud-staging-website-assets/passkeys_creation_via_settings_1bb454037f.png)

### 3.4 एप्लिकेशन के भीतर पासकी मैसेजिंग (कॉलआउट / बैनर)

| **पहलू**                | **विवरण**                                                                                                       |
| ----------------------- | --------------------------------------------------------------------------------------------------------------- |
| **यह कैसे काम करता है** | एप्लिकेशन इंटरफ़ेस के भीतर नियमित रूप से बैनर या पॉप-अप प्रदर्शित करना जो पासकी सेटअप के लिए प्रेरित करते हैं।  |
| **फायदे**               | ✅ आवर्ती यूज़र्स के लिए अतिरिक्त टचपॉइंट रिमाइंडर।                                                             |
| **नुकसान**              | ⚠️ अक्सर अनदेखा या नजरअंदाज कर दिया जाता है; अन्य ऐप संदेशों और सूचनाओं के साथ प्रतिस्पर्धा करता है।            |
| **प्रभाव**              | 📌 अपनाने में **मामूली वृद्धि**; आम तौर पर इसमें शामिल जटिलता को सही ठहराने के लिए पर्याप्त महत्वपूर्ण नहीं है। |

![passkeys messaging popup](https://s3.eu-central-1.amazonaws.com/corbado-cloud-staging-website-assets/passkeys_messaging_popup_75e2410bc1.png)

### 3.5 नए खाते के निर्माण के साथ सीधे पासकी

| **पहलू**                | **विवरण**                                                                                                             |
| ----------------------- | --------------------------------------------------------------------------------------------------------------------- |
| **यह कैसे काम करता है** | नए यूज़र्स को अपने खाते बनाते समय तुरंत पासकी सेट अप करने के लिए प्रेरित (या आवश्यक) किया जाता है।                    |
| **फायदे**               | ✅ नए पंजीकरण के लिए पहले दिन से ही पासवर्ड रहित आदत स्थापित करता है।                                                 |
| **नुकसान**              | ⚠️ केवल नए खातों को लक्षित करता है; मौजूदा यूज़र्स के बीच अपनाने को संबोधित नहीं करता है। भविष्य में अधिक महत्वपूर्ण। |
| **प्रभाव**              | 📌 एक व्यापक रणनीति के हिस्से के रूप में **मध्यम प्रभावशीलता**; पुराने खातों को बदलने के लिए अपने आप में अपर्याप्त।   |

![passkeys with account creation](https://s3.eu-central-1.amazonaws.com/corbado-cloud-staging-website-assets/passkeys_with_account_creation_32910b43c7.png)

### 3.6 सारांश: बड़े पैमाने पर विभिन्न पासकी एनरोलमेंट का प्रभाव

पासकी संकेतों को कहाँ लागू करना है, यह चुनते समय, बड़े एंटरप्राइज़ अनुभवों के आधार पर इन
जानकारियों पर विचार करें:

| **विधि**                     | **कार्यान्वयन जटिलता** | **बड़े पैमाने पर प्रभाव** | **अनुशंसित?**                    |
| ---------------------------- | ---------------------- | ------------------------- | -------------------------------- |
| **साइन-इन के बाद प्रॉम्प्ट** | मध्यम                  | **बहुत अधिक**             | ✅ **अत्यधिक अनुशंसित**          |
| खाता सेटिंग्स पेज            | कम                     | मध्यम                     | ✅ आधार रेखा के रूप में अनुशंसित |
| खाता निर्माण (पंजीकरण)       | कम-मध्यम               | मध्यम                     | ✅ बाद के चरण में अनुशंसित       |
| पासवर्ड रीसेट के बाद         | उच्च                   | कम-मध्यम                  | ❌ आमतौर पर प्रयास के लायक नहीं  |
| इन-ऐप कॉलआउट और बैनर         | उच्च                   | कम-मध्यम                  | ❌ आमतौर पर प्रयास के लायक नहीं  |

मौजूदा परिनियोजनों से आम सहमति स्पष्ट है: **साइन-इन के बाद के संकेत** उच्चतम पासकी निर्माण
प्रदान करते हैं, जो उनकी कार्यान्वयन जटिलता को सही ठहराते हैं। अन्य सरल विकल्प, जैसे खाता
सेटिंग्स पेज के माध्यम से पासकी एनरोलमेंट की पेशकश करना, प्रारंभिक यूज़र अन्वेषण के लिए एक
उपयोगी प्रारंभिक बिंदु प्रदान करते हैं। इसके विपरीत, पासवर्ड-रीसेट के बाद के प्रॉम्प्ट या
चल रहे इन-ऐप कॉलआउट जैसी जटिल विधियाँ आमतौर पर केवल मध्यम वृद्धिशील लाभ प्रदान करती हैं और
शायद ही कभी आवश्यक प्रयास को सही ठहराती हैं।

**आम सहमति और मुख्य बातें**

- **साइन-इन के बाद प्रॉम्प्ट** प्रभाव के लिए सर्वोच्च स्थान पर है, जो महत्वपूर्ण विकास
  ओवरहेड को सही ठहराता है। यह एक सार्वभौमिक "दर्द बिंदु" क्षण का लाभ उठाता है - पासवर्ड
  टाइप करना - जो इसे बनाने के लिए उच्च पासकी अपनाने की दर प्राप्त करने के लिए सबसे
  महत्वपूर्ण सर्वोत्तम अभ्यास बनाता है।

- **खाता सेटिंग्स पेज** किसी भी पासकी परियोजना के लिए प्रभावी रूप से अनिवार्य है और इसलिए
  यह वैसे भी मौजूद रहेगा। यद्यपि यह अपनाने की दरों को महत्वपूर्ण रूप से बढ़ाने में एक
  न्यूनतम भूमिका निभाता है, इसे प्रारंभिक कार्यान्वयन चरण के रूप में अत्यधिक अनुशंसित किया
  जाता है। पहले खाता सेटिंग्स पेज का उपयोग करने से संगठनों को अधिक जटिल साइन-इन के बाद के
  संकेतों को तैनात करने से पहले अपने पासकी कार्यान्वयन का पायलट, परिष्कृत और मान्य करने की
  अनुमति मिलती है।

- **खाता निर्माण प्रॉम्प्ट** मध्यम लाभ प्रदान करते हैं और एक व्यापक अपनाने की रणनीति के
  पूरक के लिए द्वितीयक उपायों के रूप में अनुशंसित हैं। वे नए यूज़र्स के बीच वृद्धिशील
  अपनाने की सुविधा प्रदान करते हैं लेकिन मौजूदा यूज़र आधारों पर महत्वपूर्ण प्रभाव नहीं
  डालते हैं।

- **पासवर्ड रीसेट के बाद और इन-ऐप कॉलआउट और बैनर** आमतौर पर कम से मध्यम लाभ देते हैं। जबकि
  ये उपाय व्यापक अपनाने के प्रयासों के पूरक हो सकते हैं, उनकी कार्यान्वयन जटिलता शायद ही
  कभी उन्हें मुख्य रणनीतियों के रूप में प्राथमिकता देने को सही ठहराती है।

## 4. पोस्ट-साइन-इन पासकी एनरोलमेंट के लिए सर्वोत्तम प्रथाएँ

आदर्श पोस्ट-साइन-इन संकेत तैयार करने में, बड़ी तकनीकी कंपनियों द्वारा सफल रोलआउट की जांच
करना और उनके प्रयोगों से सामान्य निष्कर्षों की पहचान करना समझ में आता है। इस जानकारी का
अधिकांश हिस्सा [FIDO Alliance द्वारा प्रकाशित](https://www.youtube.com/@TheFIDOAlliance)
वार्ताओं में पाया जा सकता है।

### 4.1 Amazon ने पोस्ट-साइन-इन पासकी बनाने का तरीका कैसे अपनाया?

• **कई प्रयोग और उपचार**: Amazon ने यह देखने के लिए विभिन्न पोस्ट-साइनइन फ़्लो ("T1,"
"T2," "T3") का परीक्षण किया कि कौन से यूज़र प्रॉम्प्ट सबसे अच्छा काम करते हैं। कुछ ने
[स्वचालित रूप से पासकी निर्माण संवाद खोला](https://youtu.be/QlVK5VYjbYE?t=689), जबकि अन्य
ने दो विकल्पों के साथ एक सरल "अपना पासकी सेट अप करें" स्क्रीन प्रदर्शित की: "हाँ, एक पासकी
बनाएँ" या "नहीं, पासवर्ड का उपयोग जारी रखें।"

![how-to-drive-enrollment-passkeys.png](https://www.corbado.com/website-assets/how_to_drive_enrollment_passkeys_85cf5960be.png)

• **6 गुना तेज़ साइन-इन गति**: पुनरावृत्तीय A/B परीक्षण और रीयलटाइम समायोजन के माध्यम से,
उन्होंने उन लोगों के लिए छह गुना तक तेज़ लॉगिन हासिल किया जिन्होंने पासकी को अपनाया—जिससे
**पासवर्ड पर निर्भरता में उल्लेखनीय कमी** आई।

• **मोबाइल बनाम डेस्कटॉप अंतर**: Amazon ने पाया कि मोबाइल पर पासकी एनरोलमेंट को स्वचालित
रूप से ट्रिगर करने से डेस्कटॉप फ़्लो की तुलना में उल्लेखनीय रूप से उच्च स्वीकृति मिली, यह
सुझाव देते हुए कि स्मार्टफ़ोन पर यूज़र्स बायोमेट्रिक प्रॉम्प्ट के लिए अधिक खुले हैं।

### 4.2 Microsoft ने पोस्ट-साइन-इन पासकी बनाने का तरीका कैसे अपनाया?

• **व्यक्तित्व और डिवाइस विभाजन**: Microsoft के आंतरिक रोलआउट ने व्यवस्थित रूप से विभिन्न
यूज़र समूहों (कार्यकारी, डेवलपर, फ्रंटलाइन कार्यकर्ता) और विशिष्ट प्लेटफार्मों (Windows,
macOS, [iOS](https://www.corbado.com/blog/how-to-enable-passkeys-ios),
[Android](https://www.corbado.com/blog/how-to-enable-passkeys-android)) को लक्षित किया।
[उन्होंने प्रत्येक सेगमेंट के वर्कफ़्लो के अनुरूप **पोस्ट-लॉगिन पासकी प्रॉम्प्ट** प्रदर्शित किए।](https://youtu.be/WY8qxXi8vpU?t=992)

• **चरणबद्ध प्रवर्तन**: शुरुआती लहरों में सफलता को मापने के बाद, Microsoft ने
[बाद के चरणों में अनिवार्य पासकी उपयोग](https://youtu.be/WY8qxXi8vpU?t=1167) को लगातार
बढ़ाया। संगठन ने प्रत्येक लहर के लिए "पासकी स्वीकृति दर" को भी मापा, यदि रूपांतरण में
गिरावट आई तो UI टेक्स्ट या फ़ॉलबैक लॉजिक को परिष्कृत किया।

• **कवरेज को प्रोत्साहित करना**: एक बार जब किसी यूज़र ने एक डिवाइस पर पासकी सेट अप कर
लिया, तो उन्हें भविष्य में नए डिवाइस पर साइन-इन करने के बाद "यहाँ एक पासकी जोड़ें?" के साथ
प्रेरित किया गया ताकि पासकी एक यूज़र के वातावरण में सर्वव्यापी हो जाए।

![adoption and costs related passkeys](https://www.corbado.com/website-assets/phishing_resistant_credentials_user_fc2a365178.png)

### 4.3 Google ने पोस्ट-साइन-इन पासकी बनाने का तरीका कैसे अपनाया?

• **स्केल्ड A/B टेस्टिंग**: **2.5 बिलियन से अधिक पासकी साइन-इन** के साथ, Google **A/B
टेस्टिंग पासकी प्रॉम्प्ट** में भारी निवेश करता है। वे अक्सर
[सुविधा संदेश की तुलना करते हैं](https://youtu.be/3hB2-Mr7f9w?t=558) ("अगली बार अपना
पासवर्ड टाइप करना छोड़ें") बनाम सुरक्षा संदेश ("अपने खाते को पासकी से सुरक्षित रखें") यह
देखने के लिए कि कौन सा अधिक प्रतिध्वनित होता है।

![google passkey approach](https://www.corbado.com/website-assets/google_passkey_approach_611b0cd686.png)

• **पुनः प्रमाणीकरण प्रवाह**: Google पुनः प्रमाणीकरण प्रॉम्प्ट का भी लाभ उठाता है (जैसे कि
जब यूज़र्स संवेदनशील सेटिंग्स को संशोधित करते हैं) उन्हें पासकी के बारे में याद दिलाने के
लिए: "एक तेज़ कदम चाहते हैं? अभी एक पासकी बनाएँ।"

• **क्रॉस-डिवाइस नडिंग**: क्योंकि
[Google Password Manager](https://www.corbado.com/blog/how-to-use-google-password-manager) डिवाइसों में पासकी को
सिंक करता है, पोस्ट-साइन-इन दृष्टिकोण में अक्सर मल्टीप्लेटफ़ॉर्म सुविधा के बारे में एक
छोटा नोट शामिल होता है, जो "एक बार बनाएँ, हर जगह उपयोग करें" को पुष्ट करता है।

### 4.4 Intuit ने पोस्ट-साइन-इन पासकी बनाने का तरीका कैसे अपनाया?

• **सुरक्षा बनाम सुविधा भाषा**: Intuit, जो QuickBooks और TurboTax का घर है, ने
"फ़िशिंग-प्रतिरोधी लॉगिन" (सुरक्षा-अग्रणी) बनाम "तेज़ साइन-इन, कोई पासवर्ड नहीं" (उपयोग
में आसानी पर जोर) जैसे संदेशों का परीक्षण किया। उन्होंने पाया कि कुछ सेगमेंट (विशेषकर
वित्त पेशेवर) [सुरक्षा से अधिक प्रेरित थे](https://youtu.be/Dcuuf_msm20?t=818), जबकि अन्य
सुविधा से।

• **बार-बार यूज़र परीक्षण**: एक अत्यधिक विविध आधार के साथ - छोटे व्यवसाय के मालिकों से
लेकर रोज़मर्रा के करदाताओं तक - Intuit ने लगातार शब्दों, UI लेआउट और प्रॉम्प्ट के समय को
परिष्कृत किया। उन्होंने पाया कि साइन-इन के तुरंत बाद प्रॉम्प्ट करने से बहुत अधिक पासकी
स्वीकृति मिली।

• **निरंतर अनुस्मारक**: उन यूज़र्स के लिए जिन्होंने शुरू में
[पासकी फ़्लो](https://docs.corbado.com/corbado-connect/features/passkey-intelligence) को
छोड़ दिया था, Intuit ने एक "दूसरा मौका" प्रॉम्प्ट बनाया, जो एक संक्षिप्त अंतराल के बाद फिर
से प्रकट होता है - एक रणनीति जिसने अंतिम निर्माण दर को और बढ़ा दिया।

### 4.5 सारांश: समानताएँ और महत्वपूर्ण तथ्य

आइए उन बड़े रोलआउट की समानताओं को देखें और सारांशित करें:

| **A/B टेस्ट के साथ संदेश का परीक्षण करें**                | प्रत्येक कंपनी ने विविध कॉपी या UI आज़माने का मूल्य सीखा। एक "तेज़ लॉगिन" पिच अक्सर मुख्यधारा के यूज़र्स के साथ प्रतिध्वनित होती है, जबकि कुछ सुरक्षा-केंद्रित समूह "अपने खाते की सुरक्षा करें" भाषा पसंद करते हैं।                                                                     |
| --------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **जनसांख्यिकी और OS द्वारा 'पासकी स्वीकृति दर' को मापें** | सभी प्रमुख परिनियोजन ट्रैक करते हैं कि कौन संकेत देखता है, कौन स्वीकार करता है, और कौन डिवाइस और ब्राउज़र / OS संस्करण द्वारा खंडित समारोह को पूरा करता है। यह घर्षण बिंदुओं (जैसे, पुराना Android) या जनसांख्यिकीय अंतरों की पहचान करता है।                                            |
| **बार-बार प्रॉम्प्ट**                                     | Intuit ने पाया कि उन लोगों को फिर से प्रॉम्प्ट करना जिन्होंने पहले साइन इन पर पासकी छोड़ दी थी, अंतिम अपनाने को दोगुना या तिगुना कर सकता है। Amazon ने इसी तरह बार-बार उपचार की एक प्रणाली का उपयोग किया।                                                                               |
| **संकेत आवृत्ति और टाइमआउट**                              | जबकि बार-बार प्रॉम्प्ट मदद करते हैं, त्वरित उत्तराधिकार में **बहुत अधिक** यूज़र की निराशा को बढ़ाते हैं। आमतौर पर, एक छोटी अवधि में तीसरे प्रॉम्प्ट के बाद, स्वीकृति दर तेजी से गिरती है, इसलिए संगठन अक्सर एक निर्धारित कूलडाउन (जैसे, 30 दिन) के लिए संकेत आवृत्ति को कम कर देते हैं। |
| **स्वचालित या मैनुअल समारोह**                             | [पासकी एनरोलमेंट को स्वचालित रूप से खोलना](https://youtu.be/QlVK5VYjbYE?t=689) (विशेषकर मोबाइल पर) स्वीकृति को 30-50% तक बढ़ा सकता है, लेकिन भ्रम से बचने के लिए सावधानीपूर्वक UI/UX डिज़ाइन की आवश्यकता होती है।                                                                       |

साथ में, ये वास्तविक दुनिया के सबक इस बात की पुष्टि करते हैं कि **पोस्ट साइन-इन**
सर्वोत्तम प्रथाएँ जिनमें सरल, अच्छी तरह से समयबद्ध कॉपी और लगातार पुन: प्रदर्शन शामिल हैं,
**निर्माण के लिए पासकी अपनाने में सुधार** के सबसे मजबूत चालक हैं। अगले भाग में, हम यह पता
लगाएंगे कि इस दृष्टिकोण को कैसे संरचित किया जाए ताकि यह सुनिश्चित हो सके कि यूज़र्स न केवल
अपना _पहला_ पासकी सेट अप करें, बल्कि कई डिवाइसों पर अतिरिक्त पासकी भी जोड़ें, जिससे अपनाने
की दर 50-80% की सीमा के करीब आ जाए जो **पासवर्ड को पासकी से बदलने** के लिए आवश्यक है।

## 5. पोस्ट-साइन-इन रणनीतियों का संरचण

प्रभावी पोस्ट-साइन-इन रणनीतियाँ केवल यूज़र्स को अपनी पहली पासकी बनाने के लिए प्रेरित करने
से कहीं ज़्यादा काम करती हैं। वे यूज़र्स को उनके डिवाइसों पर व्यापक पासकी अपनाने की दिशा
में सक्रिय रूप से मार्गदर्शन भी करती हैं, यह सुनिश्चित करते हुए कि पासवर्ड तेजी से
अनावश्यक हो जाएँ। इन संकेतों का लक्ष्य पासकी को प्रमाणीकरण की प्राथमिक विधि के रूप में
स्थापित करना है, जिससे पुराने पासवर्ड लॉगिन पर निर्भरता में काफी कमी आती है। नीचे
पोस्ट-साइन-इन प्रक्रिया में प्रत्येक रणनीतिक चरण के लिए विस्तारित विचार दिए गए हैं।

### 5.1 यूज़र्स को अपनी पहली पासकी बनाने के लिए कैसे प्रोत्साहित करें (प्राथमिक स्क्रीन)

प्रारंभिक पासकी अपनाने को बढ़ावा देने में मुख्य चुनौती **सही संदेश खोजने** में निहित है।
संगठनों को स्पष्ट रूप से परिभाषित करना चाहिए कि क्या यूज़र आराम और सुविधा के लिए अपील करना
है या मुख्य रूप से बढ़ी हुई सुरक्षा पर ध्यान केंद्रित करना है। उदाहरण के लिए, Google ने
"तेज़ साइन-इन, कोई पासवर्ड नहीं" जैसे सरल, सुविधा-उन्मुख प्रॉम्प्ट के साथ मुख्यधारा की
सफलता पाई, जो रोज़मर्रा के यूज़र्स के साथ दृढ़ता से प्रतिध्वनित हुई। इसके विपरीत, Intuit
ने निर्धारित किया कि पेशेवर, विशेष रूप से वित्त में, "अपने खाते को फ़िशिंग से सुरक्षित
रखें" जैसे सुरक्षा-केंद्रित संदेश पर अधिक सकारात्मक प्रतिक्रिया व्यक्त करते हैं। आदर्श
संदेश आपके लक्षित यूज़र जनसांख्यिकी और उनकी विशिष्ट आवश्यकताओं या प्राथमिकताओं पर बहुत
अधिक निर्भर करेगा, जो सबसे प्रभावी भाषा का पता लगाने के लिए व्यापक A/B परीक्षण के महत्व को
रेखांकित करता है।

इन संदेशों के वेरिएंट का परीक्षण करने से आप यह माप सकते हैं कि कौन सा सबसे दृढ़ता से
प्रतिध्वनित होता है और उच्चतम स्वीकृति दर देता है। **प्रॉम्प्ट की आवृत्ति का प्रबंधन करना
भी उतना ही महत्वपूर्ण है: प्रारंभिक संकेत आवश्यक हैं, लेकिन बाद के अनुस्मारक को
सावधानीपूर्वक संतुलित किया जाना चाहिए**। Amazon जैसी कंपनियों ने त्वरित उत्तराधिकार में
बहुत अधिक बार-बार प्रॉम्प्ट के बाद स्वीकृति दरों में तेज गिरावट देखी। एक व्यापक रूप से
अपनाई गई सर्वोत्तम प्रथा यूज़र्स को आसानी से प्रॉम्प्ट छोड़ने की अनुमति देना है, लेकिन एक
कूलडाउन अवधि के बाद पासकी सेटअप को फिर से प्रस्तुत करना है, उदाहरण के लिए 30 दिन।

![google passkey signin](https://www.corbado.com/website-assets/google_passkey_signin_234964fea9.png)

यह तय करना कि क्या साइन-इन के बाद एनरोलमेंट फ़्लो को स्वचालित रूप से ट्रिगर करना है, यह भी
अपनाने पर महत्वपूर्ण प्रभाव डालता है। मोबाइल डिवाइस पर स्वचालित ट्रिगर अत्यधिक प्रभावी
साबित हुए हैं, Amazon ने बायोमेट्रिक इंटरैक्शन की सहज प्रकृति के कारण 30-50% अधिक स्वीकृति
दर नोट की है। हालांकि, स्वचालित एनरोलमेंट प्रॉम्प्ट को यूज़र की निराशा से बचने के लिए
सोच-समझकर निष्पादित किया जाना चाहिए, विशेष रूप से डेस्कटॉप प्लेटफ़ॉर्म पर, जहाँ मैनुअल
ट्रिगरिंग आम तौर पर अधिक प्रभावी और कम दखल देने वाली रही है।

### 5.2 यूज़र्स को अतिरिक्त डिवाइसों पर पासकी का विस्तार करने के लिए प्रोत्साहित करना (माध्यमिक स्क्रीन)

व्यापक पासकी अपनाने को प्राप्त करने में न केवल यूज़र्स को अपनी पहली पासकी एनरोल करने के
लिए प्राप्त करना शामिल है, बल्कि उन्हें व्यवस्थित रूप से अन्य डिवाइसों पर कवरेज का विस्तार
करने के लिए प्रेरित करना भी शामिल है, यह खाता लॉकआउट की संभावना को भी कम करता है। सक्रिय
संदेश यह सुनिश्चित करने में मदद करता है कि यूज़र के डिवाइस के बावजूद सहज प्रमाणीकरण अनुभव
हो, जिससे सुविधा प्रदान करते हुए सुरक्षा में काफी वृद्धि हो। उदाहरण के लिए, यदि कोई यूज़र
शुरू में Windows पर एक पासकी एनरोल करता है और बाद में फ़ॉलबैक विकल्पों के माध्यम से
[Android](https://www.corbado.com/blog/how-to-enable-passkeys-android) डिवाइस के माध्यम से लॉग इन करता है, तो
सिस्टम को स्पष्ट रूप से प्रेरित करना चाहिए: "**अगली बार अपना पासवर्ड छोड़ने के लिए यहाँ एक
पासकी सेट अप करें**।"

यह मल्टी-डिवाइस दृष्टिकोण निरंतर कवरेज सुनिश्चित करता है और पारंपरिक प्रमाणीकरण विधियों पर
फ़ॉलबैक को काफी कम करता है। इसके अलावा, उन परिदृश्यों को संबोधित करना जहाँ पासकी पहले विफल
हो गए थे या छोड़ दिए गए थे, जैसे कि जब कोई यूज़र पासकी एनरोलमेंट को हटाता है या छोड़ देता
है, तो यूज़र्स को फिर से संलग्न करने का एक और महत्वपूर्ण अवसर प्रदान करता है। एक सफल
फ़ॉलबैक लॉगिन के बाद उन्हें "**पिछली बार पासकी सेटअप काम नहीं किया - भविष्य के लॉगिन को
सरल बनाने के लिए अभी फिर से प्रयास करें**" जैसे संदेश के साथ प्रेरित करना उन्हें एनरोलमेंट
को फिर से प्रयास करने के लिए प्रोत्साहित करता है।

क्रॉस-डिवाइस प्रमाणीकरण (CDA) से जुड़े हाइब्रिड लॉगिन परिदृश्यों में, भविष्य की सुविधा में
सुधार के लिए स्थानीय रूप से देशी पासकी संग्रहीत करने के लिए सफल प्रमाणीकरण के तुरंत बाद
यूज़र्स को प्रेरित करें। उदाहरण के लिए, Windows सत्र को अधिकृत करने के लिए स्मार्टफ़ोन के
माध्यम से CDA पूरा करने के बाद, यूज़र को स्पष्ट रूप से प्रोत्साहित करें: "**अगली बार अपने
फ़ोन का उपयोग करने से बचने के लिए सीधे इस डिवाइस में एक पासकी जोड़ें**।"

![google passkey signin device](https://www.corbado.com/website-assets/google_passkey_signin_device_a2602057ac.png)

अंततः, डिवाइसों में यह विस्तारित दृष्टिकोण न केवल सुरक्षा को बढ़ाता है, बल्कि यूज़र्स के
समय, सुविधा और वरीयताओं का भी सम्मान करता है। यूज़र्स को स्पष्ट, व्यक्तिगत मार्गदर्शन
प्रदान किए जाने पर वे मूल्यवान और सशक्त महसूस करते हैं, जो असुविधाजनक फ़ॉलबैक से बचने और
CDA लॉगिन को कम करने के लिए अपने पूरे डिजिटल पारिस्थितिकी तंत्र में पासकी अपनाने के लिए
विश्वास और इच्छा को पुष्ट करता है।

### 5.3 यूज़र्स को अनिवार्य पासकी उपयोग में स्थानांतरित करना

यूज़र्स को अनिवार्य पासकी अपनाने में स्थानांतरित करने के लिए एक रणनीतिक, वृद्धिशील
दृष्टिकोण की आवश्यकता होती है, जो विशेष रूप से विनियमित वातावरण में या उच्च-मूल्य वाले
खातों के लिए महत्वपूर्ण है। अचानक अनिवार्य करने के बजाय धीरे-धीरे पासकी अपनाने को लागू
करने से यूज़र प्रतिरोध कम होता है और स्वीकृति दर अधिकतम होती है।

एक प्रभावी तरीका शुरू में स्वैच्छिक अपनाने को ट्रैक करना है, जिससे यूज़र्स को पासकी उपयोग
से परिचित होने की अनुमति मिलती है। यूज़र्स द्वारा पासकी का उपयोग करके कई बार सफलतापूर्वक
लॉग इन करने के बाद, आप धीरे-धीरे पासवर्ड-आधारित लॉगिन विधियों को अक्षम कर सकते हैं, इस
संक्रमण को पहले से अच्छी तरह से संप्रेषित करते हुए। उदाहरण के लिए, यूज़र्स को स्पष्ट रूप
से सूचित करें: "**अगले महीने से, पासवर्ड अब स्वीकार नहीं किए जाएँगे; कृपया सुनिश्चित करें
कि आपका पासकी सक्रिय है**।"

![microsoft passkey action required](https://www.corbado.com/website-assets/microsoft_passkey_action_required_96b2b833e5.png)

आँकड़ों पर यूज़र जुड़ाव की बारीकी से निगरानी करना भी अनिवार्य संक्रमण को ठीक करने में मदद
करता है। यदि यूज़र्स बार-बार एनरोलमेंट प्रॉम्प्ट को खारिज करते हैं, तो अपने संदेश को
बढ़ाएँ, संभावित रूप से एक निश्चित सीमा के बाद "स्किप" विकल्प को हटा दें या संदेश को एक
अनिवार्य कार्रवाई में बढ़ा दें जैसा कि ऊपर Microsoft कार्यान्वयन में देखा गया है। हालांकि,
उन यूज़र्स के लिए हमेशा सुरक्षित फ़ॉलबैक तंत्र प्रदान करें, जैसे कि हार्डवेयर सुरक्षा
कुंजी, जो वास्तविक तकनीकी सीमाओं या संगतता समस्याओं का सामना करते हैं।

फ़िशिंग और खाता अधिग्रहण से सुरक्षा जैसे लाभों को स्पष्ट रूप से संप्रेषित करना, अनिवार्य
पासकी अपनाने की यूज़र्स की समझ और स्वीकृति को पुष्ट करता है (जो कि वैकल्पिक होने पर संदेश
को सरल बनाने से अलग है)। "**पासकी हमें आपके खाते को सुरक्षित रखने में मदद करते हैं -
पासवर्ड जल्द ही चरणबद्ध तरीके से समाप्त कर दिए जाएँगे**" जैसे संदेश इस संक्रमण की आवश्यकता
और मूल्य पर जोर देते हैं, प्रमाणीकरण के नए मानक के रूप में पासकी अपनाने में यूज़र के
विश्वास को बढ़ावा देते हैं।

### 5.4 इसे एक साथ रखना: एक पोस्ट-साइन-इन फ़्लो

पासकी बनाने के लिए उच्च पासकी अपनाने की दरों को प्रभावी ढंग से चलाने के लिए, एक
सावधानीपूर्वक संरचित और स्पष्ट रूप से संप्रेषित पोस्ट-साइन-इन फ़्लो आवश्यक है। इष्टतम
फ़्लो व्यवस्थित रूप से तीन परिदृश्यों को संबोधित करता है, इस आधार पर कि क्या किसी यूज़र के
पास पहले से ही पासकी एनरोल हैं, उन्हें प्रारंभिक निर्माण, अतिरिक्त डिवाइसों पर पासकी कवरेज
का विस्तार करने और फ़ॉलबैक परिदृश्यों को संभालने के माध्यम से चरण-दर-चरण मार्गदर्शन करता
है।

नीचे प्रदान किए गए फ़्लोचार्ट के साथ स्पष्ट रूप से संरेखित एक विस्तृत विवरण दिया गया है:

![flowchart passkey adoption nudging](https://www.corbado.com/website-assets/flowchart_passkey_adoption_nudging_1c13b042d1.png)

प्रत्येक लॉगिन पर, सिस्टम एक प्रारंभिक जाँच करता है:

- **क्या यूज़र के पास पहले से ही एक पासकी है?**

- यदि **नहीं (शून्य पासकी)**, तो यूज़र्स को **प्राथमिक स्क्रीन** पर निर्देशित किया जाता
  है।

- यदि **हाँ (एक या अधिक पासकी)**, तो यूज़र्स एक अनुरूप **माध्यमिक स्क्रीन** पर आगे बढ़ते
  हैं।

#### 5.4.1 प्राथमिक स्क्रीन: पहली पासकी बनाना

**प्राथमिक स्क्रीन** पर, एनरोलमेंट दृष्टिकोण यूज़र के डिवाइस प्लेटफ़ॉर्म पर निर्भर करता
है:

- **डेस्कटॉप फ़्लो** डेस्कटॉप पर, पासकी निर्माण प्रॉम्प्ट **हमेशा मैनुअल** होता है:

- **पहला प्रॉम्प्ट:** यूज़र्स स्पष्ट रूप से पासकी निर्माण को **स्वीकार** या **स्किप** करना
  चुनते हैं।

- यदि वे **स्वीकार** करते हैं, तो तुरंत एक पासकी बनाई जाती है।

- यदि वे **स्किप** करते हैं, तो वे अपने अगले लॉगिन पर एक **दूसरा प्रॉम्प्ट** का सामना
  करेंगे।

- **दूसरा प्रॉम्प्ट** एक और मौका प्रदान करता है, फिर से यूज़र से स्पष्ट रूप से **स्वीकार**
  या **स्किप** करने के लिए कहता है।

- यदि यूज़र **स्वीकार** करता है, तो एक पासकी सफलतापूर्वक बनाई जाती है।

- यदि वे **फिर से स्किप** करते हैं, तो उन्हें बाद के लॉगिन पर एक **तीसरा प्रॉम्प्ट**
  प्राप्त होता है।

- **तीसरे प्रॉम्प्ट** के बाद, यदि यूज़र्स अभी भी **स्किप** करते हैं, तो सिस्टम अत्यधिक
  यूज़र घर्षण से बचने के लिए **30 दिनों की एक स्पष्ट और परिभाषित कूलडाउन अवधि** लगाता है।

- **मोबाइल डिवाइस फ़्लो** एक अधिक गतिशील दृष्टिकोण अपनाता है:

- प्रारंभ में, पासकी निर्माण प्रॉम्प्ट मोबाइल बायोमेट्रिक एनरोलमेंट की सहज प्रकृति के कारण
  **स्वचालित रूप से** ट्रिगर होता है।

- यदि यूज़र्स **स्वीकार** करते हैं, तो पासकी एनरोलमेंट तुरंत पूरा हो जाता है।

- यदि यूज़र्स पहले स्वचालित प्रॉम्प्ट को **स्किप** करते हैं, तो फ़्लो उनके अगले लॉगिन पर
  एक मैनुअल **दूसरे प्रॉम्प्ट** में बदल जाता है।

- **दूसरे प्रॉम्प्ट** (मैनुअल) पर, यूज़र्स फिर से स्पष्ट रूप से **स्वीकार** या **स्किप**
  करना चुनते हैं।

- यदि वे **स्वीकार** करते हैं, तो पासकी निर्माण सफल होता है।

- यदि फिर से स्किप किया जाता है, तो बाद के सत्र के दौरान एक **तीसरा प्रॉम्प्ट** पेश किया
  जाता है।

- तीसरे लगातार स्किप के बाद, मोबाइल यूज़र इसी तरह आगे के प्रॉम्प्ट होने से पहले **30-दिन
  की कूलडाउन** अवधि में प्रवेश करता है।

यह संरचित प्राथमिक स्क्रीन रणनीति यूज़र सुविधा को लगातार लेकिन सम्मानजनक अनुस्मारक के साथ
संतुलित करती है, धीरे-धीरे यूज़र्स को उन्हें अभिभूत किए बिना पासकी अपनाने की दिशा में
मार्गदर्शन करती है।

#### 5.4.2 माध्यमिक स्क्रीन: डिवाइसों में अतिरिक्त पासकी कवरेज को प्रोत्साहित करना

उन यूज़र्स के लिए जिनके पास पहले से ही कम से कम एक पासकी है, माध्यमिक प्रॉम्प्ट फ़ॉलबैक
निर्भरता को खत्म करने के लिए कई डिवाइसों या ऑपरेटिंग सिस्टम में पासकी कवरेज का विस्तार
करने पर ध्यान केंद्रित करते हैं:

- एक फ़ॉलबैक विधि (पासवर्ड, OTP, या QR-आधारित CDA लॉगिन) के माध्यम से सफल लॉगिन पर,
  यूज़र्स एक स्पष्ट, डिवाइस-विशिष्ट **माध्यमिक स्क्रीन प्रॉम्प्ट** देखते हैं, जो उन्हें एक
  अतिरिक्त पासकी बनाने के लिए प्रोत्साहित करता है। उदाहरण संदेश में शामिल हो सकता है: "इस
  डिवाइस पर पासवर्ड छोड़ने के लिए यहाँ एक पासकी सेट अप करें।"

- यूज़र्स के पास फिर से **स्वीकार** या **स्किप** करने का विकल्प होता है।

- कई स्किप के बाद, सिस्टम इसी तरह यूज़र की झुंझलाहट या थकान से बचने के लिए **30 दिनों का
  कूलडाउन** पेश करता है।

- इसके अतिरिक्त, यह माध्यमिक स्क्रीन उन मामलों पर भी लागू होती है जहाँ यूज़र्स के पास पहले
  असफल पासकी एनरोलमेंट थे या उन्होंने स्पष्ट रूप से अपनी पासकी हटा दी थी। इन परिदृश्यों
  में, संदेश स्पष्ट रूप से पहले की विफलता को संबोधित करता है, वर्तमान सेटअप प्रक्रिया की
  नवीनीकृत सुविधा और बेहतर विश्वसनीयता पर जोर देता है।

#### 5.4.3 निष्कर्ष: एक अनुरूप समाधान

वर्णित फ़्लोचार्ट एक प्रभावी पोस्ट-साइन-इन पासकी एनरोलमेंट रणनीति को लागू करने के लिए एक
मजबूत मूलभूत ब्लूप्रिंट का प्रतिनिधित्व करता है। जबकि उल्लिखित कदम जैसे कि डेस्कटॉप और
मोबाइल अनुभवों के बीच अंतर करना, प्रॉम्प्ट आवृत्ति का सावधानीपूर्वक प्रबंधन करना, और
बार-बार स्किप के बाद स्पष्ट रास्ते प्रदान करना Amazon, Microsoft, और Google जैसी कंपनियों
द्वारा बड़े पैमाने पर परिनियोजनों में देखी गई सिद्ध सर्वोत्तम प्रथाओं को दर्शाते हैं, **यह
जोर देना महत्वपूर्ण है कि यूज़र आधार काफी भिन्न होते हैं**। जो एक परिदृश्य में असाधारण रूप
से अच्छा काम करता है, वह विविध यूज़र जनसांख्यिकी, डिवाइस वरीयताओं और संगठनात्मक संदर्भों
के कारण दूसरे में अलग-अलग परिणाम दे सकता है।

**इसलिए, अपनी पासकी एनरोलमेंट रणनीति को वास्तव में अनुकूलित और परिष्कृत करने के लिए निरंतर
एनालिटिक्स और यूज़र इंटरैक्शन की कठोर निगरानी आवश्यक है।**

**पासकी स्वीकृति दर** और अन्य महत्वपूर्ण KPI की विस्तृत ट्रैकिंग इस बारे में कार्रवाई
योग्य अंतर्दृष्टि प्रदान करती है कि आपके फ़्लो के कौन से हिस्से सफल होते हैं या संघर्ष
करते हैं। उदाहरण के लिए, एनरोलमेंट प्रक्रिया में ड्रॉप-ऑफ बिंदुओं का विश्लेषण करने से यह
पता चल सकता है कि क्या यूज़र्स प्रॉम्प्ट को बहुत दखल देने वाला, भ्रमित करने वाला या
असामयिक पाते हैं। यहाँ ट्रैक करने के लिए मेट्रिक्स के लिए हमारी सिफारिश है:

| **KPI**                     | **परिभाषा**                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          | **यह क्यों मायने रखता है**                                                                                                                         | **कैसे मापें**                                                                                                                                                                                         | **बेंचमार्क**                                                                                                             |
| --------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------- |
| **पासकी स्वीकृति दर**       | उन यूज़र्स का प्रतिशत जो सफलतापूर्वक लॉग इन करने के बाद (पोस्ट-साइन-इन), एक "संकेत" (एक प्रॉम्प्ट या सुझाव जो उन्हें पासकी सेट अप करने के लिए प्रोत्साहित करता है) प्राप्त करते हैं और एक पासकी बनाने का विकल्प चुनते हैं। यह KPI विशेष रूप से इन पोस्ट-साइन-इन प्रॉम्प्ट के प्रति यूज़र की प्रतिक्रिया को मापता है, जो पासकी निर्माण को चलाने में संकेत संदेश की प्रभावशीलता को उजागर करता है। इस दृष्टिकोण को अत्याधुनिक माना जाता है क्योंकि यूज़र्स आमतौर पर खाता या क्रेडेंशियल प्रबंधन सेटिंग्स के माध्यम से सक्रिय रूप से पासकी नहीं बनाते हैं। इसके बजाय, पासकी सबसे सफलतापूर्वक तब अपनाए जाते हैं जब यूज़र्स को लॉग इन करने के तुरंत बाद प्रेरित किया जाता है, जिससे संकेत पासकी निर्माण का प्राथमिक चालक बन जाते हैं। पहले संकेत और बाद के संकेतों के बीच अंतर करना सुनिश्चित करें क्योंकि दरें गिरती हैं। | उच्च स्वीकृति सफल यूज़र अनुनय और संकेत डिजाइन को इंगित करती है। कम दरें घर्षण, अस्पष्ट संदेश, या यूज़र की झिझक का संकेत देती हैं।                  | **सूत्र**: (संकेत के बाद पासकी निर्माण पूरा करने वाले यूज़र्स की संख्या) ÷ (संकेत के संपर्क में आने वाले यूज़र्स की संख्या)। OS/ब्राउज़र/डिवाइस द्वारा खंडित करें।                                     | पहले संकेत पर 50%-75%, मोबाइल पर कई संकेतों पर 85% तक। डेस्कटॉप पर कम। शब्दों और कार्यान्वयन पर बहुत अधिक निर्भर करता है। |
| **पासकी निर्माण सफलता दर**  | उन यूज़र्स का अनुपात जो पासकी पंजीकरण समारोह शुरू करते हैं लेकिन इसे **सफलतापूर्वक पूरा** करते हैं (यानी, कोई परित्याग नहीं)।                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        | दिखाता है कि कितने यूज़र्स भ्रमित करने वाले UX, तकनीकी समस्याओं, या यूज़र के दूसरे विचारों के कारण मध्य-निर्माण में _छोड़ देते हैं_।               | **सूत्र**: (पूर्ण पासकी पंजीकरण की संख्या) ÷ (पंजीकरण प्रयासों की संख्या) OS/ब्राउज़र/डिवाइस द्वारा विफलता बिंदुओं का विश्लेषण करें।                                                                   | 100% के करीब।                                                                                                             |
| **बनाए गए पासकी की संख्या** | किसी दिए गए अवधि (दैनिक, साप्ताहिक, मासिक) में नए बनाए गए पासकी की संचयी गणना।                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       | एक कच्चा अपनाने का माप जिसे अक्सर अर्ध-आउटपुट KPI माना जाता है। पासकी उपयोग की **मात्रा** और पासवर्ड से दूर भविष्य के लॉगिन बदलावों को दर्शाता है। | **सूत्र**: OS, ब्राउज़र, डिवाइस श्रेणियों में सभी नए पंजीकृत पासकी का योग। समय के साथ विकास के रुझानों की निगरानी करें। पूर्ण संख्या का कोई निहितार्थ नहीं है यह यूज़र आधार के आकार पर निर्भर करता है। | पूरी तरह से रोल आउट होते ही प्रति दिन एक पर्याप्त राशि।                                                                   |

आपकी पासकी अपनाने की रणनीति कभी भी स्थिर नहीं होनी चाहिए। **इसके बजाय, इसे मापे गए डेटा के
आधार पर गतिशील रूप से विकसित होना चाहिए**, संदेश, आवृत्ति और प्रॉम्प्ट विधियों (स्वचालित
बनाम मैनुअल) में समायोजन को सक्षम करना। विभिन्न यूज़र सेगमेंट समय के साथ कैसे प्रतिक्रिया
करते हैं, इसका बारीकी से अवलोकन करके, आपका संगठन इन संकेतों को पुनरावृत्तीय रूप से
परिष्कृत कर सकता है, यह सुनिश्चित करते हुए कि प्रॉम्प्ट यूज़र्स को अभिभूत किए बिना आकर्षक
बने रहें। अंततः, पासकी का एक सफल परिनियोजन धारणाओं के बजाय सटीक एनालिटिक्स द्वारा सूचित,
आपके यूज़र्स के विशिष्ट व्यवहारों और वरीयताओं के लिए सर्वोत्तम प्रथाओं को अपनाने पर बहुत
अधिक निर्भर करता है।

## 6. Corbado Connect Enterprise Platform आपकी इष्टतम एनरोलमेंट रणनीति बनाने में कैसे मदद करता है

जब **पासकी यूज़र प्रॉम्प्ट के लिए सर्वोत्तम प्रथाओं** को निष्पादित करने और उच्च-प्रभाव
वाले पोस्ट-साइन-इन संकेतों को सुनिश्चित करने की बात आती है, तो _Corbado Connect Enterprise
Platform_ एक मानक WebAuthn एकीकरण से बहुत आगे जाता है।

नीचे छह आकर्षक तरीके दिए गए हैं जिनसे Corbado का एंटरप्राइज़ प्लेटफ़ॉर्म आपके पासकी रोलआउट
को बढ़ा सकता है और हमारे पूर्व-परिभाषित पोस्ट-साइन अप संकेतों के साथ अपनाने के मेट्रिक्स
को बदल सकता है जो आपके एप्लिकेशन में एम्बेडेड हैं।

![passkey adoption nudging example](https://www.corbado.com/website-assets/Image_11_03_25_at_13_34_9c883cf482.jpeg)

**1. सिद्ध सर्वोत्तम प्रथाओं पर निर्मित**

Corbado Connect में सभी घटक समय-परीक्षणित डिज़ाइन पैटर्न और Amazon, Google, और Microsoft
जैसे प्रमुख तकनीकी परिनियोजनों से सीखे गए पाठों का पालन करते हैं, फिर भी Corbado के अपने
वास्तविक-विश्व डेटा और बड़े परिनियोजनों के अनुभव से परिष्कृत होते हैं। इसका मतलब है कि
आपका कार्यान्वयन न केवल सिद्धांत पर बल्कि व्यावहारिक, क्षेत्र-परीक्षणित दृष्टिकोणों पर भी
आधारित है जो पहले से ही स्वीकृति दरों को बढ़ावा देने के लिए सिद्ध हो चुके हैं।

**2. समृद्ध एनालिटिक्स और रीयल-टाइम टेलीमेट्री**

कई पासकी समाधान केवल एक यूज़र की पसंद को लॉग करते हैं। Corbado Connect पासकी एनरोलमेंट
फ़नल, फ़ॉलबैक उपयोग और मल्टी-डिवाइस कवरेज पर गहन आँकड़े एकत्र करता है। फिर हम प्रमुख
मेट्रिक्स - लॉगिन सफलता समय, प्रति OS पासकी स्वीकृति, बार-बार स्किप पैटर्न - को
विज़ुअलाइज़ करते हैं ताकि यह ठीक से दिखाया जा सके कि आपका **पासकी एनरोलमेंट के लिए यूज़र
शिक्षा** और **पासकी एनरोलमेंट के लिए संकेत** कैसा प्रदर्शन कर रहे हैं।

**3. पुराने प्रमाणीकरण के खिलाफ निरंतर अनुकूलन**

हमारे मुख्य विभेदकों में से एक चल रहा अनुकूलन है जो पासकी अपनाने की तुलना पासवर्ड या OTP
से करता है। Corbado Connect लॉगिन गति और सुरक्षा मुद्रा में सुधार पर प्रकाश डालता है,
जिससे आप वास्तविक समय में ROI को मान्य कर सकते हैं। यह चल रही तुलना आगे के पुनरावृत्ति को
प्रोत्साहित करती है: जैसे-जैसे पासकी का उपयोग बढ़ता है, आप पासवर्ड रीसेट और औसत लॉगिन अवधि
में सीधी गिरावट देख सकते हैं।

**4. दानेदार डिवाइस-विशिष्ट अंतर्दृष्टि**

विभिन्न प्लेटफ़ॉर्म पासकी प्रॉम्प्ट पर अलग-अलग तरीकों से प्रतिक्रिया करते हैं। Corbado
Connect डिवाइस प्रकार (iOS, [Android](https://www.corbado.com/blog/how-to-enable-passkeys-android), Windows,
macOS) और OS संस्करण द्वारा अपनाने का विच्छेदन करता है, घर्षण बिंदुओं या उच्च प्रदर्शन
करने वालों को प्रकट करता है। इन जानकारियों के साथ, आप अपनी **पासकी यूज़र एंगेजमेंट
रणनीतियों** को ठीक कर सकते हैं - उदाहरण के लिए, कुछ मोबाइल OS संस्करणों पर ऑटो-प्रॉम्प्ट
पेश करना जबकि पुराने डेस्कटॉप पर मैनुअल फ़्लो का विकल्प चुनना।

**5. प्रबंधित एंटरप्राइज़ परिनियोजन और A/B परीक्षण**

Corbado Connect एक व्हाइट-ग्लव सेवा प्रदान करता है जो पूरे यूज़र फ़्लो (समय, टेक्स्ट,
फ़ॉलबैक लॉजिक) को आपके संगठन की ज़रूरतों के अनुरूप बनाता है। हम A/B परीक्षण निर्माण को
संभालते हैं, स्वचालित फ़नल अनुकूलन चलाते हैं, और अलग-अलग डेस्कटॉप बनाम मोबाइल रणनीतियों के
लिए नियम अपनाते हैं। महत्वपूर्ण रूप से, इन अपडेट के लिए आपकी ओर से किसी नए रिलीज़ की
आवश्यकता नहीं होती है - Corbado आपकी देव टीमों पर बोझ डाले बिना पासकी लॉगिन सफलता
मेट्रिक्स को बढ़ावा देने के लिए यूज़र यात्रा को लगातार परिष्कृत करता है।

**6. चल रहे विकास के लिए अनुकूली नियम इंजन**

आपके प्रारंभिक पासकी लॉन्च के बाद, यूज़र व्यवहार विकसित होते हैं। Corbado Connect स्किप
इतिहास, जोखिम स्तरों, या उपयोग पैटर्न के आधार पर प्रॉम्प्ट (ऑटो बनाम मैनुअल) को संशोधित
करने के लिए एक अनुकूली नियम इंजन का उपयोग करता है। चाहे आप एक विनियमित वातावरण में पासवर्ड
को चरणबद्ध तरीके से समाप्त कर रहे हों या अधिक डिवाइसों को पासकी अपनाने के लिए धीरे-धीरे
प्रेरित कर रहे हों, हमारा प्लेटफ़ॉर्म यह सुनिश्चित करता है कि हर रणनीति धुरी घर्षण रहित
हो, जिससे आपके पूरे यूज़र आधार के लिए सफलता अधिकतम हो। इन सुविधाओं को मिलाकर, Corbado
Connect यह सुनिश्चित करता है कि आपकी पासकी एनरोलमेंट रणनीति चुस्त, डेटा-संचालित और
यूज़र-अनुकूल बनी रहे, जिससे पासकी केवल एक विकल्प से आपके ग्राहकों के लिए जाने-माने
प्रमाणीकरण विधि में बदल जाए।

## 7. निष्कर्ष

पासकी एक परिवर्तनकारी प्रमाणीकरण विधि के रूप में उभरे हैं, जो पारंपरिक क्रेडेंशियल्स की
तुलना में तेज़, सरल और अधिक सुरक्षित लॉगिन को सक्षम करते हैं। हालांकि, केवल पासकी की पेशकश
यह गारंटी नहीं देती है कि यूज़र्स उन्हें अपनाएंगे। संगठनों को रणनीतिक रूप से पासकी
प्रॉम्प्ट डिज़ाइन करना चाहिए, A/B परीक्षण संदेश देना चाहिए, और विभिन्न डिवाइसों के लिए
फ़्लो को अनुकूलित करना चाहिए ताकि पासकी अपनाने को 50% से अधिक बढ़ाया जा सके - वह सीमा जिस
पर पासवर्ड वास्तव में बदलने योग्य हो जाते हैं। इस गाइड ने मूलभूत ज्ञान को कवर किया है,
जिसमें यह पता लगाना शामिल है कि बुनियादी कार्यान्वयन से अधिक अपनाना क्यों मायने रखता है,
से लेकर विशिष्ट संकेत युक्तियों (पोस्ट-साइन-इन बनाम सेटिंग्स पेज, आवृत्ति सीमा, मोबाइल
ऑटो-निर्माण, आदि) का विवरण देना, जिन पर प्रमुख तकनीकी कंपनियाँ सफलता के लिए निर्भर करती
हैं।

- **पासकी यूज़र प्रॉम्प्ट के लिए सर्वोत्तम प्रथाएँ क्या हैं?** सबसे प्रभावी प्रॉम्प्ट
  यूज़र्स के सफलतापूर्वक साइन इन करने के तुरंत बाद होते हैं, जो उनकी प्रमाणीकरण मानसिकता
  का लाभ उठाते हैं। संदेश में या तो सुविधा ("तेज़ लॉगिन, कोई पासवर्ड नहीं") या सुरक्षा
  ("फ़िशिंग से अपने खाते की रक्षा करें") पर स्पष्ट रूप से जोर देना चाहिए, जिसका निर्धारण
  कठोर A/B परीक्षण के माध्यम से किया जाता है। संकेतों को यूज़र की स्वायत्तता का भी सम्मान
  करना चाहिए, जिसमें निराशा को कम करने के लिए बार-बार स्किप के बाद कूलडाउन अवधि शामिल हो।

- **एंटरप्राइज़ संदर्भों में यूज़र्स द्वारा पासकी अपनाने को कैसे बढ़ावा दें?** सफल
  एंटरप्राइज़ अपनाने की प्रक्रिया काफी हद तक संरचित, वृद्धिशील दृष्टिकोणों और निरंतर
  एनालिटिक्स पर निर्भर करती है। संगठनों को प्रमुख प्रदर्शन संकेतकों (जैसे, पासकी स्वीकृति
  दर, निर्माण सफलता दर) की निगरानी करनी चाहिए, और यूज़र डेटा के आधार पर अपनी रणनीतियों में
  सुधार करना चाहिए। कई डिवाइसों पर पासकी एनरोलमेंट को प्रोत्साहित करना और उच्च-मूल्य वाले
  सेगमेंट को अनिवार्य पासकी उपयोग की ओर ले जाना वांछित 50-80% अपनाने की सीमा तक पहुँचने के
  लिए आवश्यक है।

**यदि आपका संगठन बड़े पैमाने पर परिनियोजन की योजना बना रहा है और उद्योग-अग्रणी अपनाने के
मेट्रिक्स का लक्ष्य रखता है, तो हम Corbado में आपकी मदद करने में प्रसन्न हैं।** हमारा
एंटरप्राइज़ प्लेटफ़ॉर्म इष्टतम पासकी अपनाने को सुनिश्चित करने के लिए परिष्कृत एनालिटिक्स,
A/B परीक्षण और अनुरूप यूज़र यात्राएँ प्रदान करता है।