निर्माण प्रवाह में उच्च पासकी अडॉप्शन कैसे प्राप्त करें

इस लेख में हम एक व्यापक मार्गदर्शिका प्रस्तुत करते हैं जो यह स्पष्ट करती है कि पासकी निर्माण प्रवाह को सही समय पर नजेज (nudges) के माध्यम से अनुकूलित करके पासकी अडॉप्शन को कैसे सुधारें और विशेष रूप से पासकी निर्माण को कैसे बढ़ाएं। हम निम्नलिखित प्रश्नों के उत्तर देंगे:

• अधिकतम पासकी निर्माण के लिए पासकी उपयोगकर्ता प्रॉम्प्ट के लिए सर्वोत्तम कार्यप्रणालियाँ क्या हैं?
• एंटरप्राइज़ बड़े पैमाने पर पासकी नामांकित करने के लिए उपयोगकर्ताओं को प्रभावी ढंग से कैसे प्रोत्साहित कर सकते हैं?

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

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

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

ये पासकी उपयोगकर्ता जुड़ाव रणनीतियाँ Passkey Central पर FIDO Alliance की सिफारिशों के साथ संरेखित होती हैं, जहाँ FIDO alliance reinforces the need to drive user adoption of passkeys in enterprise। हालाँकि उच्च-स्तरीय लाभों को अच्छी तरह से समझा जाता है, लेकिन वास्तविक चुनौती अक्सर पासकी लॉगिन सफलता मेट्रिक्स को बढ़ावा देने में होती है, उदाहरण के लिए, विभिन्न उपकरणों पर प्रभावी रूप से पासकी कवरेज बढ़ाना, लॉगिन के बाद पासकी प्रॉम्प्ट की सर्वोत्तम कार्यप्रणालियों को लागू करना, और पासकी नामांकन के लिए निरंतर उपयोगकर्ता शिक्षा का संचालन करना।

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

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

Latest news के लिए हमारे Passkeys Substack को subscribe करें.

Subscribe करें

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

यह पोस्ट-लॉगिन प्रॉम्प्ट का प्रतिस्थापन नहीं है (यह केवल लॉगिन के एक उपसमूह पर लागू होता है और OS/ब्राउज़र/पासवर्ड मैनेजर के समर्थन पर निर्भर करता है), लेकिन यह एक शक्तिशाली सर्वोत्तम-प्रयास ऐड-ऑन है। तकनीकी कार्यान्वयन विवरण, कोड उदाहरण और स्क्रीनशॉट के लिए, हमारा ऑटोमैटिक पासकी अपग्रेड्स लेख देखें। प्लेटफ़ॉर्म समर्थन, प्रभावशीलता और रणनीतिक विचारों के लिए, हमारा Conditional Create लेख देखें।

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

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

Conditional Create पासवर्ड लॉगिन के एक उपसमूह को स्वचालित रूप से अपग्रेड करके (जब पासवर्ड ऑटोफिल होते हैं और प्लेटफ़ॉर्म इसका समर्थन करता है) पोस्ट-साइन-इन प्रॉम्प्ट को पूरक करता है। विवरण के लिए, हमारा Conditional Create लेख देखें।

आम सहमति और मुख्य निष्कर्ष

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

• कंडीशनल क्रिएट (ऑटो अपग्रेड) एक सर्वोत्तम-प्रयास, कम-घर्षण ऐड-ऑन है जो समर्थित प्लेटफ़ॉर्म पर सहेजे गए पासवर्ड ऑटोफिल के साथ साइन इन करने वाले उपयोगकर्ताओं के लिए स्पष्ट प्रॉम्प्ट को हटा सकता है।

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

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

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

आदर्श पोस्ट-साइन-इन नज तैयार करते समय, बड़ी तकनीकी कंपनियों द्वारा सफल रोलआउट की जांच करना और उनके प्रयोगों से सामान्य निष्कर्षों की पहचान करना समझ में आता है। यह अधिकांश जानकारी published by the FIDO Alliance वार्ता में पाई जा सकती है।

• कई प्रयोग और उपचार: Amazon ने यह देखने के लिए विभिन्न पोस्ट-साइन-इन प्रवाह ("T1," "T2," "T3") का परीक्षण किया कि कौन से उपयोगकर्ता प्रॉम्प्ट सबसे अच्छा काम करते हैं। कुछ ने automatically opened the passkey creation dialog, जबकि अन्य ने दो विकल्पों के साथ एक साधारण "अपना पासकी सेट करें" स्क्रीन प्रदर्शित की: "हाँ, एक पासकी बनाएँ" या "नहीं, पासवर्ड का उपयोग करना जारी रखें।"

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

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

