Task breakdowns

Leady z formularzy przepisywane ręcznie do CRM: ile kosztuje integracja

Jak sprawić, by zgłoszenie z formularza albo kalkulatora trafiało do CRM w kilka sekund — z parametrami UTM, bez duplikatów kartotek i bez cichych strat przy awarii.

The problem

Typowy obraz: strona jest zrobiona porządnie — formularze z walidacją, kalkulatory i quizy, antyspam, mail do handlowca i autoresponder do klienta. Ale dalej łańcuch się zrywa. Handlowiec otwiera skrzynkę i ręcznie przekleja telefon oraz treść zgłoszenia do CRM. Od wysłania formularza do pojawienia się leada w systemie mija od dwudziestu minut do następnego rana — a w tym czasie klient już pisze do konkurencji. Do tego literówki w numerach: lead jest, tylko nie ma gdzie zadzwonić.

Druga warstwa strat to analityka. UTM-y są zbierane na stronie, ale do CRM nie dojeżdżają, więc w kartotece lead wygląda jak „znikąd". Nie ma czym policzyć, który kanał przynosi pieniądze, a nie tylko kontakty: w panelu reklamowym są jedne liczby, w CRM inne, a powiązać je można wyłącznie ręcznie po datach. Trzecia warstwa to duplikaty: ta sama osoba przeszła kalkulator, potem wypełniła formularz na stronie usługi, potem zadzwoniła. W bazie powstają trzy kartoteki u trzech handlowców, z czego dwóch dzwoni do tego samego klienta.

What makes it hard

Prosty webhook „formularz → API CRM" psuje się przy pierwszej awarii. Jeśli CRM jest niedostępny przez dziesięć minut albo zmienił się schemat leada, żądanie po prostu nie przechodzi — i nikt się o tym nie dowie, dopóki klient sam nie przypomni o sobie. Dlatego przekazywanie musi mieć kolejkę, ponowienia i dziennik zdarzeń, a zgłoszenie musi zostawać w bazie strony także wtedy, gdy CRM go nie przyjął.

Drugie ograniczenie to pola. Każdy CRM (Bitrix24, HubSpot, Pipedrive, Salesforce, Livespace, Odoo, amoCRM) ma własny model leada, własne pola wymagane i własne uprawnienia. Mapowania „co z formularza ląduje w którym polu" nie da się zgadnąć po stronie wykonawcy: to decyzja osoby, która prowadzi leada dalej po leju sprzedażowym. Potrzebne jest więc środowisko testowe albo wydzielona sekcja bazy produkcyjnej — inaczej wdrożenie zaśmieci realną bazę próbnymi zgłoszeniami. I trzecie: jeśli stronę robił inny wykonawca albo kod jest w obcym repozytorium, do terminu dochodzi czas na dostępy i rozpoznanie, jak dziś faktycznie zapisywane są zgłoszenia.

How we solve it

Łączymy się z CRM osobnym użytkownikiem serwisowym o minimalnych potrzebnych uprawnieniach — tworzenie leadów i aktywności, nic więcej. Następnie mapujemy pola na środowisku testowym razem z Państwa handlowcem: imię, telefon, e-mail, usługa, komentarz, parametry i kwota wyliczona w kalkulatorze, UTM-y, strona wejścia. Ustalenia domykamy zanim do CRM poleci pierwsze produkcyjne zgłoszenie — przerabianie mapowania na żywej bazie jest droższe.

Niezawodność budujemy warstwą kolejki: każde przekazanie jest logowane (co poszło, kiedy, z jaką odpowiedzią CRM), nieudane jest ponawiane zgodnie z harmonogramem, a jeśli i ponowienia nie przejdą — handlowiec dostaje powiadomienie. Zgłoszenie przy tym nigdzie nie znika: zostaje w bazie strony i dodatkowo idzie mailem. Integracja dodaje kanał, a nie zastępuje istniejących — to kwestia zasadnicza, bo każde „teraz wszystko tylko przez CRM" wcześniej czy później kończy się utraconymi kontaktami.

Porządek w bazie to osobny blok prac. Przed utworzeniem leada szukamy istniejącego po znormalizowanym numerze telefonu i adresie e-mail; powtórny kontakt dopisuje się do kartoteki jako osobna aktywność, a nie mnoży duplikatów. Na wierzchu, jeśli trzeba, stawiamy obwód analityczny: status obsługi wraca na stronę, a transakcje z CRM są odsyłane do Google Ads i GA4 jako konwersje offline — wtedy reklama optymalizuje się pod sprzedaż, a nie pod wypełnianie formularzy. Kończymy przejściem wszystkich formularzy i kalkulatorów na środowisku testowym razem z Państwa handlowcem oraz krótką instrukcją: gdzie patrzeć w dziennik, co robić przy awarii, jak dodać nowe pole.

What drives the price and timeline

Widełki rynkowe w Polsce: podstawowe przekazywanie zgłoszeń do CRM z mapowaniem pól, UTM-ami i ponowieniami przy awarii — około 1 200–2 200 zł, 4–6 dni roboczych. Z deduplikacją, zwrotem statusu na stronę i osobnymi regułami dla kalkulatorów — 1 900–3 400 zł, 7–10 dni. Wariant z analityką end-to-end (konwersje offline w Google Ads i GA4, raport źródeł, segmentacja po usługach) — 3 000–5 500 zł, 10–15 dni.

Głównym czynnikiem ceny nie jest liczba formularzy, a złożoność modelu leada po stronie CRM i stan gotowości strony. Jeśli zgłoszenia już są zapisywane w bazie z UTM-ami i deduplikacją, integracja jest nadbudówką. Jeśli formularze wysyłają tylko maila i nigdzie się nie zapisują, najpierw trzeba zrobić magazyn zgłoszeń — to kilka dni więcej. Osobno liczy się wszystko, co zmienia się po stronie CRM: nowe pola, inny schemat leada, własne procesy biznesowe. Termin liczy się poprawnie od dnia, w którym przyszły dostępy i pojawiło się środowisko testowe, a nie od daty podpisania umowy.

This breakdown is anonymised: no client names and no deal-specific prices. More breakdowns — Task breakdowns

Realizacje w tym obszarze

USUAL ONE

Sklep z butelkami termicznymi, z koszykiem, panelem i integracją z CRM.

Next.js 16Prisma 7PostgreSQLTailwind v4
Szczegóły →

BÉGA

Sklep z torebkami damskimi z katalogiem, filtrami i integracją z CRM, kurierem i płatnościami.

Next.js 16Prisma 7keyCRMLiqPay
Szczegóły →

Omówić projekt

Proszę opowiedzieć o zadaniu w rozmowie — głosem, tekstem lub plikami. W odpowiedzi otrzyma Pan/Pani ofertę z zakresem prac, ceną i terminem. Albo po prostu napisać na Telegramie lub mailem.

Omówić projekt@soloveynikinfo@lambertain.agency

Kontakt

MASZ
POMYSŁ?

Proszę opowiedzieć o zadaniu — odpowiemy szybko i zaproponujemy rozwiązanie.

@soloveynikinfo@lambertain.agencygithub.com/Lambertain