Alam Ko Kung Ano ang Kailangan ng mga Agency—Kaya Gumawa Ako ng Multi-Tenancy sa Araw 2
Pagkatapos ng 20 taon sa mga agency, alam kong hindi makakapaghintay ang multi-tenant architecture—kaya sa Araw 2, na may isang gumaganang AI agent lang, tinriple ko ang dev complexity ko para maiwasan ang future rewrite.
Agosto 21, 2025. Araw 2 ng pagbuo ng STRATUM.
Nakaupo ako sa desk ko na may isang gumaganang AI agent (Business Strategy), basic authentication, at isang napaka-simpleng data model. Lumalamig na ang kape. Alam na alam ko kung sino ang gusto kong buuin para: SMEs na nangangailangan ng AI marketing help, AT agencies na magagamit ito sa maraming kliyente.
Parehong audience. Mula Araw 1.
Pagkatapos ng 20 taon na nagtatrabaho sa agency side, naiintindihan ko kung ano ang talagang kailangan ng mga agency — hindi ang glossy marketing version, kundi ang makalat na realidad ng pagma-manage ng 10-15 kliyente na may magkakaibang strategies, magkakaibang brand guidelines, magkakaibang lahat. Alam ko rin na desperadong nangangailangan ng abot-kayang strategic help ang mga SME.
Pero sa Araw 2, habang nakatingin sa aking simpleng data model, narealize ko ang isang hindi komportableng bagay: ang pagbuo para sa parehong audience ay nangangahulugan ng pagbuo ng multi-tenant architecture. Ngayon. Hindi mamaya.
Sa katapusan ng araw, nagcommit na ako sa isang desisyon na magti-triple sa aking development complexity at mag-extend ng aking timeline ng ilang linggo.
Gumawa ako ng multi-tenant architecture mula Araw 2.
Ambisyoso ba ito o baliw? Honestly, hindi ako sigurado. Hindi pa rin ako 100% sigurado. Pero narito ang kwento kung bakit ang desisyong iyon — na ginawa na halos walang gumaganang produkto — ay naging isa sa pinaka-importanteng teknikal na pagpili na ginawa ko.
Bakit Parehong Audience? 20 Taon ng Agency Experience
Hindi kailanman SME-only lang ang vision. Mula sa simula, gusto kong buuin para sa dalawang magkaibang audience:
SMEs (Maliliit na negosyo, 1-30 empleyado) — Ang Strategic Co-Founder na Kaya Mong Abutin:
- Hindi kayang bayaran ang marketing agencies o consultants
- Walang strategic marketing expertise
- Kailangan ng mabilis na panalo nang walang learning curve
Agencies (Nagma-manage ng 5-15+ kliyente) — I-Scale ang Strategic Capacity Mo, Hindi ang Headcount Mo:
- Nalulunod sa strategy work sa maraming kliyente
- Kailangan ng consistent frameworks na nag-i-scale
- Nangangailangan ng kumpletong data isolation sa pagitan ng mga kliyente
Bakit agencies? Dahil 20 taon akong nasa agency side. Alam ko ang sakit mula sa sariling karanasan.
Nakita ko ang mga strategist na nagju-juggle ng 12 kliyente na may 12 magkakaibang brand guidelines, kumokopya at nagpe-paste ng context sa pagitan ng mga tools, nagdadasal na hindi aksidenteng maipadala ang maling strategy sa maling kliyente.
At honestly? Gusto kong hamunin ang sarili ko. Ang pagbuo para sa SMEs lang ay mas magiging simple — isang user, isang organization, straightforward routing. Ang pagbuo para sa agencies ay nangangahulugan ng multi-client dashboards, data isolation, role-based permissions, client-scoped everything.
Gusto kong gumawa ng isang bagay na complex. Isang bagay na talagang lumutas sa mga mahirap na problemang nakita ko sa loob ng dalawang dekada.
Ang Araw 2 na Realization: Hindi Mo Maaaring I-Retrofit ang Multi-Tenancy
Narito ang naintindihan ko sa Araw 2:
SME architecture (ang mayroon ako):
```
users → campaigns → agent_outputs
```
Multi-tenant architecture (ang kailangan ko para sa agencies):
```
organizations (SME or AGENCY)
↓
clients (agencies only)
↓
campaigns
↓
agent_outputs (with org_id AND client_id)
```
Ang pagkakaiba ay hindi lang "magdagdag ng ilang columns." Isa itong fundamentally na ibang data model.
Kung ginawa ko muna para sa SMEs at dinagdag ko ang agency support mamaya, makikita ko ang:
- Pag-migrate ng bawat existing table para dagdagan ng `org_id`
- Pag-retrofit ng RLS policies sa buong database
- Pag-rewrite ng frontend routing para sa client context
- Pag-re-test ng lahat na may multi-tenant scenarios
Hindi iyon feature addition. Iyon ay rewrite.
Ang Mga Trade-Off: Ano Talagang Gastos ng Multi-Tenancy
Cost 1: Development Complexity (3X)
Bawat table ay nangangailangan ng `org_id`. Ang mga agency table ay nangangailangan ng `client_id`. Ang mga RLS policies ay nangangailangan ng parehong filters.
Estimated complexity increase: 3X development time para sa parehong features.
(Spoiler: Talagang mas malapit sa 4X. Na-underestimate ko. Classic ko. :P)
Cost 2: Extended Development Timeline
75 araw ang kabuuan. Ano ang idinagdag ng multi-tenancy:
- Schema routing sa pagitan ng public at agency tables
- RLS policies sa bawat table (naging 83 sa 26 tables)
- Client context propagation sa bawat agent
- Dual routing patterns (SME vs agency URLs)
Cost 3: Security Requirements (Mas Mataas na Panganib)
- 83 RLS policies sa 26 tables
- Schema-level isolation
- Database router functions para sa bawat CRUD operation
- Comprehensive audit logging
Mas maraming oras ako gumugol sa Row-Level Security policies kaysa sa aktwal na AI agent development sa ilang linggo. Pag-isipan mo iyon.
Bakit Ko Ginawa ang Trade-Off Kahit Na
Dahilan 1: Nightmare ang Retrofitting
Araw 2: Halos walang naisulat na code. Flexible pa ang data model.
Araw 60: 45 tables, 200k linya ng code, 15 alpha users. Ang pagdagdag ng multi-tenancy ay mangangailangan ng pag-rewrite ng kalahati ng codebase.
Cost sa Araw 2: ~5 oras para i-redesign ang data model.
Cost sa Araw 60: ~200 oras para i-refactor ang lahat.
Dahilan 2: Talagang Naiintindihan Ko ang mga Agency
Hindi ito theoretical market research. 20 taon akong nanood ng mga agency na nahihirapan sa eksaktong problemang ito.
Dahilan 3: Ang Hamon ang Punto
Narito ang isang bagay na hindi ko madalas sabihin: gusto ko ang complexity.
Middle-aged founder ako na may pamilya, hindi isang 22-anyos na kayang mabuhay sa energy drinks at walang tulog. Kung gagastusin ko ang isang taon sa pagbuo ng isang bagay, mas mabuting isang bagay na humahamong sa akin.
Dahilan 4: Parehong Audience ang Nag-a-improve sa Isa't Isa
SMEs at agencies ay hindi magkalabang use cases. Complementary sila.
Dahilan 5: Future-Proofing
Lampas pa sa agencies, ang multi-tenancy architecture ay nag-enable ng team accounts, reseller partnerships, white-label opportunities, at enterprise sales.
Ang mga Resulta: Nagbunga Ba?
Launch date: Nobyembre 5, 2025 (75 araw mula sa simula)
Ang mayroon ako ngayon:
- Kumpletong data isolation sa pagitan ng mga organization
- Agency-ready architecture na may client scoping
- 83 RLS policies sa 26 tables
- White-label potential na nakapaloob mula Araw 1
Sulit ba?
Tanungin mo ako sa 6 buwan kapag mayroon nang aktwal na customers na nagbabayad ng aktwal na pera. Sa ngayon nasa private alpha ako na may 15+ users.
Pero alam ko ito: mayroon akong architecture para pagsilbihan nang maayos ang parehong audience. Kung SME-only lang ang ginawa ko at sinubukan kong dagdagan ng agencies mamaya, nakatingin ako ngayon sa isang 3-buwan na rewrite.
Mga Huling Saloobin
Araw 2 ay masyadong maaga para malaman kung magtatagumpay ang STRATUM. Isa lang ang agent ko. Walang users. Walang validation. 20 taon lang ng agency experience na nagsasabi sa akin kung ano ang talagang kailangan ng mga agency.
Pero narito ang alam ko ngayon: ang pagbuo para sa parehong audience mula Araw 1 ang tamang tawag. Hindi dahil sa isang matalinong unit economics calculation — hindi ko pa rin alam kung anong pricing ang gagana. Kundi dahil mayroon akong architecture para talagang pagsilbihan ang parehong audience nang maayos.
May nagawa ka na bang architecture bet na maaga na masyadong ambisyoso sa panahong iyon — at nagbunga ba? Gusto kong marinig ang iyong kwento.
Maraming salamat,
Chandler
Ang STRATUM architecture series: Ang desisyon sa Araw 2 na ito ang simula pa lang. Sa Araw 67, kailangan kong i-rebuild ang buong multi-tenancy layer noong may natuklasan ang security audit na architectural flaws. Tapos dumating ang 31 blank screens mula sa nawawalang navigation context, at isang pagtuklas na ang database ko ay technically correct pero 296x masyadong mabagal.
---
Gumagawa ng multi-tenant SaaS? Sinusuportahan ng architecture ng STRATUM ang parehong SME at Agency customers mula Araw 1. Mag-request ng alpha access sa https://stratum.chandlernguyen.com/request-invitation
