Integracja z Intercom rozmowa, która zna kontekst klienta
Klient pisze w oknie czatu w Waszym produkcie albo na stronie, a osoba z obsługi widzi obok rozmowy jego plan, ostatnie zamówienie i stan płatności. Atrybuty kontaktu i firmy zasilamy z CRM oraz z Waszego systemu, bot w oknie czatu zbiera wstępne dane i oddaje rozmowę człowiekowi razem z kontekstem, a historia rozmów trafia do hurtowni. Jeden wątek zamiast zgłoszenia zamykanego po każdej odpowiedzi.
- 1 miesiąctyle masz na odpowiedź klientowi, który pyta o swoje dane z rozmów albo żąda ich usunięcia. RODO, rozporządzenie 2016/679, art. 12 ust. 3
- 5 do 10 sekundtyle trwa odpowiedź agenta AI zbudowana z Waszych danych, licząc od pytania zadanego w oknie rozmowy
- 2 do 6 tygodniod warsztatu do działającej integracji, w zależności od tego, ile systemów zasila atrybuty kontaktu i firmy
Problem
Dlaczego rozmowa z klientem zaczyna się za każdym razem od zera?
Klient pisze w oknie czatu w Waszej aplikacji, że coś nie działa. Osoba z obsługi nie wie, jaki ma plan, od kiedy jest klientem i czy w zeszłym tygodniu zgłaszał to samo. Pyta więc o numer zamówienia i adres e-mail, choć klient jest zalogowany i Intercom zna go z imienia. Trzy tygodnie później ta sama osoba wraca i opowiada całą historię jeszcze raz, bo poprzednia rozmowa została zamknięta i nikt jej nie czyta.
Rozmowa w Intercomie nie jest zgłoszeniem, które się domyka. Dokumentacja Intercom dla programistów pokazuje to w strukturze danych: rozmowa jest jednym obiektem, do którego dopisują się kolejne części, a kontakt i firma mają własne atrybuty, w których wolno trzymać dane z Waszych systemów. Większość firm z tego nie korzysta, więc kontekst leży obok rozmowy: plan w CRM, zamówienie w systemie sprzedaży, faktura w księgowości, ustalenie w mailu.
Jest jeszcze koszt, o którym nikt nie myśli w dniu wdrożenia czatu. Rozmowy to dane osobowe, a RODO w art. 12 ust. 3 daje miesiąc na odpowiedź osobie, która pyta o swoje dane albo żąda ich usunięcia. Gdy historia jednego klienta jest w oknie czatu, w skrzynce, w CRM i w arkuszu, zebranie jej w terminie zajmuje kilka dni pracy człowieka.
- Zalogowany klient dostaje pytanie o numer zamówienia, choć system go zna
- Ta sama sprawa wraca po trzech tygodniach jako nowa rozmowa
- Osoba z obsługi otwiera trzy systemy, żeby sprawdzić jeden plan taryfowy
- Nikt nie wie, o co klienci pytają najczęściej, bo rozmowy nigdzie się nie liczą
Dlaczego teraz
Co się zmieniło, że okno czatu może znać kontekst klienta?
Intercom stoi w dwóch miejscach naraz: w produkcie, po zalogowaniu, i na stronie, dla kogoś, kto jeszcze nic nie kupił. Różnica jest większa, niż wygląda. Kontakt zalogowany przychodzi z identyfikatorem z Waszej bazy, więc rozmowę da się od pierwszego zdania powiązać z klientem, jego planem i jego zamówieniem. Odwiedzający stronę jest anonimowy i dopiero rozmowa może go zidentyfikować.
Druga zmiana to atrybuty kontaktu i firmy. To zwykłe pola przy rekordzie, ale wolno w nich trzymać dane z Waszych systemów: plan, datę rejestracji, wartość szansy sprzedaży, etap wdrożenia, status ostatniego zamówienia. Kiedy tam są, robią trzy rzeczy naraz: opisują rozmowę, sterują przepływem w oknie czatu i tworzą segmenty, które uruchamiają wiadomość wychodzącą we właściwym momencie, a nie tydzień po nim.
Trzecia zmiana jest po stronie agenta AI. Pytanie zadane zwykłym zdaniem da się dziś przełożyć na odpytanie CRM, systemu zamówień i hurtowni, a wynik oddać jednym akapitem. BOND, nasz firmowy agent AI, robi to w 5 do 10 sekund. Sam bot w oknie czatu i jego odpowiedzi z Waszych dokumentów opisujemy w chatbocie AI dla firm, pracę agenta obok osoby z obsługi w agencie AI w obsłudze klienta, a układanie kolejki spraw w automatycznej kategoryzacji ticketów. Ta strona jest o czymś węższym: o tym, żeby rozmowa w Intercomie wiedziała, z kim rozmawia.
Co się zmienia
Co dostaje zespół obsługi i zespół produktu?
Kontekst klienta obok rozmowy, bez otwierania CRM
Przy rozmowie widać plan, datę rejestracji, opiekuna, ostatnie zamówienie i stan płatności. Dane wchodzą do atrybutów kontaktu i firmy z CRM oraz z Waszego systemu, więc nikt nie pyta klienta o rzeczy, które firma już wie.
Od 6 do 12 atrybutów ustalonych na warsztacie, odświeżanych po każdej zmianie w systemie źródłowym
Jeden wątek zamiast rozmowy od nowa
Rozmowa zostaje jednym obiektem z całą historią, a wraca do niej ta sama osoba z obsługi. Klient, który zgłasza sprawę po trzech tygodniach, nie opowiada jej drugi raz.
Historia rozmowy widoczna w oknie czatu i przy rekordzie klienta w CRM
Bot zbiera wstępne dane, człowiek dostaje gotowy kontekst
Przepływ w oknie czatu pyta o to, co i tak trzeba wiedzieć, i sprawdza atrybuty kontaktu. Rozmowę oddaje człowiekowi z podsumowaniem: kto pisze, jaki ma plan, czego dotyczy sprawa i co już sprawdzono.
Przekazanie z podsumowaniem, zamiast wątku, który trzeba przeczytać od początku
Powtarzalne pytania z odpowiedzią o 22:30
Agent AI odpowiada w oknie rozmowy z Waszych dokumentów i systemów, a kiedy odpowiedzi w nich nie ma, mówi to wprost i przekazuje sprawę człowiekowi. Kolejka rano jest krótsza o pytania, które nie wymagały nikogo.
Odpowiedź z danych firmy w 5 do 10 sekund, po polsku albo po angielsku
Wiadomość wychodząca do właściwego segmentu
Segment zbudowany z atrybutów uruchamia wiadomość w produkcie albo mailem: konto założone i nieużywane od 7 dni, wdrożenie zatrzymane w połowie, plan kończący się w tym miesiącu. Jedna wiadomość na sprawę, nie seria.
Warunki wejścia do segmentu i limit częstotliwości ustalone przed startem, nie po skargach
Rozmowy jako dane, nie jako wrażenie
Historię rozmów przenosimy do hurtowni razem z kategorią sprawy, czasem pierwszej odpowiedzi i tym, czy bot oddał rozmowę człowiekowi. Widać, o co klienci pytają najczęściej i który etap produktu generuje rozmowy.
Tabela rozmów w BigQuery albo w Waszej bazie, odświeżana codziennie
Dowód
Czy sami tak obsługujecie rozmowy?
Tak, choć nie na Intercomie. Agent AI w agencji naszych założycieli odbiera zgłoszenia od klientów i odpowiada z danych firmy, i to jest jedyny dowód, jaki możemy pokazać bez proszenia klienta o zgodę na publikację jego liczb. Poniżej skala tej pracy razem z tym, czego ta liczba NIE dowodzi.
Wdrożone u nas. To nie są wdrożenia u klienta zewnętrznego, tylko w spółkach założycieli JustAutomate. Piszemy to wprost, bo dowód, którego nie da się sprawdzić, nie jest dowodem.
JustBotich agentJustIdea Agency, agencja performance marketingu, około 30 osób
- 23
- osób z firmy pracuje z agentem
- 38
- systemów wpiętych na stałe
- 112
- procesów chodzi bez człowieka
- 475
- tysięcy linii kodu agenta
Agent spięty z CRM, systemem zadań, hurtownią danych, formularzami na stronie i komunikatorem zespołu. Pierwszy commit 1 marca 2026, w sierpniu korzystały z niego 23 osoby.
8 z 38 systemów, w których pracuje
Google Ads
Meta Ads- HubSpot
- ActiveCollab
- Ahrefs
GA4
Search Console
BigQuery
- Przedtem
- Zgłoszenie czytał człowiek, sam zakładał kontakt i firmę w CRM i sam szukał historii w kilku systemach. Odpowiedź na pytanie o dane klienta wymagała zalogowania się do jednego z nich i zbudowania widoku.
- Po zmianie
- Zgłoszenie wyłapuje agent, zakłada rekordy w CRM, sprawdza duplikat po domenie i powiadamia zespół. Pytanie o dane klienta dostaje odpowiedź zdaniem, w miejscu, w którym zespół i tak rozmawia.
64 903 operacje w ciągu 30 dni, z czego 29 854 bez udziału człowieka, w tym 1 301 na zgłoszeniach z formularzy
A u Ciebie
Co, jeśli u nas Intercom wygląda inaczej?
Cztery zdania, które słyszymy najczęściej, i to, co na nie odpowiadamy.
Mamy Intercom od dwóch lat i nikt w nim nic nie ustawiał.
To normalny punkt startu i wcale nie najgorszy. Zaczynamy od dwóch rzeczy: identyfikacji zalogowanego klienta oraz sześciu do dwunastu atrybutów, które osoba z obsługi realnie potrzebuje mieć obok rozmowy. Boty i wiadomości wychodzące dokładamy później, bo bez atrybutów nie mają na czym działać.
Mamy Zendesk do zgłoszeń i nie chcemy dwóch systemów.
Nie musicie wybierać. Rozmowa w Intercomie zostaje przy kliencie, a sprawa, która wymaga dłuższej obsługi, idzie do Zendesku z całą historią rozmowy w treści zgłoszenia. Wtedy Intercom jest kanałem, a Zendesk kolejką, i każde narzędzie robi to, w czym jest dobre. Sam obieg zgłoszeń w Zendesku opisujemy osobno.
Boimy się, że bot będzie odpowiadał klientom bzdury.
Dlatego pilot jest obowiązkowy i bot startuje z wąskim zakresem: kilka rodzajów pytań, do których macie dokumenty. Poza tym zakresem nie improwizuje, tylko oddaje rozmowę człowiekowi z podsumowaniem. Po 30 dniach patrzymy, ile odpowiedzi ktoś poprawił, i zawężamy zakres tam, gdzie dokumenty są niekompletne.
Nie chcemy wysyłać danych klientów do modelu językowego.
Ustalamy przed wdrożeniem, które pola wychodzą poza Wasze systemy, a które nigdy: numer karty, dane wrażliwe, całe załączniki. Do modelu idzie treść pytania i te atrybuty, które są potrzebne do odpowiedzi. Zapisujemy też okres przechowywania rozmów, bo bez niego historia rośnie bez końca.
- Obsługa i komunikacja
- Intercom, Slack, Microsoft Teams, Google Workspace, Microsoft 365
- CRM
- HubSpot, Pipedrive, Salesforce, LiveSpace
- Sprzedaż i sklep
- BaseLinker, Allegro, Shopify, WooCommerce, PrestaShop
- Księgowość
- Fakturownia, iFirma, Subiekt, Comarch Optima, sevDesk
- Dane i analityka
- BigQuery, Google Sheets, GA4, bazy SQL
- Warstwa automatyzacji
- Make, n8n, Zapier, własne integracje przez API
Atrybuty w rozmowie: skąd je bierzemy i co dzięki nim działa
Wiersze pokazują pojedyncze pole przy kontakcie albo firmie w Intercomie razem z jego dwiema konsekwencjami: skąd musi przyjść i co się dzięki niemu zmienia w rozmowie. Trzecia kolumna jest najważniejsza, bo atrybut, z którego nic nie wynika, jest tylko kolejnym polem do utrzymania.
| Atrybut kontaktu albo firmy | Skąd go bierzemy | Co się dzięki niemu dzieje w rozmowie |
|---|---|---|
| Plan albo pakiet klienta | CRM i Wasza baza produktowa | bot wie, komu odpowiedzieć od razu, a kogo oddać opiekunowi konta |
| Firma, do której należy kontakt | atrybuty firmy z CRM, dopasowanie po domenie | trzy osoby z jednej firmy widać jako jedno konto, nie trzy sprawy |
| Status ostatniego zamówienia | BaseLinker, Shopify, WooCommerce, PrestaShop | pytanie o przesyłkę dostaje odpowiedź bez pytania o numer zamówienia |
| Stan płatności i faktury | Fakturownia, iFirma, Comarch Optima | osoba z obsługi widzi zaległość, zanim obieca rabat albo przedłużenie |
| Etap wdrożenia w produkcie | zdarzenia wysyłane z Waszej aplikacji | segment „zaczął i nie skończył” dostaje jedną wiadomość w produkcie |
| Data rejestracji i data końca planu | Wasza baza albo system rozliczeń | wiadomość wychodząca rusza w dniu, w którym ma sens, nie tydzień po nim |
| Język i strefa czasowa kontaktu | profil konta i ustawienia w aplikacji | rozmowa trafia do osoby pracującej w tych godzinach i w tym języku |
Pierwsze wdrożenie obejmuje zwykle od 6 do 12 atrybutów. Resztę dokładamy wtedy, gdy okaże się, że ktoś realnie na nie patrzy, a nie z góry.
Jak to robimy
Pięć kroków od czatu bez kontekstu do rozmowy powiązanej z klientem
Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym.
Warsztat
Wypisujemy, o co klienci pytają w oknie czatu i czego brakuje osobie z obsługi, żeby odpowiedzieć od razu. Mierzymy, ile dziś trwa zdobycie planu, zamówienia i stanu płatności, i sprawdzamy, gdzie te dane leżą. Osobno notujemy pytania, na które odpowiedź jest zawsze taka sama.
Projekt atrybutów i segmentów
Lista atrybutów kontaktu i firmy ze wskazaniem źródła i kierunku synchronizacji, lista segmentów uruchamiających wiadomość, warunki przekazania rozmowy człowiekowi. Ustalamy zakres danych osobowych, okres przechowywania rozmów i pola, które nigdy nie wychodzą poza Wasze systemy.
Pilot na prawdziwych rozmowach
Wchodzimy na jedno wejście, zwykle czat w produkcie dla zalogowanych, z wąskim zakresem pytań. Sprawdzamy każdą odpowiedź wobec systemu źródłowego i każde przekazanie do człowieka, bo bot, który myli się raz na dziesięć rozmów, jest gorszy niż jego brak: klient przestaje wierzyć także poprawnym odpowiedziom.
Produkcja
Zdarzenie o nowej rozmowie i o odpowiedzi wywołuje synchronizację w obie strony: atrybuty z CRM i z systemów do Intercomu, rozmowa i jej wynik do rekordu klienta w CRM. Historia rozmów idzie do hurtowni. Wszystko z monitoringiem błędów i szkoleniem osoby, która ma to u Was utrzymywać.
Pomiar po 30 i 90 dniach
Patrzymy na cztery liczby: ile rozmów bot zamknął sam, ile oddał człowiekowi, ile odpowiedzi ktoś poprawił i o co klienci pytają najczęściej. Rodzaj pytania, którego nikt nie zadaje, wylatuje z zakresu, a wiadomość wychodząca, której nikt nie otwiera, znika.
Przed i po
Jak zmienia się dzień w obsłudze klienta
Przedtem
- Rozmowa zaczyna się od pytania o numer zamówienia i adres e-mail
- Sprawdzenie planu klienta to trzy zakładki i dwa logowania
- Klient z zeszłego miesiąca opowiada swoją historię od początku
- O tym, o co klienci pytają najczęściej, wiadomo z wrażenia zespołu
Po zmianie
- Rozmowa startuje z imieniem, planem i ostatnim zamówieniem w kontekście
- Plan i stan płatności widać obok rozmowy, bez otwierania innego systemu
- Wątek ma całą historię, a wraca do niego ta sama osoba z obsługi
- Kategorie rozmów są w hurtowni i widać, który etap produktu je generuje
Pierwsze rozmowy z kontekstem widać w dniu pilotażu. Zakres pytań dla bota i listę segmentów oceniamy po 30 dniach na tym, o co klienci realnie zapytali, i jeszcze raz po 90 dniach.
Dla osoby, która to zamawia
Co z tego ma osoba odpowiadająca za obsługę klienta
Przestajesz zgadywać, co się dzieje w oknie czatu. Wiesz, ile rozmów przyszło, ile bot zamknął sam, ile oddał człowiekowi i o co klienci pytają najczęściej. Nowa osoba w zespole wchodzi w rozmowę z gotowym kontekstem, więc pierwszy tydzień nie jest wyścigiem po dostępy do czterech systemów.
Druga rzecz jest ważniejsza przy rozmowie z zarządem. Powtarzalne pytania stają się liczbą, a nie odczuciem, i widać, który etap produktu je generuje. To argument w rozmowie o tym, czy zatrudnić kolejną osobę do obsługi, czy poprawić jedno miejsce w produkcie, i dziś tej liczby nie masz.
- Zakres bota spisany i wąski, poza nim rozmowa idzie do człowieka
- Atrybuty i ich źródła spisane na warsztacie, nie ukryte w ustawieniach narzędzia
- Pilot na jednym wejściu do czatu, więc wycofanie się kosztuje jedno kliknięcie
- Historia rozmów w hurtowni, gotowa na pytanie o dane od klienta
Ile to kosztuje
Warsztat ma cenę jawną, wdrożenie wycenę po nim
Warsztat procesowy kosztuje 2500 zł netto za tydzień. Przy Intercomie zwykle wystarcza jeden tydzień, bo zakres jest wąski: lista pytań, lista atrybutów i granica między botem a człowiekiem. Wdrożenie wyceniamy po warsztacie, gdy wiadomo, ile systemów zasila atrybuty i w jakim stanie są w nich dane.
Intercom rozliczasz bezpośrednio z jego dostawcą, według cennika Waszego planu, a koszt użycia modelu językowego płacisz dostawcy modelu. Bez naszej prowizji. To samo dotyczy n8n, Make albo Zapiera, jeśli wejdą w rozwiązanie, albo nie płacisz nic, gdy n8n stoi na Waszej infrastrukturze.
Warsztat procesowy
2500 zł netto
za tydzień, przy Intercomie zwykle jeden
Zamknięta całość. Kończy się listą atrybutów, zakresem bota i mapą rozmów, którą możesz wdrożyć bez nas.
- Lista pytań, które klienci zadają dziś w oknie czatu, z systemem źródłowym dla każdego
- Atrybuty kontaktu i firmy ze wskazaniem źródła i kierunku synchronizacji
- Zakres bota, warunki przekazania rozmowy człowiekowi i lista segmentów
- Wskaźniki do pomiaru po 30 dniach i zakres danych osobowych w rozmowach
- Najczęściej wybierany
Warsztat i wdrożenie na Intercomie
Wycena po warsztacie
zakres wynika z liczby systemów zasilających atrybuty
Najczęściej wybierany wariant. Działająca integracja w 2 do 6 tygodni od warsztatu, sprawdzona na Waszych prawdziwych rozmowach.
- Wszystko z warsztatu
- Atrybuty kontaktu i firmy zasilane z CRM, sprzedaży i księgowości przez n8n, Make albo API
- Rozmowa powiązana z klientem w CRM, z jego planem i ostatnim zamówieniem
- Bot i przepływy w oknie czatu, z przekazaniem człowiekowi razem z kontekstem
- Historia rozmów w hurtowni, monitoring błędów, szkolenie zespołu obsługi
Intercom i BOND, firmowy agent AI
Wycena po warsztacie
wdrożenie BOND-a zajmuje około 2 miesięcy
Dla firm, w których rozmowy z klientami idą przez cały dzień, a odpowiedź wymaga danych z kilku systemów naraz.
- Wszystko z wdrożenia na Intercomie
- BOND spięty z CRM, sprzedażą, księgowością i hurtownią danych
- Odpowiedź z danych firmy w 5 do 10 sekund, po polsku albo po angielsku
- Agent Personalny dla osoby, która prowadzi własny portfel klientów
- Podsumowania rozmów i tygodniowe zestawienia pisane przez agenta AI
Jeśli na warsztacie okaże się, że wystarczy Wam identyfikacja zalogowanego klienta i sześć atrybutów, mówimy to i pokazujemy, jak je ustawić. Warsztat kończy się dokumentem, który obroni się bez nas. Jeśli okaże się, że nie ma czego automatyzować, bo rozmów jest kilka w tygodniu, też to mówimy, zamiast szukać zakresu na wdrożenie.
Najczęstsze pytania
Czym w praktyce jest integracja z Intercom?
To spięcie okna czatu z Waszymi systemami w dwie strony. Do Intercomu wchodzą atrybuty kontaktu i firmy: plan, opiekun, ostatnie zamówienie, stan płatności, etap wdrożenia. Z Intercomu wychodzi rozmowa i jej wynik do rekordu klienta w CRM oraz historia rozmów do hurtowni. Na tym stoją boty, przepływy w oknie czatu i wiadomości wychodzące do segmentów.
Czym rozmowa w Intercomie różni się od zgłoszenia w systemie ticketowym?
Jednostką. Zgłoszenie powstaje, przechodzi przez statusy i zostaje zamknięte, a kolejna sprawa tego samego klienta jest nowym rekordem. Rozmowa w Intercomie jest jednym wątkiem, do którego dopisują się kolejne części, i może żyć miesiącami. Dlatego kontekst warto trzymać przy kontakcie i firmie, a nie w polach jednego zgłoszenia.
Skąd rozmowa wie, kim jest klient?
Z identyfikacji przy zalogowaniu. Wasza aplikacja przekazuje do okna czatu identyfikator klienta z własnej bazy, a my dokładamy do tego kontaktu atrybuty z CRM i z systemów. Odwiedzający stronę jest anonimowy, więc dla niego przepływ w oknie czatu najpierw pyta o adres e-mail albo firmę i dopiero potem łączy rozmowę z rekordem.
Czy bot w oknie czatu odpowie klientom na wszystko?
Nie i nie do tego go stawiamy. Bot startuje z wąskim zakresem pytań, do których macie dokumenty, a poza nim oddaje rozmowę człowiekowi z podsumowaniem: kto pisze, jaki ma plan, czego dotyczy sprawa i co już sprawdzono. Sam mechanizm odpowiadania z Waszych dokumentów opisujemy na stronie o chatbocie AI dla firm.
Ile trwa integracja z Intercom?
Tydzień warsztatu i 2 do 6 tygodni wdrożenia, w zależności od tego, ile systemów zasila atrybuty i w jakim stanie są w nich dane. Identyfikacja zalogowanego klienta z sześcioma atrybutami z jednego CRM to dolna granica. Pełny firmowy agent AI, czyli BOND spięty z całą firmą, to osobna skala i około 2 miesięcy pracy.
Jak ustawić wiadomości wychodzące, żeby nie były spamem?
Przez warunki wejścia do segmentu i limit częstotliwości, ustalone przed startem. Segment budujemy z atrybutów i zdarzeń w produkcie, na przykład konto nieużywane od 7 dni albo wdrożenie zatrzymane w połowie. Jedna sprawa to jedna wiadomość, a klient w otwartej rozmowie z człowiekiem nie dostaje jej wcale.
Co z danymi osobowymi w rozmowach?
Ustalamy na warsztacie, które pola wychodzą poza Wasze systemy, a które nigdy, i jak długo trzymacie historię rozmów. RODO w art. 12 ust. 3 daje miesiąc na odpowiedź osobie, która pyta o swoje dane albo żąda ich usunięcia, więc historia rozmów przeniesiona do hurtowni musi być przeszukiwalna po kliencie, a nie tylko po dacie.
Po co przenosić rozmowy do hurtowni danych?
Żeby zamienić je w liczby. W hurtowni ląduje kategoria sprawy, czas pierwszej odpowiedzi, informacja, czy bot oddał rozmowę człowiekowi, i powiązanie z planem klienta. Wtedy widać, o co klienci pytają najczęściej i który etap produktu generuje rozmowy. Bez tego zostaje wrażenie zespołu, na którym nie da się oprzeć decyzji.
Sprawdźmy, czego brakuje w Waszych rozmowach na czacie
Bezpłatna konsultacja trwa 30 minut i piszesz bezpośrednio do Pawła, naszego założyciela. Opowiadasz, o co klienci pytają w oknie czatu i czego brakuje osobie z obsługi, żeby odpowiedzieć od razu. Pokazujemy, które atrybuty da się wciągnąć do Intercomu w pierwszym tygodniu, a co wymaga najpierw uporządkowania danych w CRM. Nie musisz na tym etapie udostępniać systemów.
Prowadzimy najwyżej dwa wdrożenia równocześnie, żeby przy każdym ktoś realnie siedział.
Umów bezpłatną konsultacjęPS. Jeśli w tym tygodniu ktoś u Was zapytał zalogowanego klienta o numer zamówienia, to jest dokładnie ten problem. Kontekst leży w systemie obok, więc rozmowa zaczyna się od danych, które firma już ma, a klient powtarza swoją historię za każdym razem. Atrybuty przy kontakcie skracają to do jednego spojrzenia, a od ich wypisania zaczyna się warsztat.