Igor Gjorgjioski

Head of Digital Channels & Platform Enablement, VicRoads

We hit 80% mobile passkey activation across 5M+ users without replacing our IDP.

See how VicRoads scaled passkeys to 5M+ users — alongside their existing IDP.

Read the case study

• पर्सोना और डिवाइस विभाजन: Microsoft के आंतरिक रोलआउट ने व्यवस्थित रूप से विभिन्न उपयोगकर्ता समूहों (अधिकारियों, डेवलपर्स, फ्रंटलाइन कर्मचारियों) और विशिष्ट प्लेटफ़ॉर्म (Windows, macOS, iOS, Android) को लक्षित किया। They displayed post-login passkey prompts tailored to each segment’s workflow.

• चरणबद्ध प्रवर्तन: शुरुआती लहरों में सफलता को मापने के बाद, Microsoft ने लगातार mandatory passkey usage in subsequent phases को बढ़ाया। संगठन ने प्रत्येक लहर के लिए "पासकी स्वीकृति दर" को भी मापा, यदि रूपांतरण गिरता है तो UI टेक्स्ट या फॉलबैक लॉजिक को परिष्कृत किया।

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

• स्केल्ड A/B परीक्षण: 2.5 बिलियन+ पासकी साइन-इन के साथ, Google पासकी प्रॉम्प्ट के A/B परीक्षण में भारी निवेश करता है। वे अक्सर compare convenience messaging ("अगली बार अपना पासवर्ड टाइप करना छोड़ें") बनाम सुरक्षा मैसेजिंग ("पासकी के साथ अपने खाते को सुरक्षित करें") यह देखने के लिए करते हैं कि कौन सा अधिक प्रतिध्वनित होता है।

• री-ऑथेंटिकेशन प्रवाह: Google उपयोगकर्ताओं को पासकी के बारे में याद दिलाने के लिए रीऑथेंटिकेशन प्रॉम्प्ट का भी लाभ उठाता है (जैसे कि जब उपयोगकर्ता संवेदनशील सेटिंग्स को संशोधित करते हैं): "क्या कोई त्वरित कदम चाहिए? अभी एक पासकी बनाएँ।"

• क्रॉस-डिवाइस नजिंग: क्योंकि Google Password Manager डिवाइसों के बीच पासकी सिंक करता है, पोस्ट-साइन-इन दृष्टिकोण में अक्सर मल्टीप्लेटफ़ॉर्म सुविधा के बारे में एक संक्षिप्त नोट शामिल होता है, जो "एक बार बनाएं, हर जगह उपयोग करें" को सुदृढ़ करता है।

• सुरक्षा बनाम सुविधा भाषा: QuickBooks और TurboTax के घर Intuit ने "फ़िशिंग-प्रतिरोधी लॉगिन" (सुरक्षा-अग्रसारित) बनाम "तेज़ साइन-इन, कोई पासवर्ड नहीं" (उपयोग में आसानी पर ज़ोर) जैसे संदेशों का परीक्षण किया। उन्होंने पाया कि कुछ सेगमेंट (विशेष रूप से वित्त पेशेवर) motivated by security थे, जबकि अन्य सुविधा से।

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

• निरंतर अनुस्मारक: जिन उपयोगकर्ताओं ने शुरू में पासकी प्रवाह को छोड़ दिया था, उनके लिए Intuit ने एक "दूसरा मौका" प्रॉम्प्ट बनाया, जो एक संक्षिप्त अंतराल के बाद फिर से दिखाई दिया - एक ऐसी रणनीति जिसने अंततः निर्माण दर में और वृद्धि की।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

flowchart TD
    A[User Logs In] --> B{Does user already have a passkey?}

    %% Shared nodes
    Z[Passkey Created]
    CD[Cooldown 30 days]

    %% Primary flow: create first passkey
    B -->|No| P0[Primary flow]
    P0 --> P1{Password autofilled?}
    P1 -->|Yes| CC[Try Conditional Create]
    CC --> P2{CC succeeded?}
    P2 -->|Yes| Z
    P2 -->|No| P3{Desktop or Mobile?}
    P1 -->|No| P3

    P3 -->|Desktop| D1
    P3 -->|Mobile| M1

