Oferty handlowe: konfigurator zamiast Worda.

Gdzie fuksuje proces handlowy

Typowe bóle, które przychodzą do mnie od działów sprzedaży B2B:

• Dział spędza 4-8 godzin na ofertę: kopiowanie z poprzedniej, ręczne aktualizowanie cen, pobieranie opisów produktów z katalogu, formatowanie w Wordzie. Żaden handlowiec nie lubi, ale każdy to robi.
• Wersje ofert żyją własnym życiem: klient dostał ofertę v1, zmienił zakres, handlowiec napisał v2, nikt nie wie która jest aktualna. Po tygodniu próbują znaleźć "tę właściwą".
• Follow-up jest ad-hoc: wysłaliśmy ofertę, klient nie odpowiedział. Pamiętać o napomnieniu? Czasem tak, czasem nie. Leady gubią się między palcami.
• Brak approval flow: handlowiec daje rabat 15 procent, potem przełożony się dowiaduje "zbyt późno". Albo handlowiec nie daje rabatu, bo nie wie czy może, klient odpada.
• Po wygranej oferta nie staje się umową/fakturą: te same dane handlowiec przepisuje trzeci raz do CRM, a potem do systemu fakturowego.

Każda z tych bolączek jest celem automatyzacji. Razem: cykl ofertowy skraca się z 2-5 dni do 30-120 minut, mniej błędów, każda oferta trackowana.

Konfigurator ofert: core rozwiązania

Konfigurator to UI, w którym handlowiec klika zamiast pisać. Typowe elementy:

• Katalog produktów i usług: z cenami (cennik standardowy plus ewentualne cenniki dla segmentów klientów). Katalog jest single source of truth, synchronizowany z ERP.
• Wariantowanie: konfigurator pozwala wybierać opcje (wersja Pro vs Lite, licencja 1 vs 3 lata, serwis wliczony vs osobno). Każda opcja zmienia cenę i generuje inny PDF.
• Rabaty w widełkach: handlowiec może dać rabat do 10 procent samodzielnie, 10-20 wymaga approvalu przełożonego (przez workflow), powyżej 20 dyrektora sprzedaży.
• Szablony per branża: inny template dla klienta e-commerce (ceny modułowe plus wsparcie), inny dla manufacturing (umowa jednorazowa plus SLA).
• Instant preview PDF: handlowiec widzi końcowy PDF zanim wyślij, zero surprise.

Implementacja: n8n orchestruje, UI bywa custom w TypeScripcie (Next.js, SvelteKit) albo w ramach istniejącego CRM (HubSpot quotes, Pipedrive custom fields). Katalog w bazie Postgres albo synchronizowany z ERP przez API.

Generowanie PDF z brandem i dynamicznym contentem

PDF oferty to wizytówka firmy. Wymagania produkcyjne:

• Brand compliance: logotyp, typografia, kolory zgodne z identyfikacją wizualną. Template zarządzany przez dział marketingu, aktualizowany centralnie.
• Dynamiczny content: nazwa klienta, data, numer oferty, pozycje ze słownika katalogu, ceny, suma, termin ważności. Plus warunki pomocnicze (gwarancja, SLA, warunki płatności) zależne od wariantu.
• Multi-language: polski dla PL klientów, angielski dla zagranicznych. Template per język, data formatting per lokalizacja.
• Dodatki: załączniki techniczne (specyfikacja), case studies relevant dla branży klienta, CV zespołu dedykowanego (dla projektów wdrożeniowych).

Stack techniczny, którego używam:

• Handlebars / Jinja2 template: HTML z placeholderami, wypełniany danymi z n8n.
• Headless Chrome przez Playwright albo Puppeteer: render HTML do PDF z opcjami print (marginesy, orientacja, page break).
• Alternatywnie WeasyPrint albo wkhtmltopdf: Python-based, lżejsze, dobrze dla prostych PDF.

PDF zapisywany do Cloud Storage (GCS, S3) z pre-signed URL dla klienta. Life span URL 30 dni (albo do zamknięcia oferty).

Tracking: co się dzieje z ofertą po wysłaniu

Po wysyłce oferty handlowiec i manager chcą wiedzieć: czy klient ją otworzył, czy czytał, czy porównał z konkurencją. Workflow daje odpowiedzi:

• Link zamiast załącznika: zamiast PDF w mailu, link do portalu klienta. Klient klika → wiemy kiedy otworzył. Każde otwarcie loguje się.
• Scroll depth i time on page: jeśli portal ma embedded viewer, trackujemy czy klient przewinął do końca, czy spędził 2 minuty czy 30 sekund.
• Pobieranie PDF: jeśli klient kliknął "download", trackujemy (oznacza że wraca do PDF offline, rozważa oferta serio).
• Reshare detection: jeśli link wygenerował więcej otwarć z różnych IP, oferta zostaje przekazana wewnątrz firmy klienta. To często dobry sygnał (włączają decydenta).

Alerts dla handlowca: "Klient X otworzył ofertę 3 razy dzisiaj" jest sygnałem do zadzwonienia. "Klient Y nie otworzył oferty od 7 dni" jest sygnałem do follow-up albo zamknięcia oferty.

Follow-up automation: sekwencja, nie spam

Po wysyłce oferty typowa sekwencja follow-up:

1. Day 0 (wysyłka): mail z linkiem do oferty plus call-to-action ("pytania? odezwę się za 2-3 dni").
2. Day +3: jeśli klient nie otworzył oferty, mail z nudge ("mail może się zgubił, link tutaj"). Jeśli otworzył, mail z pytaniem ("czy masz pytania techniczne?").
3. Day +7: handlowiec dostaje zadanie w CRM ("zadzwoń do Klient X"). Workflow nie wysyła automatycznego maila, zostawia decyzję ludzką.
4. Day +14: mail z soft reminder ("oferta ważna jeszcze 14 dni, pytania chętnie rozwieję"). Wariant: przypomnienie że klient dostał case study od podobnej firmy.
5. Day +28: mail z pytaniem "czy decyzja była na tak czy na nie". Jeśli cisza, oferta przechodzi w status "utrata" z flagą do ręcznego review.

Wszystkie maile sperzonalizowane (imię, nazwa firmy klienta, tytuł projektu). Templatowane, ale nie "szablonowe w tonie". LLM pomaga generować subtle warianty ("dziś", "u Was" vs "u Państwa", w zależności od stylu kliemta w poprzednich mailach).

Konwersja oferta → umowa → faktura

Po akceptacji oferty przez klienta workflow przekształca ją w kolejne dokumenty:

• Umowa: template umowy generowany z danych oferty (strony, przedmiot, kwoty, terminy). Dział prawny review, workflow tracki draft → review → sign.
• Podpis elektroniczny: integracja z Autenti, DocuSign, SimpleSign albo kwalifikowanym podpisem (KIR). Klient podpisuje bez drukowania, workflow dostaje notyfikację.
• Pierwsza faktura: jeśli wymagana zaliczka albo first milestone, faktura generowana automatycznie po podpisaniu umowy.
• Onboarding project kickoff: w CRM zmiana statusu na "client", tworzenie projektu w project management tool, przypisanie deliverables do zespołu, pierwszy mail z instrukcjami dla klienta.

Tu łączy się z automatyzacją fakturowania, obsługą klienta i onboardingiem. Oferta jest inputem, reszta flow wychodzi automatycznie.

Najczęstsze pytania

Co warto przeczytać obok