Lead, supporto e feedback
Opportunità di vendita, richieste di supporto e feedback confluiscono in tre caselle separate, non in una sola in cui tutti frugano, ognuna protetta dal proprio permesso e ognuna che traccia chi ha letto cosa, e quando.
Ognuno risolve una parte diversa nel far arrivare un messaggio alla persona giusta, nella forma giusta.
leads.view e support.view vengono concessi indipendentemente, così una persona delle vendite non vede mai i ticket di supporto per errore, e viceversa, anche se entrambi passano esattamente per la stessa pipeline sottostante.
Un messaggio richiede sempre un nome e almeno un'email o un telefono, ma i campi extra portano qualsiasi altra cosa un'organizzazione voglia chiedere, dimensione del gruppo, prodotto di interesse, origine della campagna, senza mai richiedere una modifica dello schema.
Ogni casella mostra quante voci sono ancora non lette direttamente nella navigazione di amministrazione, e la ricerca raggiunge il corpo del messaggio e ogni campo personalizzato, non solo il nome e i contatti.
L'export CSV rispetta qualsiasi ricerca o filtro attivo e mantiene i campi personalizzati intatti come singola colonna JSON, così il formato resta stabile anche mentre i moduli di un'organizzazione continuano a cambiare.
La chat del negozio online verifica i dati reali di prodotti e ordini prima di dire qualsiasi cosa, mai un'ipotesi, e passa la conversazione a una persona nel momento esatto in cui incontra una domanda a cui non sa rispondere con certezza.
Vendite, lead, supporto e feedback vengono instradati ciascuno verso il proprio canale Slack se un'organizzazione ne collega uno, con un pulsante che riporta dritto alla voce esatta, così nessuno deve tenere la casella aperta solo per accorgersi di qualcosa di nuovo.
Cinque passaggi, dal momento in cui un modulo viene inviato al momento in cui qualcuno del team agisce su di esso.
Lead, richieste di supporto e feedback vengono inviati ciascuno alla propria rotta, condividendo la stessa validazione e lo stesso isolamento per organizzazione, ma senza mai mescolarsi in un'unica casella generica.
La risposta conferma la ricezione con un riferimento opaco e un timestamp, e deliberatamente non ripete mai il nome, l'email o il messaggio appena inviati.
Il tipo indicato nell'invio, vendite, supporto o feedback, lo instrada direttamente alla propria casella e al proprio permesso corrispondenti, senza alcun passaggio di smistamento manuale per nessuno.
La prima volta che qualcuno apre una voce, quel momento e quella persona vengono registrati automaticamente, così un team sa sempre cosa è stato effettivamente esaminato.
Segnare di nuovo qualcosa come non letto è un'azione normale e supportata, per passare una voce a qualcun altro o segnalarla per rivederla più tardi, non un caso limite contro cui l'interfaccia si oppone.
Un nome, un'email o un telefono, un messaggio facoltativo, e campi extra definiti interamente dall'organizzazione. La risposta conferma la ricezione senza rimandare indietro alcun dato personale.
{
"request": {
"name": "Marco Belli",
"email": "[email protected]",
"message": "Interested in a group booking for October",
"extra_fields": {
"group_size": 24,
"product_of_interest": "city-food-tour"
}
},
"response": {
"data": {
"reference": "01J8X8QK6Z9K2R3W4M5N6P7Q8R",
"type": "sales",
"received_at": "2026-08-14T18:15:00Z"
}
}
}I campi extra accettano fino a 50 chiavi di primo livello, 16 livelli di nidificazione e 64KB di JSON, così un modulo che oggi chiede la dimensione del gruppo può iniziare a chiedere una lingua preferita il mese prossimo senza che nessuno tocchi il database. I limiti esistono perché un'integrazione troppo aggressiva non possa trasformare silenziosamente l'invio di un lead in un upload illimitato.
No. leads.view e support.view sono due permessi separati su due caselle separate. A un ruolo può essere concesso uno, entrambi, o nessuno dei due, e non esiste una vista "contatti" condivisa dove si mescolerebbero.
Sì, tramite i campi extra, un oggetto JSON che un'organizzazione definisce liberamente, fino a 50 campi, senza mai richiedere una modifica al database stesso.
Un riferimento opaco più il tipo e il timestamp del suo invio, nient'altro. Il suo nome, la sua email o il suo messaggio non vengono mai rimandati indietro nella risposta.
No. Vengono esportati come singola colonna JSON, così il file resta un formato stabile e prevedibile anche mentre i moduli e le domande di un'organizzazione continuano a evolversi.
No, è un'azione del tutto normale, pensata per passare una voce a qualcun altro del team o segnalarla per tornarci sopra, non qualcosa che il sistema tratta come insolito.
Entro un limite che l'organizzazione stessa imposta, sì, e solo dopo che il visitatore conferma la propria email. Tutto ciò che supera quel limite, o su cui non ha piena sicurezza, viene passato a una persona invece che deciso a intuito.
No. Slack è del tutto opzionale. Collegalo e scegli quali dei nove tipi di notifica finiscono in quale canale; lasciandolo scollegato, le tre caselle funzionano esattamente allo stesso modo dalla dashboard.
Tiqory mantiene disponibilità, prezzi, pagamenti e accessi allineati mentre la tua operazione cresce. Dicci dove vuoi arrivare: ti mostriamo come farlo senza ricominciare da zero.