Chi vede cosa lo decide il database.

Come è fatto

• Le regole stanno nel database.

  Chi vede una pagina, chi la modifica, chi la condivide: lo decide il database, a ogni richiesta. Una schermata non concede niente: se il database dice no, è no.

• Ruoli e accessi, pagina per pagina.

  Quattro ruoli di serie, ruoli che scrivi tu, accessi che scadono da soli. Prima di condividere, Cosa vedrebbe…? dice a parole cosa può fare una persona. Come funziona.

• I valori riservati non arrivano.

  Di una colonna col lucchetto si vede che c’è, ma i valori li leggono solo le persone con la capacità di leggerli: per gli altri non sono nascosti dalla schermata, non vengono mandati.

• Le chiavi stanno altrove.

  La chiave di Pan, i segreti dei servizi, le password delle caselle: le sigilla un servizio a parte, la cassaforte, e non l’editor di una persona, dove gira anche il terminale. Un codice per un assistente si vede una volta, e nel database resta solo la sua impronta.

• Ogni servizio ha un ruolo suo.

  I servizi accanto a Fallthere lavorano ognuno con un ruolo nel database che sa fare poche cose. Quando lavorano per una persona, lo fanno con il suo gettone e le sue regole.

• Il testo di fuori non comanda.

  Le mail, le pagine e i file che Pan legge arrivano al modello fra segni di confine: è testo da leggere, non istruzioni da eseguire. Lo stesso vale per quello che arriva al comando «panfold».

• Pan chiede, prima di scrivere.

  Gli strumenti che scrivono in un servizio di fuori chiedono il permesso: stavolta, per questa conversazione o sempre, se lo dici tu. Quello che Pan propone, una cosa da fare o un agente, nasce solo con il tuo tocco.

• Un registro, senza il contenuto.

  Il database scrive ogni concessione di accesso e ogni azione fatta per conto di un assistente, di un lavoro, di un canale o del telefono: chi, quale azione, quando. Mai il contenuto. Una riga scritta non si cambia e non si toglie.

• Gli ospiti vedono solo la stanza.

  Chi entra in una chiamata con un link non vede altro: né conversazioni, né spazi, né Pan. Il link vale dodici ore e si annulla.

• Un invito non dà mai «Gestisce».

  Nemmeno per errore: lo vietano le regole del database.

• Si entra con la password o con un link.

  Email e password, oppure un link per email che vale una volta sola; con Google o Microsoft solo dove chi tiene il servizio li ha accesi. Le iscrizioni sono su invito finché non si aprono. Chi sbaglia email o password legge sempre la stessa frase, e le pagine non dicono se un indirizzo ha già un account.

• La doppia verifica.

  Un’app dà un codice di sei cifre e si attiva dal Profilo. Chi l’ha attivata, per entrare, ha bisogno anche del codice: finché non lo scrive, non si accende nessuno spazio di lavoro. Se perdi il telefono, un codice di riserva vale una volta e spegne la doppia verifica. Chi guida l’organizzazione può chiederla a tutti: chi non ce l’ha la attiva prima di entrare, e chi ce l’ha non può spegnerla.

• Il sito non vi segue.

  Questo sito non usa cookie, non ha strumenti di misura e non carica niente da server di altri.

• Si può tornare indietro.

  Quello che togli va nel cestino, la storia di un documento si riavvolge, e un assistente di fuori non cancella niente. Storia e cestino.