<CustomBanner type="BuyVsBuildGuide" />

    subgraph Desktop [Desktop Primary Subflow]
        direction TB
        D1[Prompt 1] --> D2{Accept?}
        D2 -->|Yes| DZ[Done]
        D2 -->|No| D3[Prompt 2] --> D4{Accept?}
        D4 -->|Yes| DZ
        D4 -->|No| D5[Prompt 3] --> D6{Accept?}
        D6 -->|Yes| DZ
        D6 -->|No| DCD[Cooldown]
    end

    subgraph Mobile [Mobile Primary Subflow]
        direction TB
        M1[Prompt 1 auto] --> M2{Accept?}
        M2 -->|Yes| MZ[Done]
        M2 -->|No| M3[Prompt 2] --> M4{Accept?}
        M4 -->|Yes| MZ
        M4 -->|No| M5[Prompt 3] --> M6{Accept?}
        M6 -->|Yes| MZ
        M6 -->|No| MCD[Cooldown]
    end

    DZ --> Z
    MZ --> Z
    DCD --> CD
    MCD --> CD

    %% Secondary flow: additional devices / recovery
    B -->|Yes| S0[Secondary flow]
    S0 --> S1[New device or fallback login]
    S1 --> S2{Password autofilled?}
    S2 -->|Yes| SCC[Try Conditional Create]
    SCC --> S3{CC succeeded?}
    S3 -->|Yes| Z
    S3 -->|No| S4[Add passkey here?]
    S2 -->|No| S4
    S4 --> S5{Accept?}
    S5 -->|Yes| Z
    S5 -->|Skip 3x| CD

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

• क्या उपयोगकर्ता के पास पहले से ही पासकी है?

  • यदि नहीं (शून्य पासकी), तो उपयोगकर्ताओं को प्राथमिक स्क्रीन पर निर्देशित किया जाता है।

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

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

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

• डेस्कटॉप प्रवाह
  डेस्कटॉप पर, यदि कंडीशनल क्रिएट लागू नहीं होता है, तो पासकी निर्माण प्रॉम्प्ट मैन्युअल है:

  • पहला प्रॉम्प्ट: उपयोगकर्ता स्पष्ट रूप से पासकी निर्माण को स्वीकार या छोड़ें चुनते हैं।

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

    • यदि वे छोड़ते हैं, तो उन्हें अपने अगले लॉगिन पर दूसरे प्रॉम्प्ट का सामना करना पड़ेगा।

  • दूसरा प्रॉम्प्ट एक और मौका देता है, फिर से स्पष्ट रूप से उपयोगकर्ता को स्वीकार या छोड़ें के लिए कहता है।

    • यदि उपयोगकर्ता स्वीकार करता है, तो पासकी सफलतापूर्वक बन जाती है।

    • यदि वे फिर से छोड़ते हैं, तो वे बाद के लॉगिन पर तीसरा प्रॉम्प्ट प्राप्त करते हैं।

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

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

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

    • यदि उपयोगकर्ता स्वीकार करते हैं, तो पासकी नामांकन तुरंत पूरा हो जाता है।

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

  • दूसरे प्रॉम्प्ट (मैन्युअल) पर, उपयोगकर्ता फिर से स्पष्ट रूप से स्वीकार या छोड़ें चुनते हैं।

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

    • यदि फिर से छोड़ दिया जाता है, तो बाद के सत्र के दौरान तीसरा प्रॉम्प्ट प्रस्तुत किया जाता है।

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

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

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

यदि फॉलबैक लॉगिन पासवर्ड ऑटोफिल लॉगिन था और कंडीशनल क्रिएट समर्थित है, तो आप पहले सर्वोत्तम-प्रयास कंडीशनल क्रिएट अपग्रेड का प्रयास कर सकते हैं और द्वितीयक प्रॉम्प्ट केवल तभी दिखा सकते हैं जब वह काम न करे।

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

  • उपयोगकर्ताओं के पास फिर से स्वीकार या छोड़ने का विकल्प होता है।

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

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

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

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

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

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

A/B परीक्षण, क्रमिक रोलआउट, कंडीशनल क्रिएट, और 100+ OS/ब्राउज़र संयोजनों में एज केस हैंडलिंग के साथ पासकी निर्माण की सर्वोत्तम कार्यप्रणालियों को सही ढंग से लागू करने में इंजीनियरिंग के महीनों लग जाते हैं। Corbado आपके मौजूदा आइडेंटिटी स्टैक के शीर्ष पर ऑब्जर्वेबिलिटी और अडॉप्शन इंटेलिजेंस प्रदान करता है, ताकि आप ऑथेंटिकेशन को पूरी तरह से इन-हाउस रखते हुए महीनों के बजाय दिनों में लाइव हो सकें। हमारे SDKs और घटक Amazon, Google और Microsoft जैसे प्रमुख डिप्लॉयमेंट से सिद्ध सर्वोत्तम कार्यप्रणालियों पर बनाए गए हैं - जिन्हें VicRoads जैसे बड़े पैमाने के कार्यान्वयन से वास्तविक दुनिया के डेटा के साथ परिष्कृत किया गया है।

