Un unico URL in una WebView e i tuoi clienti possono contattarti dall'interno della tua app — nessun pacchetto da installare, nessuno da tenere aggiornato.
Il supporto chat in-app consente alle persone di inviare messaggi al tuo team di supporto dall'interno della tua app mobile invece di uscirne. inrelay distribuisce il tuo widget chat come pagina ospitata a schermo intero sul tuo indirizzo di centro assistenza, così qualsiasi app iOS, Android o React Native può aprirla in una WebView e ottenere la stessa conversazione, lo stesso bot e la stessa casella di posta del tuo sito web.
Ciò che evita è l'abbandono. Un cliente bloccato nella tua app che deve cercare il tuo sito web, poi la pagina dei contatti e infine un client email, è un cliente che per lo più rinuncia — e quelli che scrivono arrivano senza sapere su quale schermata si trovassero o quale account stessero usando.
Il tuo workspace ottiene una pagina di chat all'indirizzo del tuo centro assistenza. Punta una WebView verso di essa e il gioco è fatto — questa è l'intera integrazione.

Questa è la parte su cui la maggior parte dei fornitori resta vaga, quindi in estrema sintesi: quando il tuo cliente ha chiuso l'app, la tua risposta lo raggiunge via email. Se la conversazione include un indirizzo email — trasmesso dalla tua app o richiesto nella chat — la risposta viene recapitata lì e la sua risposta torna nello stesso thread.
Non ci sono notifiche push in questa versione. Niente certificati APNs, niente chiavi FCM, niente token di dispositivo da memorizzare. È un limite reale e preferiamo che tu lo legga qui invece di scoprirlo alla seconda settimana: se un riaggancio istantaneo e silenzioso all'interno della tua app è lo scopo principale, questo non è ancora lo strumento adatto.
Ciò in cui eccelle è il caso comune — un utente con una domanda mentre usa il tuo prodotto, che vuole una risposta senza uscire e non ha problemi a riceverla via email se nel frattempo si è spostato altrove.
Ogni integrazione richiede circa una schermata di codice e la stessa funziona per ogni piattaforma perché l'elemento incorporato è una pagina.
Si trova nella pagina Widget di supporto nelle impostazioni desktop, con un pulsante di copia, accanto al selettore di verifica.
WKWebView su iOS, WebView su Android, react-native-webview per React Native. Un pulsante di supporto nella tua app apre la schermata; questa è l'intera superficie.
L'app prevede l'accesso utente? Aggiungi l'email del cliente, il nome e un token casuale e opaco così che la sua cronologia lo segua. Se salti questo passaggio, tutto continuerà a funzionare in modo anonimo.
Fai firmare l'identità al tuo server prima che raggiunga la WebView. Istruzioni pronte da copiare e incollare per tutte e tre le piattaforme si trovano sulla pagina di configurazione della chat in-app.
Nessuna limitazione di piano. La chat in-app è inclusa in ogni piano — è lo stesso widget, all'interno di una pagina.
Il motivo per cui i team di sviluppo piccoli rilasciano prodotti senza supporto in-app non è la mancanza di volontà — e lo stesso vale per qualsiasi azienda con un'app rivolta ai clienti. È che il modo tradizionale per ottenerlo richiede una piattaforma con costo per utente più un SDK nativo per ciascuna piattaforma, continuando poi a generare costi: ogni SDK è una dipendenza da aggiornare, una build da rifare, una revisione su App Store da attendere ogni volta che il fornitore risolve qualcosa dal suo lato.
Una pagina ospitata rimuove tutto questo dal tuo ciclo di rilascio. I miglioramenti alla chat, al bot e al centro assistenza arrivano sulla tua app la volta successiva che qualcuno apre la schermata, poiché non c'è alcuna versione del nostro codice integrata nel tuo binario.
Non dichiariamo di offrire un SDK nativo. Si tratta di una pagina di chat ospitata da inserire in una WebView, ed è bene sapere che diversi fornitori che offrono SDK hanno iniziato proprio da qui — il primo SDK Android di almeno un noto servizio di chat era semplicemente una WebView che racchiudeva la loro chatbox ospitata.
Invece di sviluppare un wrapper, abbiamo preso sul serio il modello d'identità fin dal primo giorno. L'identità firmata esiste prima ancora che qualcuno ne abbia bisogno, perché aggiungere la verifica in un secondo momento, dopo che i clienti hanno già integrato un URL non verificato, è una complicazione ben nota. Il token che ripristina una conversazione è opaco e casuale per progettazione e, con la verifica attiva, una firma associata ai dati di un cliente non sarà valida per quelli di un altro.
E quando una firma è errata o mancante, la chat si apre comunque. Tratta semplicemente il visitatore come anonimo anziché restituire un errore — perché un pulsante di supporto che dà errore è peggio di un pulsante di supporto che ha dimenticato chi sei.
La chat in-app è solo un tassello delle funzionalità di inrelay — ecco cosa le sta più vicino.
Le chat web e in-app sono un unico canale, un'unica coda e un'unica cronologia — non due prodotti distinti da gestire.
Vedi la live chat → APP MOBILEL'altro lato del mobile: l'app complementare che il tuo team usa per rispondere da ovunque.
Scopri l'app mobile → CENTRO ASSISTENZAPunta il crawler sulla tua documentazione e lo stesso widget potrà usarla per rispondere prima che qualcuno inizi a scrivere.
Genera un centro assistenza →Inizia gratis con la tua inbox — tutte le funzionalità, nessuna carta di credito, mai a utente.
Offri risposte più rapide ai clienti e restituisci le serate al tuo team.
Desktop e mobile. Gratis per i singoli.