Integracja CRM z Telegramem i WhatsApp: jak nie tracić żadnego leada

Leady z Telegrama i WhatsAppa nie giną dlatego, że jest ich mało. Giną, bo trafiają tam, gdzie nikt ich nie liczy: na prywatny numer handlowca, do wspólnego czatu, do stosu nieprzeczytanych. Rozwiązanie — podłączyć komunikatory do CRM tak, by każda przychodząca wiadomość w kilka sekund stawała się szansą sprzedaży z uzupełnionymi polami, a zespół dostawał ping w tej samej chwili. Poniżej: jak to działa technicznie, komu wystarczy no-code, a kto potrzebuje kodu, i co z tego realnie wychodzi.

Gdzie naprawdę giną leady

Rozkładałem to na czynniki z dziesiątkami klientów w Warszawie i obraz jest niemal zawsze ten sam:

• Wiadomość na WhatsAppie wpada na prywatny numer jednego pracownika — który akurat jest na urlopie. Nikt inny jej nie widzi.
• Lead pisze na Telegramie o 22:40. Handlowiec widzi rano, lead już poszedł do konkurencji.
• Lead istnieje, ale nie ma go w CRM. Na poniedziałkowej odprawie szef pyta „ile było leadów wczoraj?” — brak odpowiedzi, bo nie ma czego liczyć.
• Jedna osoba prowadzi rozmowę, choruje — i cała historia korespondencji umiera razem z dostępem do jej telefonu.

Wspólny mianownik: kanał komunikacji i system ewidencji żyją osobno. Dopóki nie są połączone, „utracony lead” to nie błąd — to sposób działania tego układu.

Co musi robić połączenie komunikator ⇄ CRM

Celem nie jest „podłączyć Telegram do CRM”. Celem jest zamknięcie czterech konkretnych dziur:

1. Natychmiastowe powiadomienie. Nowa wiadomość — ping na czat roboczy zespołu w kilka sekund: imię, treść, kanał.
2. Automatyczna szansa. Nowy kontakt — nowa szansa w CRM z uzupełnionymi polami: źródło, kanał, pierwsza wiadomość, data, tag.
3. Dwukierunkowa synchronizacja. Handlowiec odpowiada z CRM — wiadomość leci do komunikatora. Klient pisze — odpowiedź wraca do karty. Bez przełączania okien.
4. Deduplikacja. Jeśli kontakt już istnieje (zgodny numer lub nazwa użytkownika) — wiadomość doczepia się do istniejącej szansy, zamiast mnożyć duplikaty.

Reszta to nadbudowa. Te cztery punkty to minimum, poniżej którego „integracja” się nie liczy.

Jak to działa technicznie

Telegram: Bot API + webhook

Najczystsza droga to Telegram Bot API. Tworzysz bota przez @BotFather, dostajesz token. Są dwa tryby odbioru wiadomości: polling i webhook. Na produkcji zawsze webhook: mówisz Telegramowi „wysyłaj wszystkie aktualizacje na ten URL”, a przy każdej wiadomości Telegram sam wykonuje POST na twój endpoint.

Przepływ:

Klient → bot Telegram → webhook (POST na twój URL)
       → twój handler parsuje update
       → szuka kontaktu w CRM po chat_id / username
       → brak → tworzy kontakt + szansę (AmoCRM API v4 / HubSpot / Pipedrive)
       → jest → doczepia wiadomość do istniejącej szansy
       → pinguje czat roboczy zespołu

Jeśli potrzebujesz nie bota, a prywatnego/firmowego numeru Telegram — to już nie Bot API, lecz rozwiązania w stylu Wappi lub Wazzup, które utrzymują sesję na numerze. Bot jest prostszy, tańszy i stabilniejszy; numer przydaje się, gdy klient ma widzieć żywego człowieka, a nie „@firma_bot”.

WhatsApp: API albo konektor

Dwie uczciwe drogi dla WhatsAppa:

• WhatsApp Business API (przez Meta / dostawcę BSP) — oficjalnie, niezawodnie, wymaga weryfikacji firmy i szablonów wiadomości. Dobre na wolumen.
• Konektor w rodzaju Wappi — utrzymuje WhatsAppa na numerze i daje webhook na przychodzące plus REST do wysyłki. Szybszy start, taniej na początku, ale to kanał nieoficjalny — trzeba go pilnować.

Logika obsługi jest identyczna jak w Telegramie: przychodząca wiadomość leci webhookiem → parsujesz → zapisujesz do CRM.

CRM: dokąd i jak zapisywać

• AmoCRM API v4. Tworzysz szansę przez POST /api/v4/leads, kontakt przez /api/v4/contacts, łączysz je, ustawiasz pola własne (źródło, kanał) i tag. Autoryzacja — OAuth 2.0 z długotrwałym tokenem. Korespondencję wygodnie trzymać w notatkach szansy lub przez czatowe API „Nieposortowane”.
• HubSpot. Obiekty Contacts i Deals przez CRM API, powiązane przez associations. Na utworzenie deala możesz zawiesić workflow, który od razu stawia zadanie i właściciela.
• Pipedrive. Persons i Deals przez REST API, pola własne po kluczach. Activities — na zadania dla handlowca.

Wszędzie ta sama zasada: webhook od komunikatora to wyzwalacz, API CRM to akcja. Między nimi siedzi twój kod albo scenariusz no-code, który decyduje „utworzyć czy dopisać”.

Jak to wygląda w przepływie (krok po kroku)

