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

संचालन को वर्गीकृत करके शुरू करें: सामान्य बदलाव, समाप्त पासवर्ड का प्रवाह, या भूला हुआ पासवर्ड होने के बाद पुनर्प्राप्ति।

तीन संचालन, तीन कार्यप्रवाह

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

संघीय परिनियोजन में गेटवे नया पासवर्ड बिल्कुल न भी एकत्र करे। जाँचें कि प्रवाह पहचान प्रदाता की ओर पुनर्निर्देशित करता है या नहीं और पृष्ठ का पाठ अब भी स्थानीय फ़ॉर्म का वर्णन करता है या नहीं।

नीति वास्तव में कहाँ से आती है

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

रहस्य उजागर किए बिना त्रुटि संदेशों को उपयोगी रखें। जो संदेश आंशिक रूप से टाइप किया गया पासवर्ड दोहराता है, या टिकट में मौजूद स्क्रीनशॉट जिसमें वह हो, सहायता-कलाकृति को क्रेडेंशियल के खुलासे में बदल देता है।

बैकएंड से मेल खाती शब्दावली

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

स्थानीयकरण हिदायतों का स्वर बदल सकता है; यह नहीं बदल सकता कि बैकएंड क्या स्वीकार करता है।

पृष्ठ नहीं, प्रवाह जाँचें

अनुमत परीक्षण खाता इस्तेमाल करें और प्रलेखित बदलाव, अस्वीकृति का मामला, समाप्त पासवर्ड का मामला और उसके बाद का साइन-इन चलें। जहाँ MFA या संघीय पुनर्निर्देशन स्वीकृत प्रवाह का हिस्सा है, वहाँ उसे भी चलें। सही रूप से प्रस्तुत होने वाला पृष्ठ प्रस्तुति जाँचता है और कुछ नहीं, क्योंकि पहचान सेवा तय करती है कि क्रेडेंशियल संचालन पूरा हुआ या नहीं।

हर मामले का परिणाम प्रयुक्त खाते और समय के साथ दर्ज करें। व्यवस्थापक के लिए एक बार काम करने वाला और सामान्य उपयोगकर्ता के लिए विफल होने वाला प्रवाह आम परिणाम है, और रिकॉर्ड ही इसे दृश्यमान बनाता है।

फिर पृष्ठ को अद्यतन करें ताकि वह बताए कि वास्तव में क्या हुआ। पूरा कार्य यही है।

संबंधित लेख