Skip to main content
Designing a Compliant Consent UX Under DPDP | Aizzentec — page loaded
परिचालन

एक सहमति UX डिज़ाइन करना जो आप पर जुर्माना नहीं लगाएगा

विस्तार, वापसी-समानता, डार्क-पैटर्न से बचाव और ऑडिट ट्रेल। अनुरूप सहमति संग्रह के चार स्तंभ।

परिचालन10 मिनट पढ़ें
लेखक Praveen Kumar, प्रैक्टिस लीडर — जोखिम, साइबर और एनालिटिक्सCA, CISA, CEH, CDPSE, CFEप्रकाशित अद्यतन

स्तंभ 1: सूक्ष्मता

प्रत्येक प्रयोजन के लिए अपनी सहमति चाहिए। खाता निर्माण, मार्केटिंग, व्यवहार विश्लेषण, तृतीय-पक्ष साझाकरण और कुकी-आधारित ट्रैकिंग को कवर करने वाला एक ही 'मैं गोपनीयता नीति स्वीकार करता हूँ' चेकबॉक्स Section 6 की जाँच में नहीं टिकेगा। उपयोगकर्ता को खाता निर्माण में ऑप्ट-इन करते हुए मार्केटिंग से ऑप्ट-आउट करने में सक्षम होना चाहिए। उन्हें न्यूज़लेटर में ऑप्ट-इन करते हुए प्रचार SMS से ऑप्ट-आउट करने में सक्षम होना चाहिए।

हम जिस न्यूनतम सूक्ष्मता की अनुशंसा करते हैं: खाता/सेवा सहमति, चैनल-दर-चैनल मार्केटिंग (ईमेल / SMS / पुश / WhatsApp), व्यवहार विश्लेषण, साझेदार प्रकार के अनुसार वर्गीकृत तृतीय-पक्ष साझाकरण। पाँच अलग स्विच, एक महा-स्विच नहीं।

स्तंभ 2: वापसी की समानता

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

परीक्षण: समय मापें कि एक ग़ैर-तकनीकी उपयोगकर्ता को कोई विशिष्ट सहमति वापस लेने में कितना समय लगता है। यदि यह 30 सेकंड से अधिक है, तो आपका डिज़ाइन ग़ैर-अनुपालक है।

स्तंभ 3: डार्क पैटर्न से बचाव

Rules 'डार्क पैटर्न' शब्द का उपयोग नहीं करते, पर Section 6 की अपेक्षाएँ (स्वतंत्र, विशिष्ट, सूचित, बिना शर्त, स्पष्ट) वही प्रभाव पैदा करती हैं। जिन पैटर्नों से बचें:

  • पहले से टिक किए गए सहमति बॉक्स
  • 'सभी स्वीकार करें' एक प्रमुख बटन के रूप में, जबकि 'सभी अस्वीकार करें' उप-मेनू में छिपा हो
  • धूसर 'अस्वीकार' बटनों के मुक़ाबले रंगीन 'स्वीकार' बटन
  • उपयोगकर्ता द्वारा अस्वीकार करने के बाद बार-बार पुनः संकेत
  • 'सीमित सुविधाओं के साथ जारी रखें' जैसी शब्दावली जो वैकल्पिक सहमतियों से इनकार करने पर घटिया सेवा का संकेत देती है
  • असंबंधित प्रयोजनों को एक ही स्विच में बाँधना

स्तंभ 4: ऑडिट ट्रेल

आपको माँग पर सहमति का प्रमाण देने में सक्षम होना चाहिए। प्रति सहमति घटना न्यूनतम लॉग प्रविष्टि:

  • हैश किया गया Data Principal पहचानकर्ता
  • टाइमस्टैम्प (UTC + IST)
  • चैनल (वेब, ऐप, कॉल में, SMS, काग़ज़)
  • प्रयोजन कोड
  • दिखाया गया सूचना संस्करण
  • परिणाम (दी गई, अस्वीकृत, वापस ली गई)

लॉग को कम से कम संबंध की अवधि तथा आपकी प्रतिधारण अवधि तक संग्रहीत करें। सूचना संस्करण के बिना सहमति रिकॉर्ड काफ़ी कमज़ोर होता है — संस्करण ही यह सिद्ध करता है कि उपयोगकर्ता को वास्तव में क्या बताया गया था।

संदर्भ डिज़ाइन

हमारा Consent UX Spec (Template 03) एक पूर्ण संदर्भ वास्तुकला प्रदान करता है जो बैनर, सूक्ष्म मोडल, प्राथमिकता केंद्र, ऑडिट JSON स्कीमा और API अनुबंध को कवर करती है। इसे प्रारंभिक बिंदु के रूप में उपयोग करें और अपने स्टैक के अनुसार ढालें।

All knowledge articles

Related articles