कस्टम एंटरप्राइज़ DAM और ब्रैंड पोर्टल — पूरी तरह व्हाइट-लेबल, पूरी तरह आपका, आपके डोमेन पर।

तीन पैटर्न। जो आपको सुनने में सही लगे, वो चुनें।

आप उन उपयोगकर्ताओं के लिए भुगतान कर रहे हैं जो शायद ही कभी लॉगिन करते हैं

Frontify, Bynder, Brandfolder, Canto। ये सब प्रति सक्रिय उपयोगकर्ता प्रति महीने चार्ज करते हैं। एक बार जब आप पचास ब्रांड हितधारकों को पार कर जाते हैं — फ्रीलांसर, ठेकेदार, एजेंसी पार्टनर, खुदरा प्रबंधक, फ्रेंचाइजी — प्रति सीट का टैक्स उतना बड़ा हो जाता है कि कस्टम बिल्ड की अमॉर्टाइज़्ड लागत कम दिखने लगती है। कस्टम प्लेटफॉर्म का ब्रेकइवन आमतौर पर दूसरे या तीसरे साल में आता है। जो टीमें मैं देखता हूँ वे चौथे या पाँचवें साल में होती हैं और अब SaaS लाइन उनके मार्केटिंग स्टैक में दूसरी सबसे बड़ी चीज़ है।

आपको पूरा white-label चाहिए, "powered by" बैज नहीं।

यह एजेंसियों को सबसे ज्यादा नुकसान पहुँचाता है। अगर आप अपने खुद के क्लाइंट्स को ब्रांड पोर्टल रीसेल कर रहे हैं, तो एक्सपीरिएंस में कहीं "Powered by Frontify" नहीं होना चाहिए। कस्टम URL, कस्टम डोमेन, हर नोटिफिकेशन पर कस्टम ईमेल सेंडर, लोगो से लेकर favicon तक पूरी तरह ब्रांडेड UI। ज्यादातर SaaS DAM टॉप टियर में इसका कुछ हिस्सा देते हैं। कोई भी प्रतिबंध के बिना सब कुछ नहीं देता, और टॉप टियर आमतौर पर केवल कोट प्राइसिंग कॉल होता है।

आपकी गवर्नेंस किसी और की तरह नहीं है।

स्टैंडर्ड DAM वर्कफ़्लो अपलोड, टैग, अप्रूव, डाउनलोड मानते हैं। असली एंटरप्राइज़ गवर्नेंस कभी इतना साफ नहीं होता। क्षेत्रीय अनुमोदन। कंप्लायंस रूटिंग। अधिकार क्षेत्र के आधार पर एसेट एक्सपायरी। हर क्वार्टर निर्धारित रोटेशन। आंतरिक कंप्लायंस टूल्स के साथ इंटीग्रेशन जिनके बारे में कोई तीसरा पक्ष DAM सुना भी नहीं है। SaaS प्लेटफॉर्म एक बिंदु तक लचीले होते हैं और फिर टूट जाते हैं — और आप प्रोडक्ट से लड़ने के लिए एंटरप्राइज़ कीमत चुका रहे होते हैं।

हम एंटरप्राइज़ DAM दो रूपों में देते हैं। पहला ज्यादातर टीमों के लिए तेज़ और सस्ता है; दूसरा तब सही जवाब है जब स्केल या कंप्लायंस की माँग हो।

पाथ 1: white-labelled Brandy HQ डिप्लॉयमेंट (3-6 हफ्ते)

Brandy HQ वह ब्रांड एसेट मैनेजमेंट प्लेटफॉर्म है जिसकी मैंने सह-स्थापना की। इसमें फाउंडेशनल फीचर्स पहले से ही बने होते हैं — एसेट स्टोरेज, ब्रांड गाइडलाइन्स, AI ब्रांड-पॉलिसिंग, शेयरेबल ब्रांड लिंक्स, रोल-बेस्ड एक्सेस, white-label कस्टमाइज़ेशन। ज्यादातर एंटरप्राइज़ टीमों के लिए जिन्हें तेज़ी से पॉलिश्ड प्लेटफॉर्म चाहिए, सही कदम है Brandy HQ डिप्लॉयमेंट कस्टम डोमेन, ब्रांडेड UI, कस्टम ईमेल, और कस्टम इंटीग्रेशन के साथ ऊपर से लगाया जाए। तेज़, सस्ता, और प्लेटफॉर्म बिना आपको इंजीनियरिंग फंड करवाए मेच्योर होता रहता है।

