الخصوصية بالتصميم

كل حقل تضيفه إلى نموذج ليس مجرد خانة — بل بيانات تُخزَّن وتُنقل ويمكن أن تُسرَّب. والمصمم هو من يقرّر ما يُطلب، فالخصوصية قرار تصميم قبل أن تكون مسألة تقنية أو قانونية.

مختبر: كم بيانات تطلب؟

تطبيق توصيل طعام. أشّر على ما ستطلبه عند التسجيل:

خمسة مبادئ عملية

تصميم الموافقة الصادقة

البيانات التي لا تجمعها لا تُسرَّق منك

الطريقة المعتادة للتفكير في الخصوصية دفاعية: كيف نحمي ما جمعناه؟ والطريقة الأنجع تسبق ذلك بخطوة: لماذا جمعناه أصلًا؟ فكل حقل لا تطلبه هو خطر لا تحمله، والتزام لا يقع عليك، وتسريب لا يمكن أن يحدث.

وأكثر ما يُجمع بلا سبب حقيقي هو ما يُجمع «لأنه قد ينفع لاحقًا». تاريخ الميلاد الكامل حين يكفي التحقق من تجاوز سنّ معيّنة. والموقع الدقيق حين تكفي المدينة. ورقم الهاتف حين لا توجد نيّة للاتصال. كل واحد منها قرار تصميمي اتُّخذ في نموذج، ولم يسأل أحد عن مبرّره.

والخصوصية بالتصميم تعني أيضًا أن الإعداد الافتراضي هو الأكثر حماية. لا خانات مؤشَّرة سلفًا للمشاركة، ولا ظهور عام افتراضي، ولا تتبّع يبدأ قبل الإذن. من أراد المزيد يفعّله بنفسه — والعكس (أن يُفعَّل كل شيء وعلى المستخدم أن يبحث عن الإيقاف) هو بالضبط ما تلاحقه التشريعات وما يفقد ثقة الناس.

وأخيرًا: اربط كل طلب بسببه في اللحظة نفسها. «نحتاج موقعك لعرض الفروع القريبة» بجانب الطلب يرفع نسبة الموافقة ويقلّل الشك معًا. أما طلب صلاحية بلا تفسير عند أول فتح فهو أسرع طريق إلى الرفض — أو إلى قبولٍ لا يفهمه صاحبه.

في الدرس القادم ننتقل من جمع البيانات إلى ما تفعله الأنظمة بها: التحيّز.