FAQ su Apple Messages

Apple Messages for Business connette un cliente con un'azienda dentro Messages. L'esperienza può includere scelte native, moduli, appuntamenti, autenticazione dell'account e pagamento, collegati ai sistemi che risolvono la richiesta.

Apple Business Chat è il nome precedente. Apple Messages for Business è il nome attuale del canale; Bird usa Apple Messages per la navigazione del prodotto.

No. La messaggistica ordinaria avviene in una conversazione con il cliente. Gli Invitation Messages usano un flusso separato approvato da Apple con opt-in esplicito e non sono un broadcast di marketing generico.

Usa le superfici di scoperta Apple configurate e i punti di accesso sul tuo sito web o nella tua app. Associa il punto di accesso all'azienda, all'attività di servizio e al team di risposta corretti.

Connetti l'AI alla knowledge base aziendale approvata e alle azioni autorizzate. Mantieni un passaggio chiaro alle persone e riporta il risultato registrato dal sistema di prenotazione, pagamento o servizio.

Parti dall'esperienza che vuoi offrire al cliente. Lavora con uno specialista sulla registrazione Apple, la connessione aziendale e il piano di lancio, poi gestisci contenuti nativi, percorsi e conversazioni dal tuo spazio di lavoro Bird.

Aggiungere un pass e avviare una conversazione sono azioni separate del cliente. Il pass fornisce un punto di accesso; il cliente sceglie quando contattare l'azienda.

Collega gli aggiornamenti del pass all'emittente e al record aziendale. Quando una prenotazione confermata cambia, aggiorna lo stesso pass emesso con i dettagli registrati.

No. I messaggi di invito richiedono un proprio consenso esplicito e l'approvazione di Apple. Salvare un pass non sostituisce quel permesso.

Aggiorna il pass per riflettere il record annullato e offri al cliente un percorso utile di assistenza o riprenotazione. Mantieni il sistema di prenotazione come fonte autorevole.

No. Uno spazio di lavoro Bird fornisce l'ambiente operativo; la registrazione aziendale Apple e la revisione dell'esperienza stabiliscono la connessione al canale approvata.

Mantieni identità aziendale, approvazione, impostazioni e conversazioni di ciascun brand distinte all'interno dello spazio di lavoro.

No. Le funzionalità native variano in base al dispositivo e al software. Verifica i dispositivi rappresentativi e fornisci un'alternativa utile per l'attività.

Il tuo team prepara e invia la richiesta. La revisione di Apple determina l'approvazione; l'applicazione dovrebbe mostrare quel risultato anziché dedurlo dal completamento della configurazione.

No. Distingui l'apertura dell'esperienza Messaggi dall'invio di un messaggio da parte del cliente e dal completamento del task previsto.

Usa i campi di contesto supportati per instradare la richiesta e comprendere la coorte del punto di ingresso. Mantieni credenziali e dati sensibili dell'account fuori dagli URL pubblici.

Offri il percorso di messaggistica supportato per un task di servizio adatto e prepara il team che lo gestisce. Un invito dopo una scelta IVR è un flusso separato, con consenso esplicito.

No. Identifica e verifica la relazione con il cliente tramite il flusso appropriato dell’account prima di esporre dati protetti o autorizzare modifiche.

Usa la struttura nativa del list picker per scelte e sezioni. Una galleria progettata per il browser non definisce una specifica Apple per un carosello nativo.

No. Verifica i contenuti supportati e le capacità del dispositivo, poi testa l'esperienza prevista su dispositivi rappresentativi.

No. I media dei messaggi e il sistema documentale dell'azienda possono avere regole di conservazione e accesso diverse. Mantieni il documento autorevole nel sistema che lo gestisce.

No. Trattala come input del cliente e applica la normale validazione di identità, permessi e logica di business per l'operazione richiesta.

Usa il form nativo per un'attività mirata. Testa il comportamento in caso di interruzione e ripresa e scegli un altro percorso supportato quando un processo lungo renderebbe l'esperienza fragile.

Progetta il flusso di pagine supportato e verifica ogni ramificazione significativa fino all'invio. Valida i riferimenti e la logica di business che riceve i dati.

Chiedi solo i dati necessari all'attività e spiega perché servono. Controlla quali membri del team e quali sistemi collegati possono accedere alle risposte.

Conferma che le risposte sono state inviate. Una prenotazione, un pagamento o un caso necessitano comunque di una conferma propria dal sistema collegato.

No. Il sistema di prenotazione ricevente deve validare e registrare la prenotazione. Restituisci il risultato di quell'operazione al cliente.

Usa le informazioni sul luogo supportate dal selettore orario e verifica l'esperienza visualizzata. Il sistema di prenotazione resta la fonte autorevole dei dettagli.