पाथ 2: पूरी तरह कस्टम DAM (12-24 हफ्ते)

Next.js और Supabase और S3-compatible storage पर बनाया गया कस्टम सॉल्यूशन। आपके पास कोड का मालिकाना अधिकार। कस्टम मेटाडेटा स्कीमा। कस्टम वर्कफ़्लो। गहरा SSO integration। डेटा residency पर पूरा नियंत्रण। जब compliance, स्केल, या वर्कफ़्लो की विशेषता की मांग हो तो यही सही जवाब है। हम architecture करते हैं, build करते हैं, और operate करते हैं; handover पर आप कोड के मालिक बनते हैं। ज्यादातर टीमें जो मैंने देखी हैं वे path 1 के बेसिक्स पर internal product-market fit prove कर लेने के बाद ही path 2 पर जाती हैं।

नीचे reference architecture है। हर project अलग होता है, लेकिन यह structure ऐसा ही रहता है।

स्टोरेज और डिलीवरी

• S3-compatible object storage। Cloudflare R2, AWS S3, Backblaze B2। Petabyte-scalable, predictable pricing।
• Cloudflare या Fastly के ज़रिए CDN एज डिलीवरी, प्राइवेट एसेट्स के लिए साइन्ड URL के साथ।
• Edge पर image transformation sharp या Cloudflare Image Resizing से। Resize, crop, format conversion, watermark on demand।
• Upload पर FFmpeg से video transcoding। Web-friendly formats serve किए जाते हैं, original को master के रूप में रखा जाता है।

डेटाबेस और मेटाडेटा

• Supabase या self-hosted Postgres, tag, category, और full-text search columns पर indexed।
• Asset version history parent-child relationships के साथ। Master और derivatives। Original और crops।
• Tag taxonomy जिसे आपकी brand team edit कर सकती है। कोई hardcoded categories नहीं।
• Compliance review के लिए हर read, write, share, download पर audit log।

फ्रंट-एंड और संपादन

• सार्वजनिक पोर्टल और व्यवस्थापक डैशबोर्ड के लिए Next.js App Router।
• 100 MB से अधिक फाइलों के लिए ड्रैग-एंड-ड्रॉप अपलोड और चंकीकृत ट्रांसफर।
• Bulk actions। Re-tag, re-categorise, mass-share, mass-delete।
• आपके governance नियमों के इर्द-गिर्द बनाई गई approval workflow। SaaS default नहीं।

Auth, SSO, access control

• SAML या OAuth के माध्यम से SSO। Okta, Microsoft Entra, Google Workspace, custom IdP।
• फोल्डर, संग्रह और संपत्ति स्तर पर भूमिका-आधारित पहुँच।
• बाहरी सहयोगियों के लिए समय-सीमित शेयर लिंक — वैकल्पिक डाउनलोड कैप सहित।
• एक ही प्लेटफ़ॉर्म से कई ब्रैंड क्लाइंट को सेवा देते हैं तो प्रति-टेनेंट आइसोलेशन।

ब्रैंड गाइडलाइन्स लेयर

• टाइपोग्राफी, रंग, लोगो उपयोग, वॉयस और टोन, करें और न करें उदाहरणों के लिए लंबे-फॉर्म पेज।
• वेब पर कहीं से भी विशिष्ट गाइडलाइन नियमों के लिए डीप लिंकिंग।
• Public या auth-gated guidelines URL। आपकी पसंद।
• Asset cards से जुड़ा हुआ। एक logo entry अपने usage नियमों को inline दिखाता है।

AI फीचर्स

• Upload पर auto-tagging। Subjects, dominant colours, suggested categories। Claude या GPT-4 Vision के माध्यम से।
• Brand-violation detection। Asset को flag किया जाता है अगर वह brand spec से match नहीं करता।
• Natural-language search। "Q3 Berlin product photography के सभी assets खोजें जो 5 MB से कम हों" — बिना filters के faceting के।
• हर image पर accessibility के लिए auto-generated alt text।

Frontify, Papirfly, Bynder, Brandfolder, Canto उत्कृष्ट platforms हैं। वे एक specific buyer को serve करते हैं — enterprise teams जो hosted SaaS चाहते हैं, per-seat economics के साथ comfortable हैं, और एक polished product चाहते हैं जो engineering work के बिना अगली quarter में available हो। हम उस buyer के साथ compete नहीं करते।

