Apple Messages FAQ

Apple Messages for Business łączy klienta z firmą wewnątrz Messages. Doświadczenie może obejmować natywne wybory, formularze, umawianie wizyt, uwierzytelnianie konta i płatności — połączone z systemami, które realizują zgłoszenie.

Apple Business Chat to poprzednia nazwa. Apple Messages for Business to aktualna nazwa kanału; Bird używa Apple Messages w nawigacji produktowej.

Nie. Zwykła komunikacja odbywa się w ramach rozmowy z klientem. Invitation Messages korzystają z oddzielnego, zatwierdzonego przez Apple procesu z wyraźną zgodą i nie są ogólną wysyłką marketingową.

Użyj skonfigurowanych miejsc, w których można znaleźć firmę w usługach Apple, oraz punktów wejścia na swojej stronie lub w aplikacji. Powiąż punkt wejścia z właściwą firmą, zadaniem obsługi i zespołem odpowiedzialnym za odpowiedź.

Podłącz AI do zatwierdzonej bazy wiedzy firmy i autoryzowanych działań. Zapewnij czytelne przekazanie do człowieka i raportuj wynik zarejestrowany przez system rezerwacji, płatności lub obsługi.

Zacznij od doświadczenia klienta, które chcesz dostarczyć. Współpracuj ze specjalistą przy rejestracji Apple, połączeniu z firmą i planie wdrożenia, a potem zarządzaj natywną treścią, ścieżkami i rozmowami z poziomu obszaru roboczego Bird.

Dodanie karty i rozpoczęcie rozmowy to osobne działania klienta. Karta zapewnia punkt wejścia — klient sam decyduje, kiedy napisze do firmy.

Powiąż aktualizacje karty z wydawcą i rekordem biznesowym. Gdy potwierdzona rezerwacja się zmieni, zaktualizuj tę samą wydaną kartę o zarejestrowane dane.

Nie. Wiadomości z zaproszeniem wymagają osobnej, wyraźnej zgody i zatwierdzenia Apple. Zapisanie karty nie zastępuje tego uprawnienia.

Zaktualizuj kartę, aby odzwierciedlała anulowany rekord, i udostępnij klientowi ścieżkę pomocy lub ponownej rezerwacji. Niech system rezerwacji pozostanie źródłem prawdy.

Nie. Obszar roboczy Bird zapewnia środowisko operacyjne; rejestracja firmy w Apple i przegląd doświadczenia ustanawiają zatwierdzone połączenie z kanałem.

Utrzymuj tożsamość biznesową, zatwierdzenia, ustawienia i konwersacje każdej marki jako oddzielne elementy w obszarze roboczym.

Nie. Natywne możliwości treści różnią się w zależności od urządzenia i oprogramowania. Zweryfikuj reprezentatywne urządzenia i zapewnij użyteczną alternatywę dla danego zadania.

Twój zespół przygotowuje i wysyła zgłoszenie firmy. Zatwierdzenie zależy od przeglądu Apple; aplikacja powinna wyświetlać ten wynik, a nie wnioskować go z ukończenia konfiguracji.

Nie. Odróżnij otwarcie interfejsu Messages od wysłania wiadomości przez klienta i ukończenia zamierzonego zadania.

Użyj obsługiwanych pól kontekstu, aby przekierować zgłoszenie i zrozumieć kohortę punktu wejścia. Nie umieszczaj danych uwierzytelniających ani wrażliwych danych konta w publicznych adresach URL.

Zaproponuj obsługiwaną ścieżkę wiadomości dla odpowiedniego zadania serwisowego i przygotuj zespół, który je obsłuży. Zaproszenie po wyborze IVR to osobny przepływ pracy wymagający zgody.

Nie. Ustal i zweryfikuj relację z klientem przez odpowiedni proces uwierzytelniania, zanim udostępnisz chronione dane lub autoryzujesz zmiany.

Użyj natywnej struktury selektora listy do wyboru opcji i sekcji. Koncept galerii przeglądarkowej nie tworzy natywnego kontraktu karuzeli Apple.

Nie. Sprawdź obsługiwane treści i możliwości urządzenia, a następnie zweryfikuj zamierzone doświadczenie na reprezentatywnych urządzeniach.

Nie. Media wiadomości i system dokumentów firmy mogą mieć różne zasady przechowywania i dostępu. Przechowuj autorytatywny dokument w jego macierzystym systemie.

Nie. Traktuj ją jako dane wejściowe klienta i zastosuj standardową walidację tożsamości, uprawnień i logiki biznesowej dla żądanej operacji.

Używaj natywnego formularza do konkretnego zadania. Przetestuj zachowanie przy przerwaniu i powrocie, a gdy długi proces mógłby pogorszyć doświadczenie, wybierz inną obsługiwaną ścieżkę.

Zaprojektuj obsługiwany przepływ stron i sprawdź każdą istotną gałąź aż do wysłania. Zwaliduj odniesienia i logikę biznesową po stronie odbiorczej.

Pytaj tylko o dane potrzebne do realizacji zadania i wyjaśnij, dlaczego ich potrzebujesz. Kontroluj, którzy członkowie zespołu i połączone systemy mają dostęp do odpowiedzi.

Potwierdza on, że odpowiedzi zostały przesłane. Rezerwacja, płatność lub zgłoszenie wciąż wymaga osobnego potwierdzenia z połączonego systemu.

Nie. System rezerwacji po stronie odbiorczej musi zweryfikować i zarejestrować rezerwację. Zwróć wynik tej operacji klientowi.

Użyj obsługiwanej treści lokalizacyjnej selektora czasu i zweryfikuj wyświetlane doświadczenie. Dane z systemu rezerwacji traktuj jako nadrzędne.

