Marketing Teams साथ काम करती हैं। अब STRATUM भी।

"तुम अभी alpha में हो। Team features क्यों बना रहे हो?"

सही सवाल है। मेरे 50 से कम users हैं। ज़्यादातर SaaS founders teams के बारे में सोचने से पहले 100 users पर laser-focused होते।

लेकिन मैंने अपने alpha users को देखकर यह realize किया: वे अकेले काम नहीं कर रहे थे। Marketing director अपने CEO को screenshots share कर रही थी। Agency owner AI outputs WhatsApp पर अपने दोस्तों को copy-paste कर रहा था। Founder emails अपनी wife को forward कर रहा था।

18 साल advertising में बिताने के बाद, इसने मुझे surprise नहीं करना चाहिए था। Marketing कभी solo activity नहीं होती। मैंने पूरी agency floors को Slack threads, email forwards, और "क्या तुम वो screenshot कर सकते हो?" requests के chaotic mix से operate होते देखा है। तो जब मैंने अपने alpha में वही patterns दिखे, मुझे पता था ignore नहीं कर सकता।

तो मैंने team collaboration बनाया। Alpha में। जबकि "smarter" founders इंतज़ार करते। :P

यहाँ बताता हूँ क्या ship किया, क्यों इस तरह बनाया, और रास्ते में क्या सीखा:

1. सबके लिए सही Access — SME और Agency teams के लिए 15 roles designed

2. Back-and-Forth के बिना साथ काम करो — Approvals, comments, tasks, और notifications

3. नए Hires तुरंत Productive — Invite → role assign → काम शुरू। 30 seconds, 3 दिन नहीं।

---

"Just Share Your Login" की असली कीमत

इन features से पहले, teams STRATUM ऐसे इस्तेमाल कर रही थीं:

Option A: Credentials share करो (security nightmare)

Option B: अलग-अलग accounts (महंगा और fragmented)

Option C: Screenshot करो और paste करो (reality)

इनमें से कोई भी real collaboration नहीं। ये workarounds हैं।

Business cost? मैंने एक agency owner को रोज़ 20 मिनट सिर्फ AI outputs tools के बीच move करते देखा। साल में 80+ घंटे। एक person के लिए। एक team पर।

---

Feature 1: सबको सही Access दो

18 साल agency side पर रहने के बाद, मुझे ठीक-ठीक पता है marketing teams कैसे काम करती हैं: अलग-अलग लोगों को अलग-अलग चीज़ों का अलग-अलग access चाहिए।

दो Permission Models: SME vs Agency

SME Roles (5 Roles)

Role	Agent Access	Campaign Access	Team Management
Owner	सभी 8 agents	Full access	Invite, manage, remove
Marketing Director	Strategy, Persona, Content, Quick Wins (4)	Create, edit, run	View team only
Marketing Manager	Execution, Content, Quick Wins (3)	Create, edit, run	None
Analyst	Performance Intelligence (1)	View only	None
Viewer	None (read-only)	View only	None

Agency Roles (10 Roles)

Agencies के लिए client-scoped permissions के साथ 10 roles।

Client-scoped roles agencies के लिए game-changer हैं। जब आप Account Manager को Client A assign करते हैं, वे literally Client B का data नहीं देख सकते। "UI में hidden" नहीं — database level पर enforced।

37 Granular Permissions

इन roles के पीछे 37 individual permissions हैं — लेकिन आपको कभी manually configure नहीं करना पड़ेगा। हर role pre-configured आता है।

---

Feature 2: Screenshots और Slack Threads पीछा करना बंद करो

यह वो feature है जिसमें मैं personally सबसे ज़्यादा invested हूँ। मैं यह problem दो दशकों से agency side पर जी रहा हूँ :D

Shared Campaigns & AI Outputs

जब आपका strategist Persona Agent चलाता है, वो persona organization की होती है — उनके personal account की नहीं। अब आपका copywriter:

- Screenshot माँगे बिना persona देख सकता है

- Content Agent चलाते समय reference कर सकता है

- Scratch से शुरू करने के बजाय उस पर build कर सकता है

Approval Workflows

Content सिर्फ create नहीं होता — live जाने से पहले review और approve होता है।

Comments & @Mentions

AI-generated work पर directly output पर discuss करो — Slack threads में नहीं जो खो जाती हैं।

Real-Time Notifications

- कोई आपकी approval request करे → तुरंत पता चले

- @mention हो → relevant conversations आपको ढूंढें

- Task assign हो → work queue में दिखे

---

Feature 3: नए Hires 30 Seconds में Productive, 3 दिन नहीं

पहले: नया team member? Process यह था: अलग sign up, मुझे email, database में role assign, शायद काम करे।

अब: Settings → Team → Invite → Email, role चुनो → वे link click करें → अंदर। सही permissions के साथ। तुरंत।

---

Defense in Depth: Data Isolation कैसे बनाया

Layer 1: Database-Level Enforcement (Row Level Security)

Permissions सिर्फ application code में check नहीं होतीं — database Postgres Row Level Security (RLS) से enforce करता है।

Layer 2: Application-Level Permission Checks

UI वही permission rules respect करता है।

Layer 3: Atomic Transactions

Critical operations single database transactions के रूप में होती हैं।

Layer 4: Server-Side Secrets

Invitation details server पर stored, secure token से referenced।

---

Alpha में यह क्यों बनाया?

ईमानदार जवाब: क्योंकि team features retrofit करना brutal है।

50 users के साथ team features बनाने का मतलब:

- तेज़ iteration: Ship करो, feedback लो, दिनों में fix करो

- Real usage patterns: देखो teams वास्तव में कैसे collaborate करती हैं

- कोई migration risk नहीं: कोई existing team workflows तोड़ने को नहीं

आखिरी बात

Alpha में team features बनाना unconventional है। ज़्यादातर सलाह कहती है: पहले users लाओ, collaboration बाद में।

लेकिन teams ही marketing का तरीका है। Marketing Director अकेले strategies नहीं बनाती। Collaboration nice-to-have feature नहीं — यह काम होने का तरीका है।

अगर आप marketing team (या agency) चला रहे हैं, मुझे सच में सुनना अच्छा लगेगा कि आज collaboration कैसे handle करते हैं। क्या "screenshot और paste" camp में हैं? "एक login share" camp? कुछ बेहतर?

शुभकामनाओं सहित,

Chandler

मैं DIALØGUE भी बना रहा हूँ — अगर curious हैं कि जब मैं वही "teams के लिए जल्दी बनाओ" thinking AI podcast generation पर apply करता हूँ तो क्या होता है, देखिए।