अधिकांश संगठन क्या हो रहा है, इसकी दृश्यता के बिना पासकी निर्माण प्रवाह को रोल आउट करते हैं। आपके लॉग दिखाते हैं "नामांकन सफल हुआ" या "नामांकन विफल हुआ" लेकिन वे आपको यह नहीं बताते हैं:

• इस उपयोगकर्ता ने तीन बार पासकी प्रॉम्प्ट क्यों छोड़ा?
• किन OS/ब्राउज़र संयोजनों में सबसे अधिक ड्रॉप-ऑफ़ हैं?
• क्या कंडीशनल क्रिएट वास्तव में ट्रिगर हो रहा है, या चुपचाप विफल हो रहा है?
• पहले नज बनाम बार-बार नजेज में पासकी स्वीकृति की तुलना कैसे होती है?

इस दृश्यता के बिना, आप अनुकूलित नहीं कर सकते हैं। आप डेटा के आधार पर पुनरावृत्ति करने के बजाय मैसेजिंग, समय और प्रवाह डिज़ाइन पर अनुमान लगा रहे हैं।

Corbado पासकी निर्माण प्रवाह के लिए उद्देश्य-निर्मित ऑथ-नेटिव ऑब्जर्वेबिलिटी प्रदान करता है। पासकी से परे ऑथेंटिकेशन मेट्रिक्स के संपूर्ण अवलोकन के लिए, हमारी ऑथेंटिकेशन एनालिटिक्स प्लेबुक देखें:

एक ही डैशबोर्ड, कौन पूछ रहा है इसके आधार पर अलग-अलग कहानी:

Corbado के SDKs स्वचालित रूप से सभी निर्माण सर्वोत्तम कार्यप्रणालियों को लागू करते हैं, जिनमें कंडीशनल क्रिएट, पोस्ट-लॉगिन प्रॉम्प्ट और मल्टी-डिवाइस नामांकन शामिल हैं:

जब नामांकन विफल हो जाता है, तो Corbado आपको यह समझने के लिए उपकरण देता है कि ऐसा क्यों हुआ:

• प्रति-उपयोगकर्ता डीबग टाइमलाइन: सत्रों और उपकरणों के पार नामांकन यात्रा को फिर से चलाएं
• बुद्धिमान त्रुटि वर्गीकरण: महत्वपूर्ण विफलताओं से सूचनात्मक त्रुटियों को अलग करें
• पासवर्ड मैनेजर विखंडन का पता लगाना: Dashlane, 1Password, और ब्राउज़र-नेटिव प्रबंधकों के बीच संघर्ष की पहचान करें
• विसंगति का पता लगाना: नामांकन दर अप्रत्याशित रूप से गिरने पर तत्काल अलर्ट

चाहे आप स्वयं पासकी निर्माण प्रवाह बना रहे हों या एक प्रबंधित समाधान की तलाश कर रहे हों, Corbado आपको यह देखने में मदद करता है कि क्या हो रहा है, व्यावसायिक प्रभाव साबित करता है, और अपने IDP को बदले बिना अडॉप्शन को अधिकतम करता है।

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

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

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

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

Corbado के बारे में

Corbado बड़े पैमाने पर consumer authentication चलाने वाली CIAM टीमों के लिए Passkey Intelligence Platform है। हम आपको वह दिखाते हैं जो IDP logs और सामान्य analytics tools नहीं दिखा सकते: कौन-से devices, OS versions, browsers और credential managers passkeys को support करते हैं, क्यों enrollments login में नहीं बदलते, WebAuthn flow कहाँ fail होता है, और कब कोई OS या browser update चुपचाप login को तोड़ देता है — और यह सब Okta, Auth0, Ping, Cognito या आपके in-house IDP को बदले बिना। दो products: Corbado Observe जोड़ता है passkeys और किसी भी अन्य login method के लिए observability। Corbado Connect देता है analytics के साथ built-in managed passkeys (आपके IDP के साथ-साथ)। VicRoads, Corbado के साथ 5M+ users के लिए passkeys चला रहा है (+80% passkey activation)। Passkey विशेषज्ञ से बात करें →