Połącz rozmowę z autoryzowaną operacją przełożenia terminu, sprawdź dostępne alternatywy i potwierdź wynikową rezerwację.

Odzyskaj pierwotne żądanie i jego wynik przed ponowną próbą rezerwacji. Niepewna odpowiedź nie jest dowodem, że wizyta nie została utworzona.

Nie. Apple wymaga zatwierdzenia, zarządzanych szablonów i wyraźnej zgody. Niechciane zaproszenia i kampanie marketingowe są na tej ścieżce zabronione.

Zaproszenia korzystają z numeru telefonu, na który klient wyraził zgodę, i mogą dotrzeć w nowym lub istniejącym wątku biznesowym. Zwykłe odpowiedzi przechodzą przez tożsamość Apple otwartej rozmowy.

Nie. Wysłanie i odpowiedź klienta to dwa różne fakty. Nie wnioskuj o akceptacji ani odrzuceniu z braku sygnału odpowiedzi.

Nie. To odrębne działania klienta. Stosuj się do zarejestrowanej odpowiedzi i wymagań dotyczących preferencji, zamiast łączyć je w jeden status.

Nie. Podłącz zatwierdzoną konfigurację sprzedawcy i dostawcy płatności. Systemy handlowe i płatnicze zachowują swoją odpowiedzialność za zamówienia i wyniki finansowe.

Nie. Zweryfikuj zarejestrowany wynik płatności i zaktualizuj zamówienie w odpowiednim procesie handlowym.

Przygotuj obsługiwaną ścieżkę awaryjną dla danego urządzenia i usługi. Zachowaj ten sam kontekst zamówienia i standardowe kontrole autoryzacji.

Odzyskaj oryginalne zamówienie i wynik płatności, a następnie wyślij prawidłowe potwierdzenie. Nie powtarzaj obciążenia, aby odtworzyć brakującą wiadomość.

Nie. Identyfikuje relację w kanale wiadomości. Uwierzytelnij i rozpoznaj konto za pomocą własnego obsługiwanego przepływu tożsamości.

Użyj chronionego mechanizmu uwierzytelniania połączonego z dostawcą tożsamości. Nie używaj wiadomości czatu jako sposobu zbierania danych logowania.

Nie. Odpowiedzialny system biznesowy musi egzekwować wymagane uprawnienia dla konkretnej operacji i zasobu.

Udostępnij minimalny autoryzowany kontekst i stosuj standardowe uprawnienia operacji. Prompt asystenta nie zastępuje kontroli dostępu.

Nie. Szablon dostarcza treść wielokrotnego użytku. Ścieżka łączy wiadomości, dane wejściowe, routing i operacje biznesowe w celu osiągnięcia rezultatu.

Nie. Zweryfikuj natywne doświadczenie na urządzeniu i powiązaną operację biznesową osobno, uwzględniając awarie i przywracanie.

Użyj AI do zaproponowania treści lub zmian w przepływie, a następnie przejrzyj konkretną treść, akcje i uprawnienia przed opublikowaniem.

Podaj udokumentowane kontrakty zasobów i operacji, bezpieczny przykład oraz oczekiwany rezultat. Przechowuj dane uwierzytelniające w środowisku wykonawczym i wymagaj tego samego kontrolowanego procesu publikacji.

Połącz autoryzowaną operację biznesową, uzyskaj wymagane potwierdzenie i zgłoś jej zarejestrowany wynik. Samo wygenerowanie odpowiedzi nie kończy zadania.

Zaprojektuj przekazanie z jasnym przypisaniem odpowiedzialności i odpowiednim kontekstem klienta. Zespół operacyjny potrzebuje użytecznej ścieżki do kontynuowania zgłoszenia.

Nie. Udostępnij minimalny kontekst i uprawnienia potrzebne do obsługiwanego zadania za pomocą standardowych mechanizmów dostępu.

Mierz zamierzone rozwiązanie, eskalację i dalsze działania klienta. Liczba wiadomości i czas odpowiedzi pomagają wyjaśnić te wyniki, ale ich nie zastępują.

Status wysłania odnotowuje przyjęcie wiadomości przez bramkę wiadomości Apple. Dostarczenie na urządzenie i odczyt są osobnymi obserwacjami, których ten status nie potwierdza.

Wykorzystaj obsługiwane wymiary pochodzenia rozmowy i ich zdefiniowany zakres. Oddziel je od późniejszych metadanych na poziomie wiadomości.

Nie. Wysłanie zaproszenia i odpowiedź klienta to odrębne obserwacje. Brak danych o odpowiedzi nie oznacza zaakceptowania ani odrzucenia zaproszenia.

Powiąż rozmowę z zakończonym zdarzeniem biznesowym, stosując uzgodnione reguły atrybucji i deduplikacji. Sama liczba wiadomości lub rozmów nie oznacza sprzedaży.

Użyj aktualnego kontraktu Bird, który zachowuje natywne znaczenie, stosując własne konwencje nazewnictwa, adresowania i uwierzytelniania.

Połącz agenta z narzędziami MCP Bird, aby przeglądać obszar roboczy, przygotowywać natywną treść i pracować z podróżami. Stosuj te same uprawnienia, przegląd i potwierdzenie do publikacji i działań klienta.

Korzystaj z alternatyw w Markdown i powiązanych przewodników obok autorytatywnego opisu API. Przykłady marketingowe nie zastępują kontraktu operacyjnego.

Zweryfikuj zatwierdzoną wymianę wiadomości na rzeczywistym docelowym urządzeniu, zwrócone dane wejściowe, wynik biznesowy oraz przypadek odzyskiwania po awarii lub niepewnej odpowiedzi.