हम एक अलग तरह के खरीदार के साथ प्रतिस्पर्धा करते हैं। ऐसी टीमें जो per-seat मॉडल से आगे बढ़ चुकी हैं। एजेंसियां जिन्हें क्लाइंट-फेसिंग पोर्टल के लिए पूरी white-label की जरूरत है। ऐसे ब्रांड जिनके governance वर्कफ़्लो को SaaS प्रोडक्ट्स अपने अनुसार नहीं झुका सकते। फ्रेंचाइज़ी जिन्हें एक ऐसा प्लेटफॉर्म चाहिए जो तीसरे पक्ष की लॉगिन की जगह उनका अपना सॉफ़्टवेयर लगे। इस तरह के खरीदार के लिए SaaS किराए का मॉडल अनुपयोगी और सीमित हो जाता है; एक बार बनाना और परिणाम का मालिक होना बेहतर अर्थशास्त्र है।

सच्चा फिल्टर। अगर आपके पास 30 से कम यूजर हैं, कोई white-label ज़रूरत नहीं है, और एक मानक governance वर्कफ़्लो है — तो SaaS खरीदें। बनाने की लागत जायज़ नहीं है। 30 से अधिक यूजर, white-label या compliance दबाव के साथ — आमतौर पर दो साल के अंदर बनाना काम आता है।

मैंने Brandy HQ को खास इसलिए co-found किया क्योंकि SaaS DAM और कस्टम बिल्ड के बीच का अंतर ही वह जगह है जहां अधिकांश टीमें वास्तव में रहती हैं। 2026 में स्क्रैच से DAM बनाना कम से कम 12 हफ्ते की engineering है इससे पहले कि प्लेटफॉर्म किसी के लिए कोई उपयोगी काम करे। Brandy HQ इसे छोटा कर देता है। फाउंडेशन पहले से ही मौजूद है। AI फीचर पहले से ही मौजूद हैं। White-label primitives पहले से ही मौजूद हैं।

जब हम एक white-labelled Brandy HQ इंस्टेंस किसी enterprise क्लाइंट के लिए deploy करते हैं, तो हम deployment, branding, integrations, और किसी भी खास workflow logic को कस्टमाइज़ करते हैं जो टीम को चाहिए। कोर प्लेटफॉर्म maturity बढ़ता रहता है क्योंकि हम इसे कई ग्राहकों के लिए parallel में बना रहे हैं। Bug फिक्स और feature improvements शिप होते हैं बिना क्लाइंट के लिए engineering फंड किए। यह वह हिस्सा है जो SaaS DAMs अच्छे से करते हैं — और हम उस लाभ को रखते हैं।

Escape hatch मायने रखता है। अगर कोई क्लाइंट Brandy HQ से आगे बढ़ता है, तो डेटा और asset library portable हैं। हम किसी भी समय एक पूरी तरह custom बिल्ड में migrate कर सकते हैं। कोई lock-in है ही नहीं डिफ़ॉल्ट रूप से। Ownership स्पष्ट promise है।

सही फिट

• 20+ क्लाइंट्स को सर्व करने वाली ब्रैंड-लेड एजेंसियाँ जिन्हें प्रति-क्लाइंट व्हाइट-लेबल पोर्टल की जरूरत है।
• एंटरप्राइज मार्केटिंग टीमें जो SaaS DAM सीट्स पर सालाना 60K USD से ज्यादा खर्च करती हैं।
• 50+ लोकेशन्स वाली फ्रेंचाइजियाँ जिन्हें केंद्रीकृत ब्रैंड नियंत्रण के साथ-साथ स्थानीय स्वायत्तता की जरूरत है।
• Multi-brand groups जहां parent ब्रांड को child-brand asset libraries में दिखना चाहिए।
• एजेंसियाँ और कंसल्टेंसियाँ जो एक ब्रैंडेड ब्रैंड पोर्टल को अपनी सर्विस के हिस्से के रूप में रिसेल करना चाहती हैं।

गलत फिट

• Solo creators या 10 से कम लोगों की छोटी टीमें। Brandy HQ free या pro tier सही जवाब है।
• ऐसी टीमें जिनके पास स्पष्ट brand-governance वर्कफ़्लो नहीं है। पहले वर्कफ़्लो निकालिए, फिर उसे automate करिए।
• ऐसी संस्थाएं जिन्हें procurement contract के साथ एक single off-the-shelf प्रोडक्ट चाहिए। वह Frontify या Bynder है।
• ऐसी टीमें जो मुख्य रूप से brand-governance के बिना सिर्फ media library ढूंढ रही हैं। Generic file storage ही काफ़ी है।