Jak podłączyć AI do SMSAPI i co realnie robi z przypomnieniami, statusami i odpowiedziami klientów?

AI połączony z SMSAPI lub SerwerSMS potrafi sam odczytać dane z Twojego systemu, ułożyć treść przypomnienia pod konkretną sytuację klienta i zaproponować, do kogo i kiedy wysłać wiadomość. Człowiek przegląda gotową listę i zatwierdza wysyłkę. Nie piszesz każdego SMS-a ręcznie, nie musisz pamiętać o terminach i nie ryzykujesz, że ten sam klient dostanie tę samą wiadomość z trzech różnych systemów naraz.

Co wyciągamy z SMSAPI zanim AI cokolwiek wyśle

SMSAPI udostępnia REST API. Przez nie możemy pobierać historię kampanii (lista wysłanych wiadomości z datą, treścią i nazwą nadawcy), raporty DLR dla każdej wiadomości, czyli statusy: DELIVERED, UNDELIVERED, EXPIRED, UNKNOWN, a przy włączonej opcji two-way SMS: odpowiedzi klientów przychodzące na wirtualny numer. SerwerSMS działa analogicznie: REST API, webhooki do statusów, możliwość odbioru odpowiedzi.

Ale zanim AI w ogóle sięgnie do bramki, pobiera dane z Twojego systemu operacyjnego. Typowo wygląda to tak: z CRM lub kalendarza wyciągamy listę wizyt zaplanowanych na kolejne 24 godziny, z systemu fakturowania bierzemy faktury ze statusem "przeterminowana" starsze niż określona liczba dni, z magazynu lub sklepu pobieramy zamówienia ze statusem "wysłano". Dopiero mając ten kontekst, AI wie, komu i o czym napisać.

Ważny szczegół techniczny: SMSAPI wymaga wcześniej zarejestrowanej alfanumerycznej nazwy nadawcy w polu from (maksymalnie 11 znaków). Jeśli chcesz odbierać odpowiedzi klientów, potrzebujesz przypisanego wirtualnego numeru. Te dwie rzeczy trzeba ustawić przed uruchomieniem czegokolwiek. Pomijamy je w pierwszej rozmowie i wracamy do nich po tygodniu. Lepiej ogarnąć to od razu.

Jak AI układa treść SMS-a pod konkretną sytuację klienta

Prosty szablon "Przypomnienie o wizycie jutro o 10:00" można zbudować bez AI. Problem pojawia się, gdy klient dwa razy z rzędu nie przyszedł na umówiony termin. Albo gdy ma zaległą fakturę i jednocześnie jest umówiony na spotkanie za dwa dni. Klasyczna automatyzacja wysyła to samo do wszystkich.

AI dostaje kontekst: imię klienta, historię poprzednich wizyt, status płatności, rodzaj usługi, dzień tygodnia. Na tej podstawie generuje treść wiadomości dopasowaną do sytuacji. Dla stałego klienta bez zaległości: krótkie, przyjazne przypomnienie. Dla kogoś, do kogo dzwoniono trzy razy bez odpowiedzi: wiadomość z prośbą o kontakt, nie kolejne automatyczne "Przypominamy o terminie".

SMS ma limit 160 znaków na jedną wiadomość (153, jeśli chcemy skleić kilka w jedną). AI pilnuje tego limitu podczas generowania treści. Nie musisz liczyć ręcznie ani przycinać po fakcie.

U jednego klienta, salonu kosmetycznego, AI generuje inne treści dla klientek rezerwujących przez aplikację i inne dla tych, które dzwonią i są wpisywane ręcznie. Te z ręcznych wpisów mają mniej danych w karcie, więc wiadomość jest bardziej ogólna. Proste rozróżnienie, ale bez AI nikt by tego nie pilnował.

Kto dostaje wiadomość: jak AI filtruje listę odbiorców

Nie każdy klient powinien dostać SMS w danym momencie. AI sprawdza kilka warunków zanim zaproponuje wysyłkę:

• czy klient wyraził zgodę na komunikację SMS (pole zgody w CRM)
• czy dostał już wiadomość na ten temat w ostatnich kilku dniach (historia kampanii z SMSAPI)
• czy numer jest poprawny i nie zwrócił statusu UNDELIVERED przez kilka kolejnych prób
• czy sprawa jest na tyle pilna, żeby w ogóle wysyłać

Ten ostatni punkt klasyczna automatyzacja zazwyczaj pomija. Typowy przypadek: system wysyła przypomnienie o zaległej płatności dzień po terminie. Tyle że klient przelał pieniądze dwie godziny wcześniej, zaksięgowanie jeszcze nie doszło. AI, jeśli ma dostęp do systemu finansowego, może sprawdzić aktualny status przed wygenerowaniem wiadomości. I nie wysłać, jeśli sprawa jest już zamknięta.

