Automatyczne wysyłanie ofert jedno kliknięcie po rozmowie
Po rozmowie handlowiec zaznacza pozycje w CRM i klika raz. Workflow bierze dane klienta, liczy cenę z aktualnego cennika, składa PDF z szablonu i wysyła mail w minuty, nie za dwa dni. Gdy klient otworzy ofertę, handlowiec dostaje powiadomienie i dzwoni w chwili, gdy zainteresowanie jest najwyższe.
- 1 kliknięcietyle zostaje po stronie handlowca przy ofercie po rozmowie. Przy ofercie standardowej z formularza na stronie: zero, dokument wychodzi sam
- 42 godzinytyle średnio firma czekała z pierwszą reakcją na zgłoszenie z internetu w audycie 2 241 firm, Harvard Business Review. Oferta jest drugim czekaniem klienta, zwykle dłuższym
- 2 do 4 tygodniod warsztatu do pierwszej oferty wysłanej z workflow, porównanego pozycja po pozycji z ofertami, które zespół zrobił ręcznie
Problem
Dlaczego klient czeka na ofertę dwa dni, skoro rozmowa trwała pół godziny?
Rozmowa poszła dobrze, klient chce wycenę. Handlowiec wraca do biura, otwiera Worda albo szablon w Excelu, kopiuje dane firmy z CRM, sprawdza, czy cennik w pliku jest jeszcze aktualny, liczy rabat, eksportuje PDF i pisze maila. Tylko że po drodze ma jeszcze trzy spotkania, więc oferta z wtorku wychodzi w czwartek. Klient w tym czasie rozmawiał z dwiema innymi firmami.
Przy kilku ofertach dziennie to kilka godzin tygodniowo na jednego handlowca, a każda z nich to praca, w której najłatwiej o błąd: stara cena, literówka w nazwie firmy, rabat, którego nikt nie zatwierdził. Do tego nikt nie wie, czy klient ofertę w ogóle otworzył, więc follow-up idzie w ciemno albo wcale.
Koszt czekania jest policzalny. W audycie 2 241 firm opublikowanym w Harvard Business Review średni czas pierwszej reakcji na zgłoszenie z internetu wyniósł 42 godziny, a 23 procent firm nie odpowiedziało wcale. Firmy, które reagowały w ciągu godziny, kwalifikowały leada blisko 7 razy częściej niż te, które czekały godzinę dłużej. Badanie mierzyło pierwszy kontakt, nie wysłanie oferty, ale zegar jest ten sam: klient porównuje szybkość, zanim porówna ceny.
- Oferta wychodzi dwa dni po rozmowie, gdy klient już porównuje inne wyceny
- Cena z nieaktualnego cennika, którą potem trzeba prostować mailem
- Rabat dany bez akceptacji, widoczny dopiero na fakturze
- Nikt nie wie, które oferty klient otworzył, więc follow-up idzie w ciemno
Dlaczego teraz
Co się zmieniło, że da się to zrobić w tygodnie, nie w kwartał?
Każdy element oferty ma dziś interfejs. Dane klienta i pozycje siedzą w CRM z API, cennik w arkuszu, bibliotece produktów albo ERP, szablon w Google Docs, PandaDoc albo we własnym HTML, który da się wypełnić polami i zapisać jako PDF. Nie trzeba niczego przepisywać, trzeba to połączyć w jednej kolejności.
Natywne moduły ofert w CRM, jak Quotes w HubSpot czy Smart Docs w Pipedrive, dobrze radzą sobie z listą produktów z jednej biblioteki. Gorzej, gdy cena zależy od reguł spoza CRM, gdy rabat powyżej progu ma czekać na akceptację, gdy dokument ma własny układ, albo gdy ofertę ma wysłać formularz bez udziału handlowca. Wtedy logikę przenosimy do n8n, Make albo własnej integracji przez API, a CRM zostaje miejscem, gdzie oferta jest zapisana i widoczna.
Trzecia zmiana to agent AI. Workflow wyśle ofertę, ale nie odpowie kierownikowi na pytanie „ile ofert z tego miesiąca klient otworzył i nie odpisał”. BOND, nasz firmowy agent AI, odpowiada na to zwykłym zdaniem, z danych CRM, w 5 do 10 sekund.
Co się zmienia
Co dostaje zespół sprzedaży?
Oferta wychodzi w minuty, nie w dni
Po rozmowie handlowiec zatwierdza pozycje w CRM, a workflow składa dokument z szablonu, liczy cenę z cennika i wysyła mail z PDF. Klient dostaje ofertę, gdy jeszcze pamięta rozmowę.
Jedno kliknięcie po stronie handlowca, zero przy ofercie standardowej z formularza
Cena zawsze z aktualnego cennika
Workflow bierze ceny i rabaty z jednego źródła: arkusza, biblioteki produktów w CRM albo ERP. Stary cennik w pliku na czyimś pulpicie przestaje mieć znaczenie.
Rabat powyżej progu ustalonego na warsztacie czeka na akceptację, zanim oferta wyjdzie
Wiesz, kiedy klient otworzył ofertę
Otwarcie dokumentu wysyła powiadomienie na Slacku, w Teams albo mailem, z nazwą klienta i numerem oferty. Handlowiec dzwoni w chwili, gdy zainteresowanie jest najwyższe, a nie trzy dni później z pytaniem, czy dotarło.
Powiadomienie w kilka sekund od otwarcia, z czasem, jaki minął od wysyłki
Zero literówek w nazwie klienta i NIP-ie
Dane firmy, osoby kontaktowej i adresu wchodzą do szablonu z rekordu w CRM, nie z pamięci handlowca. Brakujące pole blokuje wysyłkę i wraca listą braków, zamiast wyjść do klienta z pustym miejscem.
Jedno źródło danych klienta: rekord w HubSpot, Pipedrive, Salesforce albo LiveSpace
Każda oferta przy szansie w CRM, z numerem i wersją
Workflow dopina PDF do szansy sprzedaży, nadaje numer i wersję, a każda poprawka zostaje w historii. Po miesiącu wiesz dokładnie, co klient dostał i w jakiej cenie.
Status oferty (wysłana, otwarta, zaakceptowana, wygasła) widoczny w pipeline bez ręcznego przepinania
Pytania o oferty zwykłym zdaniem
„Ile ofert czeka na odpowiedź dłużej niż 7 dni”, „które oferty z tego miesiąca klient otworzył i nie odpisał”, „jaki średni rabat dał zespół w sierpniu”. Agent AI odpowiada z CRM w kilka sekund.
BOND odpowiada z danych firmy w 5 do 10 sekund, po polsku albo po angielsku
A u Ciebie
Co, jeśli każda nasza oferta jest inna?
Cztery zdania, które słyszymy najczęściej przy ofertowaniu, i to, co na nie odpowiadamy. Piszemy z myślą o firmach B2B od 10 do 200 osób, które mają CRM i wysyłają co najmniej kilka ofert tygodniowo.
Każda nasza oferta jest inna, nie da się tego zautomatyzować.
Na warsztacie bierzemy oferty z ostatniego kwartału i sprawdzamy, co w nich naprawdę się zmienia. Zwykle zmienia się lista pozycji, ilości i rabat, a nagłówek, dane klienta, warunki handlowe i stopka są takie same. Automatyzujemy część stałą, a zmienną zostawiamy handlowcowi w polach w CRM, które i tak wypełnia.
Mamy cennik w Excelu i on się zmienia co miesiąc.
To nie przeszkoda, tylko punkt wyjścia. Arkusz zostaje źródłem cen, workflow czyta go przy każdej ofercie, więc zmiana ceny w arkuszu jest od razu w następnym dokumencie. Ustalamy tylko, kto ma prawo go zmieniać, a każda zmiana zostaje w historii z datą i autorem.
HubSpot ma moduł ofert, po co coś więcej?
Jeśli oferta to lista produktów z biblioteki w CRM, natywny moduł wystarczy i tak Wam powiemy. Zewnętrzny workflow ma sens, gdy cena zależy od reguł spoza CRM, na przykład z cennika w ERP, gdy rabat ma czekać na akceptację, gdy dokument ma własny układ albo gdy ofertę ma wysłać formularz bez handlowca.
Boimy się, że automat wyśle klientowi błędną cenę.
Dlatego przed pierwszą wysyłką workflow działa równolegle: generuje oferty na tych samych zleceniach, na których zespół zrobił je ręcznie, a my porównujemy dokumenty pozycja po pozycji. Do produkcji przechodzi, gdy różnice w cenach są zerowe. Rabat powyżej progu i wartość powyżej kwoty ustalonej na warsztacie zawsze czekają na akceptację człowieka.
- CRM
- HubSpot, Pipedrive, Salesforce, LiveSpace
- Szablony i dokumenty
- Google Docs, PandaDoc, Microsoft 365, własny HTML z eksportem do PDF
- Cennik i produkty
- Google Sheets, biblioteka produktów w CRM, Subiekt, Comarch Optima, bazy SQL
- Podpis elektroniczny
- Autenti, PandaDoc
- Wysyłka i powiadomienia
- Google Workspace, Microsoft 365, Slack, Microsoft Teams
- Warstwa automatyzacji
- n8n, Make, Zapier, własne integracje przez API
Z czego składa się oferta i skąd workflow bierze dane
Elementy, które najczęściej wchodzą do automatycznej oferty. Kolejność i progi ustalamy na warsztacie, bo to one decydują, kiedy dokument wychodzi sam, a kiedy czeka na człowieka.
| Element oferty | Skąd bierzemy dane | Co pilnuje reguła |
|---|---|---|
| Dane klienta | rekord firmy i kontaktu w CRM: nazwa, adres, NIP, osoba do kontaktu | brak pola blokuje wysyłkę i wraca do handlowca listą braków |
| Pozycje i ilości | pozycje zaznaczone w szansie sprzedaży, formularz na stronie albo konfigurator | pozycja spoza cennika idzie do kolejki ręcznej |
| Ceny i rabaty | cennik w Google Sheets, biblioteka produktów w CRM albo ERP: Subiekt, Comarch Optima | rabat powyżej progu czeka na akceptację przełożonego |
| Szablon, język i waluta | segment i rynek klienta z CRM | wersja PL, EN albo DE z tego samego zestawu pól |
| Termin ważności | reguła ustalona na warsztacie, na przykład 14 dni od wysyłki | przed wygaśnięciem przypomnienie do handlowca, po nim zmiana statusu |
| Numer i wersja | licznik w CRM, każda poprawka to nowa wersja | stara wersja zostaje przy szansie, klient dostaje tylko aktualną |
| Załączniki | katalog, referencje, warunki handlowe z Google Drive albo SharePoint | zestaw dobrany do kategorii produktu, nie ręcznie z dysku |
Wiersze to punkt wyjścia. U większości klientów pierwsze wdrożenie obejmuje dane klienta, pozycje, ceny i numerację, resztę dokładamy, gdy okaże się potrzebna.
Jak to robimy
Pięć kroków od oferty w Wordzie do oferty z jednego kliknięcia
Najpierw proces. Potem narzędzia. Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym.
Warsztat
Bierzemy oferty z ostatniego kwartału i rozkładamy je na część stałą i zmienną. Mierzymy, ile mija od rozmowy do wysyłki i gdzie utyka: w cenniku, w akceptacji rabatu, w kolejce handlowca. Sprawdzamy, gdzie dziś żyją cennik i szablon, łącznie z plikiem na czyimś pulpicie.
Projekt szablonu i reguł
Jeden szablon z polami z CRM (Google Docs, PandaDoc albo własny HTML), reguły cen i rabatów, próg akceptacji, termin ważności, numeracja i wersje. Wybór narzędzia: moduł ofert w CRM, n8n, Make albo integracja przez API. Ustalamy, które oferty mogą wyjść bez handlowca.
Budowa i test równoległy
Workflow generuje oferty na tych samych zleceniach, które zespół zrobił ręcznie w ostatnich tygodniach, a my porównujemy dokumenty pozycja po pozycji. Do produkcji przechodzi, gdy różnice w cenach są zerowe, a każdy brak danych trafia do kolejki ręcznej, nie do klienta.
Przełączenie i szkolenie
Handlowcy wysyłają pierwsze oferty z workflow, z monitoringiem błędów. Kierownik sprzedaży uczy się zmieniać cennik, próg rabatu i szablon sam: nowa pozycja, promocja na kwartał, inny termin ważności na czas kampanii. Bez zgłoszenia do nas.
Pomiar
Po 30 dniach patrzymy na czas od rozmowy do wysyłki, odsetek otwartych ofert i liczbę ofert w kolejce ręcznej. Po 90 dniach na wynik: ile ofert zamieniło się w zamówienie wobec kwartału przed wdrożeniem. Donastrajamy reguły do tego, co wpada, a nie do tego, co przewidzieliśmy.
Przed i po
Jak zmienia się dzień handlowca
Przedtem
- Po rozmowie otwiera Worda, kopiuje dane klienta z CRM i sprawdza, czy cennik w pliku jest aktualny
- Ofertę z wtorku wysyła w czwartek, bo w środę miał trzy spotkania
- Nie wie, czy klient w ogóle otworzył PDF, więc dzwoni w ciemno albo wcale
- Szuka w wysłanych, którą wersję i jaką cenę wysłał miesiąc temu
Po zmianie
- Po rozmowie zaznacza pozycje w CRM i klika raz, oferta wychodzi w minuty
- Cena liczy się z jednego cennika, rabat powyżej progu czeka na akceptację, reszta idzie od razu
- Dostaje powiadomienie, gdy klient otworzył ofertę, i dzwoni w tej chwili
- Każda wersja oferty wisi przy szansie w CRM z numerem, datą i statusem
Pierwsza oferta z workflow wychodzi w dniu przełączenia. Czas od rozmowy do wysyłki i odsetek otwartych ofert oceniamy po 30 dniach, wynik sprzedażowy po 90.
Dla osoby, która to zamawia
Co z tego ma szef sprzedaży
Czas od rozmowy do oferty staje się liczbą w CRM, którą widzisz w poniedziałek rano, a nie wrażeniem z przeglądu kwartału. Pytania „czy ta oferta już wyszła” i prostowanie cen mailem przestają lądować na Twoim biurku, bo cennik i próg rabatu są w jednym miejscu i zatwierdziłeś je sam.
Druga rzecz jest ważniejsza przy rozmowie z zarządem. Wiesz, ile ofert wyszło w tym miesiącu, ile klient otworzył, ile zamieniło się w zamówienie i jaki rabat zespół dał średnio. To argument w rozmowie o planie sprzedaży i o marży, którego dziś nie masz, bo oferty leżą w wysłanych na kilkunastu skrzynkach.
- Szablon, cennik i progi rabatów w jednym miejscu, pod Twoją kontrolą
- Czas od rozmowy do oferty mierzony automatycznie, nie deklarowany
- Workflow uruchomiony równolegle, więc stary sposób działa do końca testów
- Nowy handlowiec wysyła poprawną ofertę pierwszego dnia, bo reguły są w systemie, nie w głowie seniora
Ile to kosztuje
Warsztat ma cenę jawną, wdrożenie wycenę po nim
Warsztat procesowy kosztuje 2500 zł netto za tydzień. Przy ofertowaniu zwykle wystarcza jeden tydzień, a dwa, gdy cennik ma wiele reguł rabatowych albo oferty idą w kilku językach i walutach. Wdrożenie wyceniamy po warsztacie, gdy wiadomo, ile szablonów, źródeł cen i kanałów wysyłki wchodzi w grę i w jakim stanie jest CRM.
Koszt działania workflow płacisz bezpośrednio dostawcy narzędzia (n8n, Make, PandaDoc, Autenti) albo nie płacisz wcale, gdy stoi na Waszej infrastrukturze. Bez naszej prowizji.
Warsztat procesowy
2500 zł netto
za tydzień, przy ofertowaniu zwykle jeden
Zamknięta całość. Kończy się spisanym procesem ofertowania, szablonem z listą pól i regułami cen, które możesz wdrożyć bez nas.
- Mapa dzisiejszego ofertowania z pomiarem czasu od rozmowy do wysyłki
- Szablon oferty rozłożony na część stałą i pola z CRM
- Reguły cen, rabatów i próg akceptacji spisane razem z wyjątkami
- Rekomendacja narzędzia: moduł ofert w CRM, n8n, Make albo API
- Wskaźniki do pomiaru po 30 dniach
- Najczęściej wybierany
Warsztat i wdrożenie ofertowania
Wycena po warsztacie
zakres wynika z liczby szablonów i źródeł cen
Najczęściej wybierany wariant. Działające ofertowanie w 2 do 4 tygodni od warsztatu, porównane z ofertami, które zespół zrobił ręcznie.
- Wszystko z warsztatu
- Workflow w n8n, Make albo przez API, spięty z CRM, cennikiem i szablonem
- Generowanie PDF, wysyłka maila, numeracja i wersje, zapis przy szansie w CRM
- Powiadomienie o otwarciu oferty i akceptacja rabatu powyżej progu
- Test równoległy na ofertach z ostatnich tygodni i przełączenie z monitoringiem
- Szkolenie kierownika ze zmiany cennika, progu i szablonu
Ofertowanie i agent AI dla sprzedaży
Wycena po warsztacie
dla zespołów, które pytają o oferty kilkanaście razy dziennie
Wszystko z wdrożenia plus BOND, który odpowiada na pytania o stan ofert zwykłym zdaniem.
- Wszystko z wdrożenia ofertowania
- Agent AI spięty z CRM: ile ofert czeka, które otwarto, jaki średni rabat
- Alerty o ofertach bez odpowiedzi po 7 dniach i o wygasających terminach
- Dostęp dla handlowców i kierownika, po polsku i po angielsku
Jeśli na warsztacie okaże się, że Wasze oferty załatwia moduł ofert w CRM, który już macie, mówimy to i pokazujemy, jak go ustawić. Warsztat i tak kończy się spisanym procesem ofertowania, szablonem i regułami cen, które obronią się bez nas.
Najczęstsze pytania
Czym jest automatyczne wysyłanie ofert?
To workflow, który po zatwierdzeniu pozycji w CRM bierze dane klienta, liczy cenę z aktualnego cennika, wypełnia szablon, zapisuje PDF i wysyła mail w kilka minut od rozmowy. Po drodze nadaje numer i wersję, dopina dokument do szansy sprzedaży i pilnuje progu rabatu. Handlowiec klika raz, a przy ofercie standardowej z formularza nie klika wcale.
Ile trwa wdrożenie automatycznego wysyłania ofert?
Tydzień warsztatu i 2 do 4 tygodni wdrożenia przy jednym CRM, jednym szablonie i jednym źródle cen. Gdy dochodzi podpis elektroniczny, kilka języków i walut albo cennik z ERP, liczymy do 6 tygodni. Pierwsza oferta z workflow wychodzi w dniu przełączenia, po teście na ofertach z ostatnich tygodni.
Czy potrzebujemy PandaDoc albo n8n, skoro mamy HubSpot?
Nie zawsze. Jeśli oferta to lista produktów z biblioteki w CRM, moduł Quotes w HubSpot albo Smart Docs w Pipedrive wystarczą i tak Wam powiemy. Zewnętrzny workflow ma sens, gdy cena zależy od reguł spoza CRM, gdy rabat ma czekać na akceptację, gdy dokument ma własny układ albo gdy ofertę ma wysłać formularz bez handlowca.
Skąd workflow bierze aktualny cennik?
Z jednego źródła, które ustalamy na warsztacie: arkusza Google Sheets, biblioteki produktów w CRM albo ERP, jak Subiekt czy Comarch Optima. Workflow czyta cennik przy każdej ofercie, więc zmiana ceny jest od razu w następnym dokumencie. Ustalamy, kto ma prawo zmieniać cennik, a każda zmiana zostaje w historii z datą i autorem.
Co z ofertą, której nie da się wyliczyć z cennika?
Trafia do kolejki ręcznej z opisem, czego zabrakło: pozycji spoza cennika, brakującego NIP-u, rabatu powyżej progu. Handlowiec uzupełnia jedno pole i klika, reszta idzie tą samą ścieżką. Oferta nigdy nie wychodzi z pustym miejscem ani z ceną, której nikt nie zatwierdził.
Jak działa powiadomienie o otwarciu oferty?
Oferta idzie jako link do dokumentu z PDF do pobrania albo przez PandaDoc, bo otwarcia załącznika w mailu nie da się zmierzyć. Otwarcie wysyła powiadomienie na Slacku, w Teams albo mailem, z nazwą klienta, numerem oferty i czasem od wysyłki. Handlowiec dzwoni w tej chwili, a nie trzy dni później z pytaniem „czy dotarło”.
Czy klient może podpisać ofertę elektronicznie?
Tak. Ofertę, która ma być jednocześnie zamówieniem, wysyłamy przez Autenti albo PandaDoc, a podpis wraca do CRM jako zmiana statusu szansy na wygraną. Bez podpisu wystarczy odpowiedź mailem, którą workflow przypina do oferty. Wybór zależy od tego, czy Wasze oferty są wiążące, i to ustalamy na warsztacie.
Czy oferta może wyjść bez udziału handlowca?
Może, dla ofert standardowych: klient wypełnia formularz na stronie albo konfigurator, workflow liczy cenę z cennika i wysyła dokument w kilka minut, a handlowiec dostaje kopię i powiadomienie. Ustalamy na warsztacie, dla jakich produktów i do jakiej wartości oferta wychodzi sama. Powyżej tego progu zawsze patrzy człowiek.
Sprawdźmy, ile dziś mija od rozmowy do oferty
Bezpłatna konsultacja trwa 30 minut. Opowiadasz, jak dziś powstaje oferta u Was: gdzie jest cennik, kto liczy rabat, ile ofert tygodniowo wychodzi i ile z nich wraca z poprawką. Pokazujemy, którą część da się przełożyć na workflow od razu, a która wymaga najpierw uporządkowania cennika albo CRM. Nie musisz na tym etapie udostępniać systemów. Piszesz do Pawła, nie do recepcji.
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 wysłał ofertę dzień po terminie obiecanym klientowi, to jest dokładnie ten problem. Oferta, która powstaje w Wordzie z cennika w pliku, jest tak szybka, jak wolny jest dzień handlowca. Od zmierzenia tego czasu zaczyna się warsztat.