क्लाइंट प्रोजेक्ट के QR कोड, जानबूझकर व्यवस्थित रखे हुए

01

हर क्लाइंट के लिए फ़ोल्डर, हर मुहिम के लिए टैग

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

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

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

02

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

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

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

03

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

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

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

04

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

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

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

05

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

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

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

06

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

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

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