Odpowiedzi klientów trafiają do AI, nie do skrzynki, której nikt nie sprawdza

Two-way SMS w SMSAPI działa przez webhook: klient odpisuje na wirtualny numer, treść odpowiedzi trafia do Twojego systemu w czasie rzeczywistym. Bez AI te wiadomości lądują gdzieś w panelu i ktoś musi je ręcznie przeglądać. W praktyce często nikt tego nie robi regularnie.

Z AI wygląda to inaczej. Webhook wysyła odpowiedź klienta do agenta. Agent rozpoznaje intencję i podejmuje działanie:

• potwierdzenie wizyty: aktualizuje status w kalendarzu na "potwierdzona"
• prośba o zmianę terminu: oznacza wizytę jako "do przełożenia" i wysyła powiadomienie do recepcji
• odpowiedź niejednoznaczna lub pytanie: eskaluje do człowieka z dokładną treścią tego, co klient napisał
• brak odpowiedzi interpretowalnej: trafia do kolejki do ręcznego kontaktu

Konkretny przykład: klient dostaje SMS "Potwierdzasz wizytę w piątek o 14:00? Odpisz TAK lub NIE". Odpisuje "Będę, dzięki". Agent rozpoznaje potwierdzenie, zmienia status w systemie i nie robi nic więcej. Odpisuje "Muszę przełożyć" i agent oznacza termin do kontaktu, informując pracownika recepcji przez powiadomienie w systemie.

Jak AI pilnuje, żeby ten sam klient nie dostawał wiadomości z każdego systemu osobno

To jeden z poważniejszych problemów, gdy firma ma kilka osobnych systemów. CRM wysyła SMS o zaległej fakturze, system rezerwacji wysyła przypomnienie o wizycie, a kampania marketingowa trafia z ofertą w tym samym tygodniu. Klient dostaje trzy wiadomości od tej samej firmy w ciągu dwóch dni.

AI działający jako warstwa pośrednia sprawdza historię kontaktu ze wszystkich źródeł razem. Zanim zaproponuje wysyłkę, pyta: ile wiadomości ten numer dostał w ostatnich siedmiu dniach? Jaka była ostatnia odpowiedź? Czy jest aktywna sprawa wymagająca reakcji?

Na tej podstawie może zdecydować: teraz nie wysyłamy, czekamy kilka dni. Albo: wysyłamy, ale tylko tę najważniejszą wiadomość, reszta poczeka. Priorytety ustala się raz, przy wdrożeniu: płatności ważniejsze od marketingu, wizyty ważniejsze od płatności, jeśli termin jest bliski.

Ostateczna lista zawsze trafia do człowieka do zatwierdzenia. Pracownik widzi propozycję: treść, listę odbiorców i krótkie uzasadnienie dla każdego przypadku. Może zmienić treść, usunąć kogoś z listy albo odrzucić całą wysyłkę. AI nie klika "wyślij" sam.

Od czego zaczynamy i co musi być gotowe przed wdrożeniem

Pierwsza rozmowa z klientem dotyczy zawsze trzech rzeczy: jakie dane masz i gdzie siedzą, jakie sytuacje chcesz obsługiwać SMS-em, i kto w firmie będzie zatwierdzał wysyłki.

Dane bez struktury nie dają się spinać. Jeśli numery telefonów żyją w Excelu aktualizowanym "od czasu do czasu", nie ma z czego generować listy odbiorców. Pierwszym krokiem jest zwykle porządek w źródle danych: CRM, system rezerwacji albo ERP musi mieć pole z numerem, pole zgody i aktualny status klienta.

Potem spinamy połączenie z SMSAPI lub SerwerSMS przez API: klucz API, testowa wysyłka, weryfikacja pola "from". To robota na godziny, nie tygodnie.

Następnie definiujemy scenariusze. Które zdarzenia w systemie mają wywoływać propozycję SMS-a? Wizyta zaplanowana na jutro? Faktura przeterminowana o konkretną liczbę dni? Zamówienie ze statusem "wysłano"? Każdy scenariusz to osobna logika z własnymi warunkami i priorytetem.

Na końcu ustawiamy widok do zatwierdzania: człowiek widzi gotowe wiadomości, listę odbiorców i klika "wyślij" albo "odrzuć". Może też edytować treść przed wysyłką, jeśli AI zaproponował coś, co nie pasuje do sytuacji.

Jeśli chcesz zobaczyć jak taki system wygląda po uruchomieniu, zajrzyj do realnych wdrożeń. A jeśli chcesz sprawdzić, czy w Twojej firmie to ma sens i od czego konkretnie zacząć, zapraszamy na bezpłatny audyt. Po spotkaniu dostajesz listę scenariuszy dopasowaną do tego, co już masz w systemach.