Zarządzanie wieloma klientami
Praca dla jednego klienta nigdy nie powinna być o jedno błędne kliknięcie od odbiorców innego klienta.
To opisuje projekt, a nie działającą usługę
Problem
Większość zespołów rozdziela klientów przez uważność. Jedno wspólne konto zawiera każdą połączoną stronę, jeden kalendarz zawiera każdy harmonogram, a jedyną rzeczą stojącą między szkicem klienta a niewłaściwymi odbiorcami jest osoba patrząca na ekran o 18:00. Gdy ktoś odchodzi z zespołu, rozdzielenie odchodzi razem z nawykiem.
Jak zaprojektowano produkt
- Projekt jest jednostką rozdzielenia. Połączone konta, szkice, kolejki, media i potwierdzenia należą do projektu, a członek widzi tylko projekty, do których został dodany.
- Rozdzielenie jest egzekwowane trzykrotnie: przy uwierzytelnianiu, w usłudze aplikacji, która autoryzuje działanie, i w samej bazie danych poprzez zabezpieczenia na poziomie wiersza. Bycie zalogowanym nigdy nie jest traktowane jako uprawnienie.
- Raportowanie podąża za tą samą granicą, więc raport dla poszczególnego klienta jest domyślnym kształtem, a nie arkuszem kalkulacyjnym składanym ręcznie przez kogoś.
Co jest faktycznie zbudowane
Projekty, członkostwo ograniczone do projektu oraz stojące za nimi zasady bezpieczeństwa na poziomie wiersza są zbudowane i przetestowane, w tym testy próbujące odczytów między projektami, które muszą zawieść. Plany są dobierane według liczby projektów potrzebnych zespołowi. Z żadnego projektu nic nie jest jeszcze publikowane na żadnej platformie.
Znalazłem coś złego na tej stronie
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.