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