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 को जाँचमा टिक्दैन। प्रयोगकर्ताले खाता सिर्जनामा opt-in गर्दै मार्केटिङबाट opt-out गर्न सक्नुपर्छ। न्यूजलेटरमा opt-in गर्दै प्रचारात्मक SMS बाट opt-out गर्न सक्नुपर्छ।

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

स्तम्भ 2: फिर्ताको समानता

फिर्ता 'दिनु जत्तिकै सजिलो' हुनुपर्छ — त्यही च्यानल, त्यति नै चरण, त्यति नै प्रयास। यदि सहमति एक-क्लिक टगल थियो भने, फिर्ता पनि एक-क्लिक टगल हुनुपर्छ। यदि SMS opt-in (STOP किवर्ड) मार्फत सहमति दिइएको थियो भने, त्यही STOP किवर्डमार्फत फिर्ता काम गर्नुपर्छ। फिर्तालाई तीन मेनु गहिरो लुकाउनु, वा email-to-support माग्नु अनुपालनविहीन हो।

परीक्षण: गैर-प्राविधिक प्रयोगकर्तालाई निर्दिष्ट सहमति फिर्ता लिन कति समय लाग्छ नाप्नुहोस्। 30 सेकेन्डभन्दा बढी भए तपाईंको डिजाइन अनुपालनविहीन छ।

स्तम्भ 3: डार्क प्याटर्नबाट बच्ने

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

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

स्तम्भ 4: लेखापरीक्षण मार्ग

माग हुँदा सहमति प्रमाणित गर्न सक्नुपर्छ। प्रत्येक सहमति घटनाका लागि न्यूनतम लग प्रविष्टि:

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

लगलाई कम्तीमा सम्बन्धको अवधि र तपाईंको धारण अवधिसम्म भण्डारण गर्नुहोस्। सूचना संस्करण बिनाको सहमति रेकर्ड उल्लेख्य रूपमा कमजोर हुन्छ — प्रयोगकर्तालाई वास्तवमा के भनिएको थियो, त्यो संस्करणले नै प्रमाणित गर्छ।

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

हाम्रो Consent UX Spec (Template 03) ले ब्यानर, सूक्ष्म मोडल, प्राथमिकता केन्द्र, लेखापरीक्षण JSON स्किमा र API सम्झौता समेट्ने पूर्ण सन्दर्भ वास्तुकला दिन्छ। यसलाई सुरुवात बिन्दुका रूपमा प्रयोग गरी आफ्नो स्ट्याकअनुसार ढाल्नुहोस्।

All knowledge articles

Related articles