Gestione di più clienti
Il lavoro per un cliente non dovrebbe mai essere a un clic sbagliato di distanza dal pubblico di un altro cliente.
Questo descrive un progetto, non un servizio funzionante
Il problema
La maggior parte dei team separa i clienti stando attenta. Un unico account condiviso contiene ogni pagina collegata, un unico calendario contiene ogni programmazione, e l'unica cosa che si frappone tra la bozza di un cliente e il pubblico sbagliato è la persona che guarda lo schermo alle 18. Quando qualcuno lascia il team, la separazione se ne va con l'abitudine.
Come è progettato il prodotto
- Un progetto è l'unità di separazione. Account collegati, bozze, code, media e ricevute appartengono a un progetto, e un membro vede solo i progetti a cui è stato aggiunto.
- La separazione viene applicata tre volte: all'autenticazione, nel servizio applicativo che autorizza l'azione, e nel database stesso tramite la sicurezza a livello di riga. Essere autenticati non viene mai trattato come un permesso.
- La reportistica segue lo stesso confine, quindi un report per cliente è la forma predefinita anziché un foglio di calcolo che qualcuno assembla a mano.
Cosa è realmente costruito
I progetti, l'appartenenza limitata al progetto e le politiche di sicurezza a livello di riga dietro di essi sono costruiti e testati, inclusi test che tentano letture tra progetti diversi e verificano che falliscano. I piani sono dimensionati in base a quanti progetti servono a un team. Niente viene ancora pubblicato su una piattaforma da nessun progetto.
Ho trovato qualcosa che non va in questa pagina
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.