क्लाइंट प्रोजेक्ट के QR कोड, जानबूझकर अलग रखे हुए

01

हर क्लाइंट के लिए वर्कस्पेस, हर प्रोजेक्ट के लिए फ़ोल्डर

वर्कस्पेस ही अलगाव की इकाई है: उसके अपने सदस्य, कोड, फ़ोल्डर, टैग, सामग्री, टेम्पलेट, एनालिटिक्स सेटिंग्स और कस्टम डोमेन होते हैं, और आप साइडबार के स्विचर से उनके बीच आते-जाते हैं। क्लाइंट वह वर्कस्पेस नहीं देख सकता जिसमें वह नहीं है — यह ढाँचे का गुण है, किसी के याद रखने का नहीं।

वर्कस्पेस के भीतर, एक कोड ठीक एक फ़ोल्डर में रहता है और जितने चाहें उतने टैग रखता है। फ़ोल्डर जगहों और चीज़ों के लिए ठीक हैं — एक आउटलेट, एक उत्पाद श्रेणी, मुहिम की एक लहर — और काम जितना गहरा हो उतने गहरे नेस्ट होते हैं। टैग उन चीज़ों के लिए हैं जो फ़ोल्डरों के आर-पार जाती हैं, और वह आमतौर पर मुहिम ही होती है।

• हर क्लाइंट के लिए एक वर्कस्पेस, साइडबार से बदला जाने वाला
• जगहों और चीज़ों के लिए फ़ोल्डर; कोड एक बार में एक ही में रहता है
• फ़ोल्डरों को पार करने वाली मुहिमों के लिए टैग; कोड कई रख सकता है
• सामग्री, स्टिकर और टेम्पलेट वर्कस्पेस के हैं, आपके नहीं

02

हर व्यक्ति को ठीक उतनी पहुँच दें जितनी रिश्ते को चाहिए

भूमिकाएँ हर वर्कस्पेस के लिए दी जाती हैं और उसके हर कोड पर लागू होती हैं: एडमिन, एडिटर, एनालिस्ट और व्यूअर, और साथ में मालिक। सेटिंग्स यह तालिका साफ़-साफ़ दिखाती है — कौन कोड बना और बदल सकता है, आँकड़े देख सकता है, फ़ोल्डर और टैग सँभाल सकता है, सदस्यों को बुला सकता है, डेटा एक्सपोर्ट कर सकता है और वर्कस्पेस मिटा सकता है।

व्यवहार में इसका मतलब है कि क्लाइंट का संपर्क व्यक्ति एनालिस्ट हो सकता है, जो हर आँकड़ा पढ़े पर आर्टवर्क को न छुए, और कोई हितधारक व्यूअर हो सकता है जो काम देखे और कुछ न बदले। डेटा एक्सपोर्ट को सिर्फ़ मालिक तक सीमित किया जा सकता है, और वर्कस्पेस को ऐसा भी बनाया जा सकता है कि उसमें हर किसी के लिए दो-चरणीय प्रमाणीकरण अनिवार्य हो।

03

प्रेस पहुँचने से पहले काम दिखाएँ

शेयर लिंक कोड को ऐसे व्यक्ति के सामने रख देता है जिसका कोई खाता ही नहीं: देखने की अनुमति, वैकल्पिक पासवर्ड, समाप्ति तिथि, और समीक्षा ख़त्म होते ही रद्द करने की सुविधा। यह उस स्क्रीनशॉट भेजने का ईमानदार विकल्प है जो एक घंटे बाद कोड से मेल खाना बंद कर देता है।

वर्कस्पेस के भीतर टिप्पणियाँ कोड पर ही रहती हैं, और स्वीकृति किसी ख़ास संस्करण के लिए, एक नोट के साथ भेजी जाती है और उसे वही तय करता है जिसे अधिकार है। इससे "उन्होंने किस संस्करण पर हामी भरी" ईमेल की कड़ी पर बहस से बदलकर तारीख़ वाला रिकॉर्ड बन जाता है।

04

हर मुहिम की शुरुआत में कुछ भी दोबारा न बनाएँ

टेम्पलेट समतल की गई छवि के बजाय बदले जा सकने वाले दृश्य के रूप में सहेजे जाते हैं, इसलिए क्लाइंट का लेआउट साल भर बाद भी बदला जा सकता है और वह ऐसी तस्वीर नहीं बनता जिसे किसी को दोबारा बनाना पड़े। सामग्री लाइब्रेरी और स्टिकर उनके लोगो और चिह्न उसी वर्कस्पेस में रखते हैं जिसके वे हैं।

हर कोड अपने संस्करण सँभालकर रखता है, इसलिए जल्दबाज़ी में किया गया बदलाव पीछे पढ़ा जा सकता है — वह क्या था, क्या बना, और किसने बदला।

05

बड़ी संख्या, और आँकड़े वापस निकालना

सैकड़ों का रन CSV जॉब या सीमित दायरे वाली कुंजी के साथ सार्वजनिक API का काम है, दोपहर भर क्लिक करने का नहीं। वेबहुक घटनाएँ वहीं भेजते हैं जहाँ से एजेंसी पहले से रिपोर्ट बनाती है, और स्कैन डेटा हर कोड के लिए CSV में एक्सपोर्ट होता है।

यह रिपोर्टिंग किसी काम की है या नहीं, यह एक नियम तय करता है: आँकड़े वही अलग करते हैं जो आपने अलग किया। हर छपाई-स्थल, हर संस्करण और हर शहर को अपना कोड दें, वरना क्लाइंट की रिपोर्ट एक अकेले आँकड़े में ढह जाएगी जो उनके किसी सवाल का जवाब नहीं देता।

06

छपाई से पहले तय करें कि रीडायरेक्ट किस खाते का है

डायनैमिक कोड उसी वर्कस्पेस से होकर हल होता है जिसके पास वह है। अगर क्लाइंट चला जाए और वर्कस्पेस आपके पास रह जाए, तो उसकी छपी सामग्री अब आपके खाते पर टिकी है — और अगर वर्कस्पेस उसके साथ चला जाए, तो आपकी रिपोर्टिंग उसी दिन ख़त्म हो जाती है जिस दिन रिश्ता। दोनों में से कोई ग़लत नहीं; ग़लत यह है कि आपने कौन-सा चुना, यह साफ़ न हो।

दो चीज़ें जोखिम घटाती हैं। सत्यापित कस्टम डोमेन का मतलब है कि छपा हुआ पता ख़ुद क्लाइंट का है, इसलिए कोड किसी भी अकेले औज़ार से ज़्यादा जी सकते हैं। और बाहर निकलने की शर्तें पहले से जानना ज़रूरी है: मिटाने के लिए तय किया गया वर्कस्पेस अपने चालू लिंक पर स्कैन को शून्य में गिराने के बजाय एक नियंत्रित "उपलब्ध नहीं" पन्ना दिखाता है — यह ऐसा परिणाम है जिसकी योजना बनाई जाती है, जिसे खोजा नहीं जाता।