Collega la conversazione all'operazione di riprogrammazione autorizzata, esamina le alternative disponibili e conferma la prenotazione risultante.

Recupera la richiesta originale e il suo risultato prima di ripetere la prenotazione. Una risposta incerta non è prova che nessun appuntamento sia stato creato.

No. Apple richiede approvazione, template gestiti e consenso esplicito; inviti non richiesti e campagne di marketing sono vietati su questo canale.

Gli inviti utilizzano il numero di telefono per cui il cliente ha dato il consenso e possono arrivare in un thread aziendale nuovo o esistente. Le risposte ordinarie proseguono attraverso l'identità Apple della conversazione aperta.

No. L'invio e la risposta del cliente sono fatti distinti. Non dedurre accettazione o rifiuto dall'assenza di un segnale di risposta.

No. Sono azioni distinte del cliente. Segui la risposta registrata e i requisiti di preferenza anziché unificarle in un unico stato.

No. Collega l'accordo approvato tra merchant e provider di pagamento. I sistemi di commercio e pagamento mantengono le proprie responsabilità per ordini e risultati finanziari.

No. Verifica il risultato di pagamento registrato e aggiorna l'ordine tramite il flusso di commercio che lo gestisce.

Prepara il percorso di fallback supportato per il dispositivo e il servizio. Mantieni lo stesso contesto dell'ordine e i normali controlli di autorizzazione.

Recupera l'ordine originale e il risultato del pagamento, poi invia una conferma accurata. Non ripetere l'addebito per ricreare un messaggio mancante.

No. Identifica la relazione di messaggistica. Autentica il cliente e individua l’account tramite il tuo flusso di identità supportato.

Usa l'esperienza di autenticazione protetta collegata all'identity provider. Non usare un messaggio in chat come meccanismo di raccolta delle credenziali.

No. Il sistema aziendale che gestisce la risorsa deve applicare i permessi per l'operazione e la risorsa specifiche.

Fornisci il contesto autorizzato minimo e usa i permessi operativi standard. Il prompt dell'assistente non sostituisce il controllo degli accessi.

No. Un modello fornisce contenuti riutilizzabili. Un journey collega messaggi, input, instradamento e operazioni aziendali verso un risultato.

No. Verifica separatamente l'esperienza nativa sul dispositivo e l'operazione aziendale collegata, inclusi errore e ripristino.

Usa l'AI per proporre modifiche al testo o al flusso, poi rivedi contenuti concreti, azioni e permessi prima della pubblicazione.

Fornisci le specifiche documentate delle risorse e delle operazioni, un esempio sicuro e il risultato atteso. Mantieni le credenziali nell’ambiente di esecuzione e richiedi lo stesso processo di pubblicazione controllata.

Connetti l'operazione di business autorizzata, ottieni la conferma necessaria e riporta il risultato registrato. Generare una risposta da sola non completa il task.

Progetta un passaggio di consegna con responsabilità chiare e il contesto cliente pertinente. Il team operativo ha bisogno di un percorso utilizzabile per proseguire la richiesta.

No. Fornisci il contesto e i permessi minimi necessari per il task supportato attraverso i normali meccanismi di accesso.

Misura la risoluzione prevista, l'escalation e il completamento da parte del cliente. Il conteggio dei messaggi e il tempo di risposta aiutano a spiegare questi risultati, ma non li sostituiscono.

"Inviato" registra l'accettazione da parte del gateway di messaggistica di Apple. La consegna al dispositivo e la lettura sono osservazioni separate e non sono stabilite da quello stato.

Usa le dimensioni supportate di origine della conversazione e il loro ambito definito. Mantienile separate dai metadati a livello di messaggio successivi.

No. L'invio dell'invito e la risposta del cliente sono osservazioni separate. L'assenza di dati di risposta non implica accettazione né rifiuto.

Collega la conversazione all'evento di business completato usando le regole concordate di attribuzione e deduplicazione. Un conteggio di messaggi o conversazioni da solo non è una vendita.

Usa le specifiche di integrazione attuali di Bird, che mantengono il significato nativo applicando le proprie convenzioni di denominazione, indirizzamento e autenticazione.

Collega l'agente agli strumenti MCP di Bird per ispezionare lo spazio di lavoro, preparare contenuti nativi e lavorare con i journey. Applica gli stessi permessi, revisione e conferma alla pubblicazione e alle azioni sul cliente.

Usa le alternative in Markdown e le guide collegate insieme alla descrizione API autorevole. Gli esempi di marketing non sostituiscono le specifiche delle operazioni.

Verifica lo scambio di messaggi approvato su un dispositivo reale previsto, l'input restituito, il risultato di business e un caso di recupero da errore o risposta incerta.