1 · Configura
Cataloghi (fasi, motivi, categorie), team e strategie di routing, permessi per modulo e azione, dati azienda, orari e aspetto (11 preset).
Senza codiceMolti CRM registrano lo stesso cliente più volte (lead, contatto, account). Aynflow lo registra una volta e modella processi e interazioni su quell'identità. Modello tecnico: Entità ? Processo ? Interazione.
Tutto ciò che accade con un cliente rientra in una di queste tre categorie. Per questo la cronologia non si frammenta.
Chi è. Creata una volta e senza «stato commerciale»: non lead o cliente, ma la persona o l'azienda. ID, telefoni ed email aiutano a trovarla ed evitare duplicati.
Cosa sta succedendo con loro. Un lead è un processo; quando qualificato, si apre un'opportunità; quando vinta, nasce una vendita. Ogni processo ha un responsabile, team, fase e motivo.
Cosa si è detto o fatto. Messaggi webchat e bot, chiamate, note, passaggi tra agenti e anche letture di dati sensibili stanno sulla stessa timeline.
Poiché il lead non è una copia del cliente ma un passaggio su di lei, quando Rosa scrive di nuovo sei mesi dopo il sistema non crea «Rosa 2»: apre un nuovo processo sulla stessa Rosa, con cronologia completa visibile ad agente e bot.
Seguendo Rosa Quispe della ferramenta, dal primo clic al pagamento. Ogni passo corrisponde a un modulo reale.
Rosa compila il form della landing. Marketing Analytics registra la visita e trasforma l'invio in lead CRM (idempotente: un nuovo invio non duplica).
Apre la webchat. Il flusso «Preventivo» pubblicato raccoglie dimensioni e tipo prodotto e, al rilevare intento d'acquisto, passa a un operatore sulla coda vendite.
Il motore verifica presenza e orario del team e assegna per minor carico. Marcos riceve una notifica con record completo e chat.
Marcos preventiva con prodotti a catalogo, esporta il PDF e avanza l'opportunità. Registra la chiamata di conferma come interazione.
Opportunità vinta ? vendita. Al POS, il pagamento avviene nella sessione di cassa aperta; lo stock in magazzino diminuisce e si emette la ricevuta.
Rosa scrive per un cambio. L'agente di turno vede vendita #0481, preventivo e chat precedente senza chiederle di nuovo.
Il supervisore vede tempi di prima risposta, assegnazioni del giorno e aderenza agli orari; confronta i team per periodo ed esporta.
Una funzione per cliente notifica l'ERP esterno e la registra sul record. Tutto isolato e auditato.
I team sono per dominio: vendite (CRM), sala (ristorante), cassa (POS). Un utente può appartenere a più team. Ogni team definisce come si instrada la sua coda e chi la supervisiona.
Non si tratta di avere più funzioni, ma di farle puntare allo stesso record.
| CRM tradizionale | Aynflow |
|---|---|
| Lead ? Contatto ? Cliente: la stessa persona tre volte | Un'entità; lead e opportunità sono processi su di essa |
| La chat vive in un altro tool e si copia a mano | Inbox, bot e CRM sulla stessa identità e thread |
| Il bot è un prodotto separato che «crea ticket» | Il bot passa alla coda del team con contesto completo |
| Assegnazione manuale o turni su foglio | Round-robin / minor carico per presenza e orario |
| Vendite, cassa e magazzino in un altro sistema | Opportunità vinta ? vendita POS, cassa, stock e ricevuta |
| Personalizzare = cambiare codice prodotto | Configurazione, layout per istanza e funzioni isolate |
| Un deploy diverso per cliente per l'implementatore | Multi-istanza con portale partner, sandbox e promozione |
Dal più semplice al più potente. La maggior parte delle aziende vive nel primo; gli implementatori usano tutti e tre.
Cataloghi (fasi, motivi, categorie), team e strategie di routing, permessi per modulo e azione, dati azienda, orari e aspetto (11 preset).
Senza codiceForm e sezioni per istanza: stessi moduli, presentazione su misura per il cliente. Modificati in Ops o dal portale partner e promossi dalla sandbox.
Senza codice, per istanzaJavaScript per cliente in runtime isolato, con SDK in allowlist (bp.entities, bp.processes, bp.http, bp.emit…), attivato da evento o webhook. Test in sandbox e promozione con gate.
Codice isolato e auditatoPer integratori, BFF e tool IA: consumer con credenziali, limiti per consumer e IP ed esposizione controllata delle risorse da Ops. La stessa API che usa l'UI, versionata per terze parti.
Il core emette eventi di sistema con idempotenza e correlazione. Le automazioni reagiscono e i webhook in entrata attivano funzioni, con segreto obbligatorio in produzione.
| Istanza | Piano | Preset | Partner |
|---|---|---|---|
| ferreteria-andes | Pro | saas-dashboard-light | North Agency |
| hotel-mirador | Pro | flatly | North Agency |
| resto-qori | Basic | darkly | — |
| sandbox-qori | Sandbox | darkly | — |
Ogni cliente opera in una propria istanza con database, utenti e configurazione dedicati. Ops gestisce piani, capability, quote, aspetto e ciclo di vita. Un token di una istanza non funziona su un'altra.
Importiamo un campione dei tuoi clienti, attiviamo i moduli che servono e percorriamo insieme il flusso completo: dal messaggio al pagamento.