1. Klient pisze na WhatsAppie: „Ile kosztuje strona?”
2. Wappi wystrzeliwuje webhook na twój endpoint: numer, treść, czas.
3. Handler szuka numeru w AmoCRM. Nie znajduje.
4. Tworzy kontakt (numer + nazwa z profilu), tworzy szansę, ustawia pole „Źródło: WhatsApp”, tag „nowy-2026-05”, wkłada pierwszą wiadomość do notatki.
5. Pinguje czat zespołu na Telegramie: „🟢 Nowy lead · WhatsApp · +48… · »Ile kosztuje strona?« · [otwórz w CRM]”.
6. Handlowiec otwiera kartę, odpowiada prosto z CRM. Odpowiedź leci na WhatsAppa przez API.
7. Klient odpisuje — wiadomość doczepia się do tej samej szansy. Bez duplikatów.

Od „klient nacisnął wyślij” do „zespół zobaczył”: sekundy, nie godziny.

No-code czy kod: komu co

Buduję jedno i drugie. Granica jest prosta.

No-code (Make, n8n, Zapier) pasuje, jeśli:

• Do ~300–500 wiadomości miesięcznie.
• Logika jest liniowa: przyszło → utwórz szansę → powiadom.
• Akceptujesz opłaty za plany platform i ich limity operacji.

n8n lubię szczególnie: można go postawić na własnym serwerze, więc nie płacisz za operacje i nie uderzasz w cudze limity.

Kod jest potrzebny, jeśli:

• Wolumeny są duże albo potrzebna realna deduplikacja po kilku cechach.
• Skomplikowany routing (różni handlowcy wg produktu/języka/regionu).
• Potrzeba kwalifikacji leada przed utworzeniem szansy (tu wchodzi agent AI).
• Liczy się szybkość i kontrola: własny handler webhooka odpowiada w milisekundach i nie zależy od cudzego uptime'u.

Częsty rozsądny hybryd: webhook i logikę routingu — kodem, a powiadomienia i drobne akcje — przez n8n. To właśnie automatyzacja procesów biznesowych w czystej postaci — połączyć systemy tak, by między nimi nie było człowieka-przekaźnika.

Czego nie wolno zepsuć

• Deduplikacja od pierwszego dnia. Bez niej po miesiącu masz trzy karty na jednego klienta, a raporty kłamią.
• Idempotentność webhooka. Telegram i dostawcy WhatsAppa potrafią dostarczyć to samo zdarzenie dwa razy. Handler musi to przeżyć bez tworzenia duplikatów.
• Logowanie. Każda przychodząca wiadomość trafia do logu. Gdy lead „zniknie” (a to pytanie kiedyś padnie), musisz móc udowodnić, czy wiadomość doszła.
• Retry po stronie CRM. API się wykładają. Kolejka z ponowieniem jest obowiązkowa — inaczej awaria AmoCRM i tak gubi leada.

Co z tego realnie wychodzi

Po takim połączeniu liczby są stabilne: leady docierają do zespołu w sekundy, pokrycie to 100% (wszystko, co wpadło do komunikatora, jest w CRM), a szef po raz pierwszy widzi realną liczbę dziennych zapytań. Handlowiec przestaje żyć w siedmiu oknach — odpowiada z jednego CRM. I najważniejsze: „zapomniałem odpisać” znika jako kategoria problemu, bo szansa bez odpowiedzi jest widoczna, a nie pogrzebana w czyjejś prywatnej skrzynce.

FAQ

Po co w ogóle integrować CRM z Telegramem i WhatsAppem? Żeby żaden lead z komunikatora nie zginął na prywatnym numerze ani w nieprzeczytanych. Każda wiadomość w kilka sekund staje się szansą w CRM, zespół dostaje ping, a szef po raz pierwszy widzi realną liczbę zapytań. Bez tego „utracony lead” to nie błąd, lecz norma.

Jak technicznie połączyć komunikator z CRM? Przez webhooki i API. Komunikator wysyła POST na twój endpoint przy każdej wiadomości (Telegram — Bot API, WhatsApp — Business API lub konektor typu Wappi), twój handler parsuje update i przez API CRM tworzy lub uzupełnia szansę. Webhook to wyzwalacz, API CRM to akcja.

Które CRM są wspierane? Praktycznie każdy z otwartym API. Najczęściej AmoCRM (API v4), HubSpot i Pipedrive — wszystkie integrują się po REST/OAuth. AmoCRM jest wygodniejszy pod rynek CIS i komunikatory „od ręki”, HubSpot pod złożone lejki i marketing, Pipedrive najprostszy dla małego zespołu. Bierz ten, w którym zespół naprawdę pracuje.

Czym WhatsApp Business API różni się od zwykłego WhatsAppa? Zwykły WhatsApp (i Business App) działa na telefonie i nie ma legalnego API do CRM. WhatsApp Business API to oficjalny kanał przez Meta/BSP: wymaga weryfikacji firmy i szablonów wiadomości, ale jest niezawodny i skalowalny. Konektory typu Wappi utrzymują sesję na numerze szybciej i taniej, lecz to kanał nieoficjalny.

Czy dane klientów są bezpieczne i zgodne z RODO? Tak, jeśli integrację zrobi się poprawnie. Dane lecą szyfrowanym kanałem (HTTPS), trafiają do twojego CRM, a nie do cudzej chmury, dostęp ograniczasz rolami, a w polityce prywatności wskazujesz cele przetwarzania. Z oficjalnym WhatsApp Business API i CRM z serwerami w UE spełniasz wymogi RODO.

Ile to kosztuje i jak długo trwa? Podstawowe połączenie jednego kanału z CRM, z powiadomieniami i auto-szansą — od €600 i zwykle 1–2 tygodnie. Dwukierunkowa synchronizacja, deduplikacja i routing kosztują więcej, zależnie od logiki.

Jeśli z twoich komunikatorów wyciekają leady — napisz do mnie, w 30 minut rozrysuję twój przepływ i powiem dokładnie, gdzie jest dziura i czym ją zatkać.