एक उपयोगी डेटा प्रोफ़ाइल दृश्य के लिए स्रोतों, निष्कर्षों और नियंत्रणों की आवश्यकता होती है
हाँ: जब कोई कंपेनियन ऐप एक स्थायी डेटा प्रोफ़ाइल बनाता है, तो उपयोगकर्ताओं को इसके व्यावहारिक संस्करण का निरीक्षण करने में सक्षम होना चाहिए। एक उपयोगी दृश्य केवल खाता फ़ील्ड्स तक सीमित नहीं होता। यह व्यक्ति द्वारा प्रदान की गई जानकारी, ऐप द्वारा देखी गई गतिविधि, सिस्टम द्वारा निकाले गए निष्कर्षों और आगे क्या होता है उसे बदलने वाली सेटिंग्स को अलग करता है। प्रत्येक आइटम को अपना स्रोत, अंतिम अपडेट, उद्देश्य, प्रभावित फ़ीचर और उपलब्ध नियंत्रण दिखाना चाहिए। यह सुरक्षा रहस्यों या मॉडल कोड को उजागर करने की मांग नहीं है। यह पुरानी या अप्रत्याशित धारणाओं को चुपचाप मेमोरी, अनुशंसाओं, संकेतों या दृश्यता को प्रभावित करने से पहले पहचानने का एक तरीका है।
प्रदान किए गए, अवलोकित और अनुमानित डेटा को अलग करें
तीन कॉलमों से शुरुआत करें। प्रदान किए गए डेटा में प्रोफ़ाइल फ़ील्ड, चुनी गई रुचियां और जर्नल टेक्स्ट शामिल हैं। अवलोकित डेटा में फ़ीचर उपयोग, क्लिक, सत्र का समय और सेवा द्वारा प्रकट किया गया इंटरैक्शन इतिहास शामिल है। अनुमानित डेटा में अन्य कॉलमों से परिकलित प्राथमिकता, दिनचर्या, विषय लेबल या संभावित रुचि शामिल होती है। चौथा कॉलम सिस्टम की स्थिति जैसे कि खाता स्तर या सक्षम फ़ीचर रख सकता है, क्योंकि यह बिना किसी अनुमान के भी अनुभव को बदल सकता है। इन मूल स्रोतों को अलग रखने से कोई अनुमान ऐसा नहीं लगता जैसे कि वह उपयोगकर्ता द्वारा स्पष्ट रूप से बताया गया कोई तथ्य हो। ICO प्रोफ़ाइलिंग को ऐसे विश्लेषण के रूप में वर्णित करता है जो कई सूचना स्रोतों से किसी व्यक्ति के पहलुओं को वर्गीकृत या भविष्यवाणी करता है।
प्रत्येक प्रोफ़ाइल आइटम के लिए सात फ़ील्ड आवश्यक करें
प्रत्येक दृश्यमान प्रोफ़ाइल आइटम के लिए सात फ़ील्ड की आवश्यकता होती है: मान, उसका प्रकार, स्रोत, निर्माण या अपडेट की तिथि, बताया गया उद्देश्य, उत्पाद प्रभाव और उपलब्ध नियंत्रण। "यात्रा का आनंद लेता है" अधूरा है यदि उपयोगकर्ता यह नहीं बता सकता कि यह एक सहेजे गए विकल्प से आया है, कई वार्तालापों से आया है या किसी कनेक्टेड सेवा से आया है। सार्थक होने पर विश्वसनीयता दिखाई जा सकती है, लेकिन यह कोई ऐसा सजावटी स्कोर नहीं बनना चाहिए जो स्रोत को छुपा दे। लेज़र में यह भी बताया जाना चाहिए कि आइटम पूरे खाते के लिए है, केवल डिवाइस के लिए है या किसी एक कैरेक्टर या फ़ीचर तक सीमित है। किसी फ़ील्ड का न होना एक विशिष्ट प्रश्न है, न कि इस बात का प्रमाण कि अनुपलब्ध पथ मौजूद ही नहीं है।
प्रत्येक आइटम को एक दृश्यमान उत्पाद प्रभाव से जोड़ें
एक प्रोफ़ाइल इसलिए मायने रखती है क्योंकि यह किसी चीज़ को बदलती है। प्रत्येक आइटम को उस मेमोरी, क्रम, सुझाव, अधिसूचना, दर्शक, विज्ञापन या फ़ीचर निर्णय से जोड़ें जिसे वह वास्तव में प्रभावित करता है। Google का My Ad Center इसका एक मौजूदा उदाहरण है जो श्रेणियों को प्रदर्शित करता है और लोगों को विज्ञापन वैयक्तिकरण के लिए उपयोग किए जाने वाले कुछ खाते, गतिविधि और क्षेत्र इनपुट को नियंत्रित करने देता है। Android की साझा-डेटा सेटिंग एक और महत्वपूर्ण सीमा दिखाती है: एक डिवाइस इंडेक्स में प्रति-स्रोत नियंत्रण हो सकते हैं जबकि अलग खाता गतिविधि सेटिंग्स मौजूद रहती हैं। एक कंपेनियन ऐप को भी इसी तरह असंबद्ध वैयक्तिकरण प्रणालियों पर नियंत्रण के रूप में एक ही स्विच प्रस्तुत करने से बचना चाहिए।
सुधार, विलोपन और रीसेट को अलग-अलग क्रियाओं के रूप में संभालें
सुधार, विलोपन, कम वैयक्तिकरण और पूर्ण रीसेट अलग-अलग समस्याओं का समाधान करते हैं। "शाम के रिमाइंडर पसंद करता है" को ठीक करने से असंबद्ध विकल्पों को सुरक्षित रखते हुए गलत आइटम अपडेट होना चाहिए। किसी स्रोत वार्तालाप को हटाने पर यह स्पष्ट किया जाना चाहिए कि क्या प्राप्त किए गए लेबल भी पुनर्गणित किए गए हैं। भविष्य के वैयक्तिकरण को बंद करते समय यह समझाया जाना चाहिए कि क्या पुरानी प्रोफ़ाइल संग्रहीत रहती है। एक रीसेट में यह सूचीबद्ध होना चाहिए कि यह क्या साफ़ करता है, क्या रखता है और कौन से फ़ीचर नए अवलोकनों का पुनर्निर्माण करेंगे। जहां लागू हो, आधिकारिक डेटा-पहुंच और सुधार मार्ग एक अन्य विकल्प प्रदान करते हैं, लेकिन यह लेख प्रत्येक क्षेत्र में समान नियमों को मानकर नहीं चलता है। तत्काल उत्पाद परीक्षण यह है कि क्या सामान्य नियंत्रणों के स्पष्ट, सीमित परिणाम होते हैं।
एक हानिरहित परिवर्तन के साथ रीफ़्रेश व्यवहार का परीक्षण करें
एक हानिरहित रीफ़्रेश परीक्षण का उपयोग करें। एक स्पष्ट प्राथमिकता बदलें, समय नोट करें, और देखें कि कौन सा प्रोफ़ाइल आइटम और फ़ीचर बदलता है। फिर उस प्राथमिकता को हटाएं या उलट दें और जांचें कि क्या आइटम अपडेट होता है, एक नई स्थिति के साथ बना रहता है, या इसके लिए एक अलग रीसेट की आवश्यकता होती है। ऐप को बार-बार कृत्रिम गतिविधि से न भरें; एक नियंत्रित परिवर्तन की व्याख्या करना आसान होता है। खाता, डिवाइस, फ़ीचर और संस्करण रिकॉर्ड करें। यदि कोई निष्कर्ष बना रहता है, तो सिस्टम को ख़राब घोषित करने के बजाय पूछें कि क्या इसके अन्य स्रोत हैं। एक अच्छा इंटरफ़ेस विलंबित रीफ़्रेश, कई साक्ष्य स्रोतों और एक अनुत्तरदायी नियंत्रण के बीच अंतर करने के लिए पर्याप्त उत्पत्ति प्रकट करता है।
प्रत्येक फ़ीचर परिवर्तन के बाद प्रोफ़ाइल दृश्यता की समीक्षा करें
ऑनबोर्डिंग के बाद और मेमोरी, आवाज़, छवियां, एकीकरण, सामुदायिक फ़ीचर या मॉडल-सुधार सेटिंग्स जोड़ने के बाद एक प्रोफ़ाइल रसीद रखें। प्रत्येक नए इंटरफ़ेस के लिए पूछें कि यह कौन से प्रदान किए गए, अवलोकित और अनुमानित फ़ील्ड जोड़ता है; उन्हें कौन देख सकता है; वे क्या प्रभावित करते हैं; और उन्हें कहाँ सुधारा, हटाया या रीसेट किया जा सकता है। प्रोफ़ाइल दृश्य की तुलना निर्यात डेटा और वर्तमान गोपनीयता स्पष्टीकरणों से करें, क्योंकि इनमें से कोई भी दृश्य अपने आप में सब कुछ शामिल नहीं करता है। सात-फ़ील्ड वाले लेज़र का अनूठा मूल्य इसकी ट्रेसबिलिटी (सत्यापनीयता) है: यह एक अस्पष्ट "ऐप मुझे जानता है" के प्रभाव को ऐसे आइटमों में बदल देता है जिनका निरीक्षण किया जा सकता है, चुनौती दी जा सकती है और जानबूझकर रखा जा सकता है।
सामान्य प्रश्न
क्या प्रोफ़ाइल दृश्य में ऐप का मॉडल कोड दिखाई देना चाहिए?
नहीं। इसे सुरक्षा-संवेदनशील कार्यान्वयन विवरणों को उजागर किए बिना सार्थक व्यक्तिगत डेटा, स्रोत, उपयोग, प्रभाव और नियंत्रण प्रकट करने चाहिए।
क्या किसी वार्तालाप को हटाना उसके निष्कर्षों को रीसेट करने के समान है?
जरूरी नहीं। सेवा को यह समझाना चाहिए कि क्या प्राप्त आइटम पुनर्गणित किए जाते हैं या उनके लिए एक अलग नियंत्रण की आवश्यकता होती है।
क्या होगा यदि कोई निष्कर्ष सही है?
आप इसे रख सकते हैं, लेकिन उस पर भरोसा करने से पहले आपको उसका स्रोत, प्रभाव और दायरा देखने में सक्षम होना चाहिए।