Role-based access control (RBAC) का सीधा मतलब है: रोल तय करता है कि कोई क्या कर सकता है, न कि व्यक्ति। सोशल मीडिया टीम के लिए आपको बीस नहीं, छह रोल चाहिए: creator, editor, approver, publisher, analyst, admin। हर व्यक्ति को खास क्लाइंट अकाउंट्स तक सीमित करें ताकि कोई ऐसा काम न देखे जो उसका नहीं है, और फिर रिकॉर्ड रखें कि किसने क्या अप्रूव किया।
एजेंसियाँ आमतौर पर दो दिशाओं में से किसी एक में फेल होती हैं। या तो सब एक ही लॉगिन शेयर करते हैं, या हर पोस्ट फाउंडर का इंतज़ार करती है। दोनों ही एक दोपहर में ठीक हो सकते हैं।
TLDR: छह रोल, हर एक किसी खास क्लाइंट तक सीमित, अप्रूवल गेट के रूप में और हर मंज़ूरी का रिकॉर्ड। हर व्यक्ति के लिए अलग अपवाद बनाना ही पूरे मॉडल को बेकार कर देता है।
छह रोल जो लगभग हर टीम को कवर करते हैं
| रोल | कर सकता है | नहीं कर सकता |
|---|---|---|
| Creator | पोस्ट ड्राफ्ट करना, एसेट्स अपलोड करना | पब्लिश करना, अकाउंट कनेक्ट करना |
| Editor | स्कोप में किसी भी ड्राफ्ट को एडिट करना, अप्रूवल के लिए भेजना | अपना खुद का काम अप्रूव करना |
| Approver | ड्राफ्ट्स को अप्रूव, रिजेक्ट, कमेंट करना | कनेक्टेड अकाउंट्स एडिट करना |
| Publisher | अप्रूव्ड पोस्ट्स को शेड्यूल और पब्लिश करना | अप्रूव करना, यूज़र जोड़ना |
| Analyst | एनालिटिक्स पढ़ना, रिपोर्ट्स एक्सपोर्ट करना | कंटेंट को छूना |
| Admin | अकाउंट्स कनेक्ट करना, यूज़र्स और रोल मैनेज करना | कुछ नहीं, इसलिए इसे सिर्फ दो लोगों तक रखें |
दो नियम इसे बिगड़ने से रोकते हैं। कोई अपना काम खुद अप्रूव नहीं करता, और admin सिर्फ दो लोगों के पास रहता है ताकि हमेशा एक बैकअप रहे और कभी कोई कमेटी न बने।
हर व्यक्ति के लिए अलग परमिशन बनाने से बचें। जिस पल आप कहेंगे "सारा, लेकिन वह गुरुवार को भी पब्लिश कर सकती है", आपके पास ऐसा सेटअप होगा जिसे छह महीने बाद कोई ऑडिट नहीं कर सकेगा। अपवाद को अस्थायी रोल बदलकर संभालें, फिर उसे वापस सेट कर दें।
स्कोप: वह हिस्सा जहाँ एजेंसियाँ गलती करती हैं
अकेला रोल काफी नहीं है। क्लाइंट A का creator क्लाइंट B को नहीं देख सकता। यही स्कोप है, और जब एजेंसी एक साझा लॉगिन से आगे बढ़ती है तो यही सबसे पहले टूटता है।
स्कोप तीन अक्षों पर तय करें:
- क्लाइंट या ब्रांड। सबसे पक्की सीमा। कॉन्ट्रैक्टर को सिर्फ एक ही मिले।
- चैनल। कोई Instagram और TikTok संभाल सकता है, बिना LinkedIn कंपनी पेज को छुए।
- स्टेज। ड्राफ्ट एक्सेस का मतलब कभी पब्लिश एक्सेस नहीं होता।
इसके लिए असली अलगाव चाहिए, न कि सिर्फ फिल्टर। अगर कोई कॉन्ट्रैक्टर अकाउंट पिकर बदलकर दूसरे क्लाइंट के इनबॉक्स में पहुँच जाता है, तो वह अलगाव नहीं, सिर्फ एक डिफ़ॉल्ट व्यू है। Workspaces से Mydrop यही लाइन खींचता है: हर क्लाइंट अपनी अलग जगह है जिसके अपने मेंबर, कैलेंडर और कनेक्टेड अकाउंट्स हैं।
क्लाइंट स्टेकहोल्डर्स एक अलग समस्या हैं। उनमें से ज़्यादातर को यूज़र होने की ज़रूरत ही नहीं है। No-login क्लाइंट पोर्टल उन्हें बिना सीट, बिना पासवर्ड, और बिना उस परमिशन लेवल के अपना कंटेंट रिव्यू और अप्रूव करने देता है जिसे प्रोजेक्ट खत्म होने के बाद भी आपको मेंटेन करना पड़ता है।
अप्रूवल गेट है, सीनियोरिटी की सीढ़ी नहीं
परमिशन तय करते हैं कि कौन कार्य कर सकता है। अप्रूवल तय करते हैं कि कब। दोनों को अलग रखें, वरना आप सिर्फ शुक्रवार की पोस्ट को अनब्लॉक करने के लिए लोगों को admin बनाने लगेंगे।
जॉब टाइटल से नहीं, रिस्क के आधार पर रूट करें:
| कंटेंट | रिव्यूअर्स |
|---|---|
| टेम्पलेट वाली, दोहराई जाने वाली पोस्ट्स | एक editor |
| नया कैंपेन या नया दावा | क्लाइंट या ब्रांड लीड |
| रेगुलेटेड, लीगल, या क्राइसिस | नामित लीगल रिव्यूअर, कोई फॉलबैक नहीं |
पहली दो पंक्तियों को एक फॉलबैक अप्रूवर दें ताकि छुट्टी के कारण पब्लिशिंग न रुके। तीसरी पंक्ति सच में ब्लॉक करे। अप्रूवल वर्कफ़्लोज़ पोस्ट को तब तक रोके रखते हैं जब तक मंज़ूरी न मिल जाए, जिससे "अप्रूव्ड" और "पब्लिश्ड" एक ही रिकॉर्ड रहते हैं, न कि दो अलग लिस्ट जिन्हें आप हाथ से मिलाते हैं।
आपके ऑडिट लॉग को क्या रिकॉर्ड करना चाहिए
"यह किसने बदला?" हमेशा सबसे बुरे पल पर आता है, और एक लॉग जो सिर्फ मौजूदा स्थिति रखता है, वह इसका जवाब नहीं दे सकता।
हर कार्य के लिए पाँच चीज़ें रिकॉर्ड करें:
- किसने किया, एक नामित व्यक्ति के रूप में, कभी साझा अकाउंट से नहीं।
- उस समय उनका क्या रोल था। लोग रोल बदलते हैं, और जो लॉग पढ़ते समय रोल तय करता है, वह चुपचाप इतिहास फिर से लिख देता है।
- क्या बदला, पिछला वर्जन भी पढ़ने योग्य रहे।
- कब, टाइमज़ोन के साथ।
- किस अप्रूवल के तहत पब्लिश हुआ।
दो व्यावहारिक नियम। अप्रूवल रिकॉर्ड्स को ऑपरेशनल लॉग्स से ज़्यादा दिन रखें, क्योंकि लोग असल में अप्रूवल ही माँगते हैं। और उन्हें क्लाइंट और तारीख की रेंज से खोजने योग्य बनाएं, क्योंकि हर ऑडिट रिक्वेस्ट इसी रूप में आती है।
वेंडर्स की तुलना करना आसान है: हर एक से कहें कि वह तीन महीने पहले की किसी खास पोस्ट की अप्रूवल हिस्ट्री निकालकर दिखाए। वह डेमो में मौजूद होती है या नहीं होती।
खरीदने से पहले क्या जाँचें
वे फीचर्स जो असली परमिशन मॉडल को सिर्फ एक सेटिंग्स पेज से अलग करते हैं:
- रोल हर क्लाइंट के हिसाब से परिभाषित हों, न कि हर यूज़र के लिए एक ग्लोबल रोल।
- अलगाव जो अकाउंट स्विचर पर भी टिके, असली कॉन्ट्रैक्टर लॉगिन से टेस्ट किया हुआ।
- नामित रिव्यूअर्स के साथ अप्रूवल रूटिंग और एक तय फॉलबैक।
- एक पोस्ट के लिए एक्सपोर्ट करने योग्य अप्रूवल हिस्ट्री।
- बिना सीट के रिव्यूअर एक्सेस, ताकि क्लाइंट की मंज़ूरी पर लाइसेंस खर्च न हो।
- SSO और डायरेक्टरी प्रोविज़निंग अगर IT आपकी यूज़र लिस्ट संभालता है। ज़्यादातर सोशल टूल्स इसे एंटरप्राइज़ प्लान्स के लिए रखते हैं, इसलिए कॉन्ट्रैक्ट स्टेज पर नहीं, पहली कॉल में ही पूछें।
Planable और Sprout Social दोनों में परिभाषित रोल के साथ मल्टी-स्टेप अप्रूवल हैं। Mydrop हर क्लाइंट के लिए अलग वर्कस्पेस, रोल, ड्राफ्ट पर ही कमेंट्स, अप्रूवल गेट्स और नो-लॉगिन रिव्यू लिंक एक ही सिस्टम में देता है, जो कॉम्बिनेशन एजेंसियाँ अक्सर दो अलग टूल्स से जोड़ती हैं। इसके आसपास के बाकी ऑपरेटिंग सेटअप के लिए, सोशल मीडिया एजेंसियाँ पूरा स्टैक कवर करता है।
इस हफ्ते सेट करें
तीन कदम, इसी क्रम में:
- उन सभी लोगों की लिस्ट बनाएं जो आज पब्लिश कर सकते हैं। पुराने कॉन्ट्रैक्टर और साझा लॉगिन भी शामिल करें। लिस्ट हमेशा उम्मीद से लंबी होती है।
- हर एक को एक ही रोल और एक ही क्लाइंट स्कोप दें। पहली बार में कोई अपवाद नहीं।
- क्लाइंट स्टेकहोल्डर्स को रिव्यू लिंक पर भेजें और उनके यूज़र अकाउंट्स डिलीट कर दें।
कैलेंडर में 90 दिन का रिमाइंडर लगाएं कि स्टेप एक फिर से करना है, क्योंकि पुरानी एक्सेस वही गलती है जो हर बार लौटती है। आप मुफ्त में शुरू कर सकते हैं और अगले कैंपेन से पहले ही रोल और क्लाइंट वर्कस्पेस मैप कर सकते हैं।
Google रिव्यू
Trustpilot रिव्यू
Product Hunt comment
