Il problema
Un’agenzia di social media gestisce gli account di molti clienti contemporaneamente: contenuti da pianificare, approvazioni da raccogliere, calendari che non devono sovrapporsi. Farlo con fogli di calcolo e gruppi in chat funziona fino al terzo cliente; poi ogni approvazione sta in un posto diverso e nessuno sa cosa esce domani.
Cosa ho costruito
Una piattaforma di lavoro per agenzie, multi-tenant fin dall’inizio: ogni agenzia si registra e ottiene il proprio spazio separato, con i propri clienti, il proprio team e i propri dati. Pianificazione dei contenuti, flussi di approvazione e calendario condiviso stanno tutti in un unico posto, e sono i ruoli a decidere chi può pubblicare e chi può solo proporre.
Con cosa è fatto
Next.js su una VPS condivisa con altri servizi, con autenticazione e isolamento tra tenant integrati fin da subito e non aggiunti dopo. I rilasci escono una fase alla volta, e tutto ciò che tocca la configurazione del web server viene verificato prima di andare online, perché sulla stessa macchina vivono altri siti.
Perché è fatto così
La piattaforma è stata progettata per molte agenzie dal primo giorno, anche se è partita con una sola. Aggiungere il multi-tenant a posteriori a un’applicazione pensata per un solo cliente vuol dire toccare ogni query che legge dati e sperare di non averne dimenticata nessuna: è il tipo di rifacimento che costa più della costruzione originale.
