Skip to main content
Vista d’insieme di tutto ciò che fa uno studente Mattone, dall’iscrizione all’agente live. Serve al team delivery per lavorare a volumi senza perdere pezzi.

​
Le tre fasi

1

Fase 0, Preliminari (comuni a tutti)

Contratti, amministrazione, account piattaforma (app.mattone.co, profilo con tools_access), allineamento su cosa userà lo studente. Prima di ogni integrazione.
2

Percorso per tipo di studente

Non tutti fanno la stessa sequenza (vedi tabella sotto). Il ramo dipende da chi è lo studente.
3

Live + verifica

Ogni pezzo verificato dal vivo (log/azione reale), non “sembra ok”. Poi monitoraggio continuo.

​
Percorsi per profilo

​
Le integrazioni in gioco (mappa)

  • Notion → anagrafica appartamenti (base di KB, listino, contratti).
  • KrossBooking (o altro PMS) → prenotazioni/ospiti.
  • Conduit → agente AI ospiti (KB + tool + workflow + telefonia).
  • Smart-lock (Shelly/SwitchBot) → apertura da link.
  • Stripe → extra a listino.
  • Operations → pulizie, revenue, EBITDA.
  • GHL → lead/marketing, ROAS/CAC.
  • PriceLabs → pricing dinamico.

​
Stati & handoff (lavorare in due, a turni)

Pensa a una matrice passi × stato per studente, non a una lista lineare:
  • Stati: non iniziato · non ora/non applicabile · in corso · collegato · verificato.
  • “Non ora” non cancella lo step: resta nel checklist, segnato, ripescabile.
  • Fasi distinte: “Kross caricato in piattaforma” ≠ “Kross collegato a Conduit”; i custom tool possono precedere il resto.
  • Dove si legge oggi: pms_integrations (Supabase) + /connessioni + Vault.
GAP: manca un tracker unico degli stati/handoff per il team. Oggi si ricostruisce a mano. Da gestire lato piattaforma.
Dettaglio passo-passo: Onboarding. Cosa guardare dopo il go-live: Monitorare gli studenti.
Fonti: team-runbook/*, PROVISIONING.md, mattone-integrations-docs/*, memoria reference_operations_webinar_demo, project_notion_mattone_integration.