Proces ofertowania w firmach, które audytujemy, wygląda niemal zawsze tak samo. Handlowiec otwiera ofertę wysłaną poprzedniemu klientowi, robi „zapisz jako", przechodzi dokument od góry do dołu i podmienia nazwę firmy, zakres i ceny. Potem czyta całość jeszcze raz, bo wie z doświadczenia, że gdzieś zostanie fragment poprzedniej wersji. Czasem zostaje.
W customowym CRM, który budujemy dla biura podróży, umowa dla klienta powstaje inaczej: dane rezerwacji i dane klienta system już ma, więc wchodzą prosto do szablonu, AI wypełnia te fragmenty, które przy każdej umowie brzmią inaczej, a człowiek zatwierdza dokument przed wysyłką. U siebie robimy to samo z ofertami branżowymi, które składamy do PDF-a z danych o kliencie. Ten sam mechanizm, dwa różne dokumenty, w obu wypadkach ostatnie kliknięcie należy do człowieka.
Poniżej rozbijam ofertowanie na cztery poziomy automatyzacji. Piszę o nich osobno, bo większość firm bierze się od razu za czwarty, a 80% swojego problemu rozwiązałaby pierwszym, w dwa dni i bez żadnego AI.
TL;DR: Zacznij od szablonu zasilanego danymi z CRM, bez AI. To zdejmuje większość ręcznej roboty i nie tworzy ryzyka. Model językowy dokładaj dopiero do fragmentów, które naprawdę zmieniają się przy każdym kliencie, zawsze z akceptacją człowieka przed wysyłką. W umowach AI może składać dokument wyłącznie z klauzul zatwierdzonych wcześniej przez prawnika.
Ile naprawdę kosztuje „zapisz jako"
Kiedy pytam, ile zajmuje przygotowanie oferty, słyszę zwykle „dwadzieścia minut, to nie problem". Dwadzieścia minut faktycznie nie jest problemem. Problemem jest to, co się przy okazji dzieje.
Cennik żyje w kilku wersjach naraz, bo każdy handlowiec kopiuje z własnej ostatniej oferty, a nie z jednego pliku. Podwyżka wprowadzona w kwietniu dociera do wszystkich we wrześniu, i to nie dlatego, że ktoś się sprzeciwiał, tylko dlatego, że nikt nie wie, gdzie leży obowiązująca wersja. Warunki płatności i termin ważności oferty różnią się między handlowcami, choć nikt takiej decyzji nie podejmował. A gdy klient wraca po pół roku z pytaniem „ale przecież mieliśmy to w cenie", odtworzenie, co dokładnie było w wysłanym dokumencie, wymaga przekopania czyjejś skrzynki.
Do tego dochodzi rzecz, którą widać dopiero, gdy handlowiec odchodzi: cała wiedza o tym, jak się u nas ofertuje, była w jego folderze i w jego głowie. Nowa osoba zaczyna od kopiowania cudzych plików, więc błąd, który raz do dokumentu wszedł, powiela się miesiącami.
Wartość automatyzacji ofertowania leży więc gdzie indziej niż w zaoszczędzonych dwudziestu minutach. Oferta wychodzi z aktualnego cennika, na tych samych warunkach co u kolegi z biurka obok, i zostaje po niej ślad.
Cztery poziomy automatyzacji ofertowania
| Poziom | Co robi | Czego wymaga | Kiedy wystarczy |
|---|---|---|---|
| 1. Szablon plus dane | Podstawia dane klienta i pozycje cennika w gotowy wzór | Cennik i dane klienta w jednym miejscu | Powtarzalne oferty, stały zakres usług |
| 2. Generowanie dokumentu | Składa gotowy plik (PDF, docx, link) i odkłada go przy szansie w CRM | Silnik dokumentów i szablon graficzny | Gdy oferta ma wyglądać jak firmowa, nie jak wydruk z systemu |
| 3. AI do fragmentów zmiennych | Pisze opis zakresu pod konkretnego klienta, streszcza ustalenia z rozmowy | Model przez firmowe API, akceptacja człowieka | Gdy każda oferta wymaga innego opisu, a reszta jest powtarzalna |
| 4. Wysyłka i follow-up | Wysyła, liczy otwarcia, przypomina handlowcowi o ciszy | Link zamiast załącznika, zadania w CRM | Gdy oferty giną w skrzynce i nikt ich nie pilnuje |
Poziomy są kumulatywne. Czwarty bez pierwszego to śledzenie otwarć dokumentu sklejonego ręcznie, czyli automatyzacja przyklejona do bałaganu. Trzeci bez drugiego to model, który generuje tekst do skopiowania do worda, więc oszczędza minutę i nic nie porządkuje.
Poziom 1: szablon plus dane z systemu
Najprostsza wersja, najczęściej wystarczająca i praktycznie bez ryzyka. Szablon ma miejsca na zmienne (nazwa firmy, NIP, adres, osoba kontaktowa, pozycje, ceny, termin ważności, warunki płatności), a system podstawia w nie dane, które już gdzieś ma.
Trzy warunki, bez których to nie zadziała:
- Jedno źródło cennika. Nie plik u każdego, tylko jedna tabela, z której składa się dokument. To zwykle najtrudniejsza część wdrożenia, bo wymaga decyzji, których firma unikała latami: czy rabat 10% jest dopuszczalny, kto go zatwierdza, czy pakiet A da się łączyć z B.
- Dane klienta w systemie, a nie w mailu. Jeśli NIP i adres do faktury trzeba za każdym razem wyklikać z pisma od klienta, generowanie zaczyna się od ręcznego przepisywania. Dane rejestrowe firmy po NIP pobiera się automatycznie z publicznych rejestrów i to jedna z tańszych rzeczy do dołożenia.
- Zmienne, których system nie zna, oznaczone wprost. Jeśli oferta wymaga zdania, którego nie da się wyliczyć, niech w wygenerowanym dokumencie widnieje wyraźny znacznik do uzupełnienia. Najgorszy wariant to szablon, który po cichu wstawia wartość domyślną i nikt tego nie zauważa.
Na tym poziomie AI nie ma czego robić i lepiej go nie dokładać. Podstawienie danych jest deterministyczne: przy tych samych danych wychodzi ten sam dokument, za każdym razem. To zaleta, nie ograniczenie.
Jeśli dane klientów siedzą u Was w arkuszu, zacznij od uporządkowania ich, zanim ruszysz z generowaniem dokumentów. Kiedy gotowe narzędzie przestaje wystarczać i sensowniej zbudować własne, opisaliśmy w tekście o customowym CRM.
„Kiedy pytam handlowców, skąd biorą ceny do oferty, prawie nikt nie odpowiada nazwą pliku. Odpowiadają nazwiskiem osoby, którą trzeba zapytać. Dopóki cennik siedzi w czyjejś głowie, automatyzacja ofert nie ma czym wypełnić szablonu." — Mikołaj Brunka, założyciel NoCodeWork
Poziom 2: z czego właściwie zrobić dokument
Tu pada pytanie techniczne, na które warto odpowiedzieć raz i się go trzymać, bo zmiana silnika w połowie drogi oznacza przepisanie wszystkich szablonów.
| Sposób | Kto edytuje szablon | Mocne strony | Ograniczenia |
|---|---|---|---|
| Google Docs / Word z podmianą pól | Osoba nietechniczna, w edytorze | Zespół sam poprawia treść, wersje w chmurze | Kontrola nad wyglądem umiarkowana, trudniej o skomplikowane tabele |
| Szablon docx wypełniany programowo | Osoba nietechniczna do treści, programista do logiki | Klient dostaje edytowalny plik, dobre do umów | Formatowanie potrafi się rozjechać przy dłuższych wstawkach |
| HTML zamieniany na PDF | Osoba znająca HTML/CSS | Pełna kontrola nad wyglądem, wykresy i grafika bez problemu | Wymaga kogoś technicznego przy każdej zmianie układu |
| Narzędzie do ofert (PandaDoc, Better Proposals) | Osoba nietechniczna | Podpis elektroniczny i śledzenie otwarć od razu w pakiecie | Abonament od osoby, dane u dostawcy, ograniczona integracja z niszowym systemem |
U nas oferty branżowe powstają z szablonu HTML zamienianego na PDF przez przeglądarkę uruchomioną bez interfejsu. Wybraliśmy to, bo dokument ma wyglądać dokładnie tak, jak zaprojektowaliśmy, łącznie z okładką i wykresami. Cenę płacimy taką, że przy każdej zmianie układu potrzebna jest osoba od HTML, a sama przeglądarka bywa kapryśna: po wygenerowaniu pliku potrafi zostać w tle i proces musi ją ubić.
Dla umów częściej wybieramy docx, bo druga strona i tak chce nanieść uwagi w trybie śledzenia zmian. PDF w takiej sytuacji tylko przeszkadza.
Wygenerowany dokument od razu odkładaj tam, gdzie mieszka historia relacji z klientem: przy szansie w CRM, nie na czyimś dysku. Inaczej za pół roku wrócicie do przekopywania skrzynki.
Poziom 3: AI do fragmentów zmiennych
Dopiero tutaj wchodzi model językowy i wchodzi w bardzo wąską rolę. Nie pisze oferty. Wypełnia w niej te miejsca, których nie da się wyliczyć z danych, a które przy każdym kliencie brzmią inaczej.
Co się sprawdza:
- Opis zakresu prac napisany językiem klienta, na podstawie notatek z rozmowy i wybranych pozycji cennika.
- Streszczenie ustaleń z rozmowy do kilku punktów, które klient rozpozna jako swoje słowa.
- Dopasowanie długości i tonu: krótszy wariant dla właściciela firmy produkcyjnej, dłuższy dla działu zakupów, który potrzebuje uzasadnienia.
- Tłumaczenie gotowego dokumentu, gdy klient jest zagraniczny.
Czego modelowi nie oddajemy nigdy: cen, terminów, warunków płatności, zakresu odpowiedzialności i wszystkiego, co ma skutek prawny albo finansowy. Te wartości pochodzą z bazy i idą do dokumentu bez pośrednictwa modelu. Jeśli AI ma je choćby przepisać, prędzej czy później przepisze inaczej.
Human-in-the-loop nie jest u nas dopiskiem w dokumentacji, tylko elementem interfejsu. W CRM dla biura podróży wygenerowany dokument ma status roboczy, fragmenty pochodzące od modelu są wizualnie oznaczone, a osoba obsługująca rezerwację czyta je i zatwierdza jednym kliknięciem albo poprawia. Bez tego kliknięcia dokument do klienta nie wychodzi. Model technicznie potrafiłby wysłać go sam. Nikt rozsądny nie chce takiego ryzyka w papierze, z którego firma będzie się potem wywiązywać.
Praktyczna uwaga o promptach. Instrukcja dla modelu powinna zawierać przykłady dobrych opisów z Waszych wcześniejszych ofert i twarde zakazy („nie podawaj cen", „nie obiecuj terminów", „maksymalnie 120 słów"). Model, który dostaje samo polecenie „napisz opis zakresu", napisze marketingowy lukier. Model, który dostaje trzy Wasze realne opisy jako wzór, napisze coś, co brzmi jak Wy.
Warto też rozróżnić dwie rzeczy, które łatwo pomylić: tutaj AI dokument tworzy, a w drugą stronę AI dokumenty czyta, wyciągając dane z faktur, umów czy zamówień. O tym drugim scenariuszu piszemy osobno w tekście o agencie AI do dokumentów.
Poziom 4: wysyłka, otwarcia i follow-up
Gotowy dokument trzeba jeszcze wysłać i przypilnować. Co dokładamy na tym etapie:
Wysyłka z konta handlowca, nie z systemu. Oferta ma przyjść od człowieka, z którym klient rozmawiał. Automat przygotowuje wiadomość z załączonym linkiem, handlowiec ją czyta i wysyła. Jedno kliknięcie różnicy, a odpowiedzi przychodzą tam, gdzie powinny.
Link zamiast załącznika. Dokument pod adresem, do którego prowadzi link, daje informację, czy i ile razy klient do niego zaglądał. Trzy wejścia w poniedziałek rano to zupełnie inny moment na telefon niż cisza od tygodnia. Zostajemy przy liczniku wejść na link i nie stosujemy śledzenia otwarć maila ukrytym obrazkiem, bo to pod względem prywatności inna kategoria.
Follow-up jako zadanie, nie jako automatyczny mail. Brak reakcji przez ustalony czas zakłada handlowcowi zadanie z kontekstem: kto, kiedy i ile razy zaglądał w ofertę. Automatyczne przypominajki wysyłane bez udziału człowieka działają najwyżej przy drobnych transakcjach, a przy większych czytają się dokładnie tak, jak wyglądają. Cały ten etap lejka rozpisaliśmy w tekście o 12 automatyzacjach w dziale sprzedaży.
Umowy to osobna liga
Przy ofercie błąd modelu kosztuje niezręczny mail. Przy umowie kosztuje pieniądze i to czasem przez kilka lat, bo zapis o automatycznym przedłużeniu albo o karach umownych żyje własnym życiem długo po tym, jak wszyscy zapomnieli, kto go tam wstawił.
Dlatego przy umowach obowiązuje u nas jedna zasada, od której nie robimy wyjątków: model nie generuje klauzul, tylko składa dokument z klauzul wcześniej zatwierdzonych przez prawnika. Biblioteka wygląda tak, że dla każdej sytuacji istnieje gotowy wariant zapisu: płatność z góry albo w ratach, umowa na czas określony albo nieokreślony, przekazanie praw autorskich albo licencja. Automat wybiera wariant na podstawie danych z systemu, a AI co najwyżej wypełnia w nim opis przedmiotu umowy, czyli ten fragment, który i tak jest inny za każdym razem.
Wynika z tego kilka rzeczy praktycznych:
- Odstępstwo od wzorca musi być widoczne. Jeśli ktoś zmienił treść klauzuli, dokument powinien trafić do akceptacji osoby, która ma prawo takie odstępstwo zaakceptować.
- Dokument zapisuje, z której wersji szablonu i z których wariantów klauzul powstał. Bez tego przy sporze po roku nie odtworzysz, co dokładnie podpisaliście.
- Odpowiedzialność za treść zostaje po stronie firmy. Nie ma sytuacji, w której „tak wygenerował system" jest argumentem wobec kontrahenta.
Model językowy nadaje się natomiast świetnie do roli kontrolnej: sprawdzenia, czy w gotowym dokumencie nie zostało nazwisko poprzedniego klienta, czy wszystkie znaczniki zostały uzupełnione i czy kwoty w treści zgadzają się z tymi z tabeli. To użycie AI, przy którym nikt nic nie ryzykuje: model niczego tu nie tworzy, wskazuje tylko człowiekowi podejrzane miejsca.
Jeśli akurat po drugiej stronie jesteście Wy i to Wam ktoś przysyła umowę na wdrożenie, przydać się może nasza lista punktów, które taka umowa musi zawierać: umowa na automatyzację.
Wersje szablonów i dane osobowe w promptach
Dwie rzeczy, które w tego typu wdrożeniach psują się najczęściej, i obie widać dopiero po kilku miesiącach.
Wersjonowanie szablonów. Szablon zmienia się częściej, niż ktokolwiek zakłada na starcie: zmiana cennika, nowy zapis o RODO, inna nazwa spółki. Jeśli szablon jest jeden i po prostu się go nadpisuje, to po pierwszej reklamacji nikt nie odtworzy, jak brzmiał dokument wysłany w marcu. Nadaj szablonom numery wersji, trzymaj poprzednie i zapisuj przy każdym wygenerowanym dokumencie, z której wersji powstał. Osobno ustal, kto ma prawo szablon zmienić. Jedna osoba i zgłoszenia od reszty działają lepiej niż otwarty dostęp dla całego działu.
Dane osobowe w promptach. Do wygenerowania opisu zakresu model dostaje dane klienta, czasem notatki z rozmowy, czasem szczegóły rezerwacji. To są dane osobowe i nie mogą trafiać do darmowego czatu na prywatnym koncie handlowca. Wymagamy w tego typu wdrożeniach trzech rzeczy: model wywoływany przez firmowe API dostawcy, z którym firma ma zawartą umowę powierzenia i wyłączone wykorzystanie danych do trenowania; minimalizacja, czyli do promptu trafia tylko to, co potrzebne do napisania tego akapitu, a nie cała kartoteka klienta; oraz log, z którego wynika, co poszło do modelu, co wróciło i kto to zatwierdził. Szerzej o zasadach, które warto spisać, zanim ktokolwiek w firmie zacznie wklejać dane do czatu, piszemy w poradniku jak bezpiecznie korzystać z AI w organizacji.
Trzecia rzecz, mniejsza, ale irytująca: dokumenty generowane automatycznie potrafią rosnąć. Ktoś dokłada akapit „na wszelki wypadek", potem drugi, i po roku oferta ma dwanaście stron, z których klient czyta dwie. Raz na jakiś czas przeczytajcie wygenerowany dokument tak, jak czyta go klient.
Kiedy tego nie automatyzować
Nie każde ofertowanie nadaje się do szablonu i mówimy to klientom, zanim policzymy wdrożenie.
Oferty szyte na miarę. Jeśli robicie pięć ofert rocznie, każda jest inna, a wartość każdej idzie w setki tysięcy, to czas idzie na rozmowy i analizę, a nie na składanie dokumentu. Automatyzacja zaoszczędzi Wam godzinę rocznie i doda narzędzie do utrzymania.
Kontrakty negocjowane. Umowa, która wraca od prawników drugiej strony z uwagami i krąży w kilku rundach, nie ma jak być generowana. Da się zautomatyzować co najwyżej pierwszą wersję i porównanie wersji między sobą.
Firma bez ustalonego cennika. Kiedy cena zależy od dnia, humoru i tego, kto pyta, nie ma czego podstawiać. Szablon tego nie rozwiąże. To decyzja do podjęcia w zarządzie.
Mała skala. Poniżej kilku ofert miesięcznie wdrożenie zwraca się w latach. Wtedy sensowniej uporządkować jeden dobry szablon w Google Docs i pilnować, żeby wszyscy brali z niego, a nie z ostatniej wysłanej oferty.
Szerszą listę procesów, przy których automatyzacja przynosi więcej szkody niż pożytku, zebraliśmy w tekście o tym, czego nie automatyzować.
FAQ
Czy AI może samo napisać umowę dla klienta?
Może wygenerować tekst, który wygląda jak umowa, i to jest właśnie ryzyko. Model nie odpowiada za skutki zapisu o karach umownych ani o automatycznym przedłużeniu, a firma odpowiada. W naszych wdrożeniach AI składa umowę wyłącznie z klauzul zatwierdzonych wcześniej przez prawnika i wypełnia w niej fragmenty opisowe, na przykład przedmiot umowy. Każdy dokument przed wysyłką akceptuje człowiek.
Od czego zacząć automatyzację ofert?
Od jednego miejsca z aktualnym cennikiem i od kompletnych danych klienta w systemie. Dopiero potem od szablonu, który te dane podstawia. Pierwsza wersja może w ogóle nie zawierać AI i u większości firm właśnie tak wygląda docelowe rozwiązanie. Model dokładasz, gdy okaże się, że jedyny fragment wymagający pracy to opis zakresu pod konkretnego klienta.
Google Docs, docx czy HTML zamieniany na PDF?
Google Docs wybierz, gdy zespół ma sam poprawiać treść bez pomocy programisty. Docx, gdy dokument ma być edytowalny po stronie klienta, czyli zwykle przy umowach. HTML zamieniany na PDF, gdy liczy się wygląd, grafika i wykresy, i macie kogoś, kto zmieni układ. Gotowe narzędzia do ofert dokładają podpis elektroniczny i śledzenie otwarć, ale kosztują od użytkownika i trzymają dane u siebie.
Czy dane klientów można wysyłać do modelu AI?
Można, przy spełnionych warunkach: dostawca modelu wywoływany przez firmowe API, zawarta umowa powierzenia przetwarzania, wyłączone wykorzystanie danych do trenowania, minimalny zakres danych w prompcie i log wywołań. Czego robić nie należy: wklejać danych klientów do darmowego czata na prywatnym koncie pracownika. To najczęstszy sposób, w jaki dane wychodzą dziś z firm.
Ile trwa i ile kosztuje takie wdrożenie?
Sam szablon zasilany danymi z istniejącego systemu to zwykle kilka dni pracy i koszt w dolnych widełkach pojedynczej automatyzacji, czyli na polskim rynku rzędu kilku tysięcy złotych. Koszt rośnie z liczbą typów dokumentów, wariantów klauzul i integracji, a najwięcej czasu zabiera zwykle nie kod, tylko uporządkowanie cennika i ustalenie, która wersja szablonu jest tą obowiązującą.
Podsumowanie
Ofertowanie da się poprawić na czterech poziomach i trzeba je przechodzić po kolei. Szablon zasilany danymi z systemu zdejmuje ręczne przepisywanie i pilnuje jednego cennika. Silnik dokumentów sprawia, że plik wygląda jak firmowy i ląduje przy kliencie w CRM. AI wchodzi dopiero na trzecim poziomie, tam gdzie tekst faktycznie różni się przy każdym kliencie. Czwarty poziom, czyli wysyłka i pilnowanie ciszy po stronie klienta, domyka temat.
Przy umowach granica jest ostrzejsza niż przy ofertach. Klauzule pochodzą z biblioteki zatwierdzonej przez prawnika, model je składa, a nie wymyśla, i nic nie wychodzi do klienta bez kliknięcia człowieka. Do tego wersjonowanie szablonów i porządek z danymi osobowymi w promptach, bo obie te rzeczy mszczą się dopiero po miesiącach, kiedy nikt już nie pamięta, jak to było skonfigurowane.
Chcesz sprawdzić, na którym poziomie jest dziś Wasze ofertowanie i co realnie da się z nim zrobić? Umów bezpłatną konsultację — powiemy wprost, jeśli wystarczy Wam jeden uporządkowany szablon i żadne wdrożenie nie jest potrzebne.
