Automatyzacja · W realizacji

Automatyczny dobór produktu i zamówienie u dostawcy - e-procurement z Pipedrive dla firm instalacyjnych i OZE

Definicja

Automatyczny dobór produktu (e-procurement) to automatyzacja, która na podstawie wymagań technicznych konkretnego projektu wybiera właściwy numer artykułu z katalogów wcześniej zaakceptowanych dostawców, zapisuje wynik w CRM i przygotowuje zamówienie - bez ręcznego przeszukiwania cenników. Sprawdza się w firmach instalacyjnych i OZE, które kupują urządzenia o ściśle określonej specyfikacji, np. zasobniki ciepłej wody i zbiorniki buforowe do pomp ciepła.

Automatyczny dobór produktu łączy trzy elementy: wymagania projektu zapisane w CRM, wspólną bazę produktów z katalogów zaakceptowanych dostawców i reguły doboru oparte na twardych filtrach technicznych. Wynikiem jest jeden numer artykułu zapisany w dealu, a w kolejnym kroku - zamówienie u dostawcy. Rozwiązanie naturalnie uzupełnia dwukierunkową integrację Pipedrive ↔ Locatick, dzięki której zlecenia montażowe trafiają do systemu serwisowego bez przepisywania.

Tak działa m.in. w niemieckiej firmie OZE montującej pompy ciepła, zbiorniki buforowe, zasobniki ciepłej wody i kombi-tanki. Wdrożenie prowadzone jest etapami, z checkpointami co 1-2 tygodnie: najpierw MVP doboru produktu, potem zapis wyniku do Pipedrive, a na końcu automatyczne składanie zamówienia. Poniżej opisujemy zasady działania, architekturę i kolejne etapy.

Przykład wdrożenia

OZE / technika grzewcza (rynek niemiecki)

Typ wdrożenia

E-procurement, wdrożenie etapowe (w realizacji)

Technologie

Pipedrive, Make, katalogi dostawców

Synchronizacja

Wynik doboru zapisywany w dealu Pipedrive

Problem: ręczny dobór produktu spośród setek pozycji w cennikach dostawców

Każdy projekt montażowy wymaga dobrania konkretnego urządzenia - z właściwą pojemnością, konfiguracją wężownicy i parametrami wymiennika. Bez automatyzacji robi to ręcznie projektant, przeszukując cenniki wielu dostawców.

Setki pozycji w cennikach

Katalogi dostawców zawierają setki wariantów zasobników i buforów. Znalezienie jednego, który spełnia wymagania projektu, zajmuje projektantowi sporo czasu i sprzyja pomyłkom.

Twarde wymagania kontraktowe

Gdy wymagania techniczne są twardymi warunkami umowy - jak na rynku niemieckim, gdzie obowiązują uzgodnione właściwości towaru (Beschaffenheitsvereinbarung) - zamiennik, nawet zbliżony, bywa problematyczny, jeśli nie spełnia dokładnej specyfikacji.

Wymaganie w CRM, decyzja poza nim

Dane projektu są w CRM, ale dobór produktu i zamówienie odbywają się ręcznie poza systemem, bez jednego, powtarzalnego procesu.

Kluczowe wyzwanie: produkt "prawie taki sam" nie wystarcza. Dobór musi opierać się na twardych wymaganiach technicznych i zatwierdzonej liście dostawców, a nie na podobieństwie nazw czy cen.

Rozwiązanie: reguły doboru oparte na twardych filtrach i zatwierdzonych katalogach

System nie przeszukuje całego rynku. Pracuje wyłącznie na katalogach preselekcjonowanych dostawców - w przykładowym wdrożeniu to 8-10 firm z Europy w kategorii ogrzewania i ciepłej wody. Katalogi trafiają do wspólnej bazy produktów, a wymaganie z konkretnego deala w Pipedrive jest z nią porównywane według jasno zdefiniowanych reguł.

Wymagania techniczne działają jak twarde filtry, a nie sugestie. Przykład: dla zestawu pompa ciepła + ciepła woda można przyjąć minimalną powierzchnię wymiennika 0,3 m² na 1 kW mocy pompy - produkt, który tego nie spełnia, odpada niezależnie od ceny. Jeśli dane są niejednoznaczne lub niepełne, przypadek trafia do ręcznej weryfikacji zamiast zgadywania. Gdy kilka produktów spełnia wszystkie wymagania, system wybiera jeden - najtańszy poprawny technicznie. Celem jest jedna rekomendacja, a nie lista TOP 3.

Stack technologiczny

Pipedrive - źródło wymagań projektu i miejsce zapisu wyniku Make - orkiestracja przepływu danych Baza produktów - katalogi 8-10 zaakceptowanych dostawców Reguły doboru - twarde filtry techniczne Testy regresyjne - kontrola zmian w logice doboru CargoBoard API - booking transportu (kolejny etap)

Kolejny etap: automatyczny booking transportu w CargoBoard

Po ustabilizowaniu doboru produktu i zamówień planowany jest drugi tor: po złożeniu zamówienia Pipedrive inicjuje proces transportowy, Make wysyła dane do API CargoBoard, a numer bookingu i status wracają do deala. Etap od początku projektowany jest z myślą o niezawodności produkcyjnej: zabezpieczenie przed podwójnym bookingiem tego samego zdarzenia, automatyczne ponawianie przy chwilowych błędach, ręczna ścieżka awaryjna dla nieudanych przypadków oraz jednoznaczne powiązanie deala z rezerwacją transportu.

Jak działa automatyczny dobór produktu - krok po kroku

Docelowy przepływ: katalogi dostawców → baza produktów → wymaganie z Pipedrive → dopasowanie techniczne → numer artykułu w Pipedrive → zamówienie u dostawcy.

1
Dane

Katalogi dostawców trafiają do bazy produktów

Cenniki zaakceptowanych dostawców są sprowadzane do wspólnej bazy z parametrami technicznymi każdego artykułu. Dzięki temu produkty różnych producentów można porównywać według tych samych kryteriów.

2
Wymaganie

Parametry projektu pobierane z Pipedrive

Automatyzacja odczytuje wymagania zapisane w dealu - to ten sam CRM, w którym zespół prowadzi sprzedaż i z którego zlecenia montażowe trafiają do Locatick.

3
Reguły

Dopasowanie techniczne na twardych filtrach

Każde wymaganie techniczne odrzuca produkty, które go nie spełniają. Brakujące lub niejednoznaczne dane kierują przypadek do ręcznej weryfikacji - system nie zgaduje.

4
Wynik

Jedna rekomendacja zapisana w dealu

Spośród produktów spełniających wszystkie wymagania wybierany jest najtańszy poprawny technicznie. Numer artykułu trafia do Pipedrive, gdzie widzi go cały zespół.

5
Etap docelowy

Automatyczne zamówienie u dostawcy

Etap docelowy: na podstawie wybranego numeru artykułu zamówienie jest składane automatycznie, a w kolejnym torze uruchamiany jest booking transportu w CargoBoard.

Co daje to podejście: zasady rozwiązania

Wdrożenie jest w realizacji, dlatego zamiast zmierzonych wyników pokazujemy zasady, na których opiera się rozwiązanie.

8-10

zaakceptowanych dostawców w bazie

1

rekomendacja zamiast listy TOP 3

3

etapy wdrożenia: dobór, zapis, zamówienie

Jedna decyzja zamiast porównywania

System wskazuje konkretny numer artykułu, więc zespół nie musi wybierać spośród kilku propozycji.

Twarde wymagania zamiast sugestii

Produkt, który nie spełnia choćby jednego parametru technicznego, nie przechodzi filtra - niezależnie od ceny.

Bezpieczna ścieżka dla niejasnych danych

Niepełne lub niejednoznaczne wymagania trafiają do ręcznej weryfikacji zamiast do automatycznego zamówienia.

Wynik tam, gdzie pracuje sprzedaż

Wybrany numer artykułu zapisywany jest w dealu Pipedrive, obok danych projektu i statusu montażu.

Zmiany bez psucia działających przypadków

Pakiet testów regresyjnych sprawdza logikę doboru po każdej modyfikacji reguł lub katalogów.

Gotowość na kolejne etapy

Architektura od początku zakłada automatyczne zamówienie u dostawcy i booking transportu w CargoBoard.

E-procurement w firmie instalacyjnej - jak zautomatyzować dobór produktów i zamówienia

Automatyzacja zakupów w branży OZE i instalacyjnej to coś więcej niż zamówienia online. Poniżej zebraliśmy najważniejsze zasady, które warto znać przed startem podobnego projektu.

Czym jest e-procurement w firmie instalacyjnej i serwisowej?

E-procurement to elektroniczne, zautomatyzowane zarządzanie zakupami - od określenia potrzeby, przez wybór produktu i dostawcy, po złożenie zamówienia. W firmie instalacyjnej punktem wyjścia jest zwykle konkretny projekt: montaż pompy ciepła, wymiana kotła czy instalacja klimatyzacji. Każdy taki projekt generuje zapotrzebowanie na urządzenia o określonych parametrach. Tradycyjnie projektant lub zaopatrzeniowiec przegląda cenniki, porównuje karty katalogowe i ręcznie przygotowuje zamówienie. E-procurement przenosi tę pracę do systemu: wymagania z CRM są automatycznie zestawiane z bazą produktów zatwierdzonych dostawców, a wynik trafia z powrotem do CRM lub bezpośrednio do zamówienia. Dla firmy oznacza to powtarzalny proces, mniej ręcznego porównywania i jasną ścieżkę decyzji, którą można prześledzić przy każdym projekcie. Ważne jest też to, że e-procurement nie musi oznaczać od razu w pełni automatycznych zamówień. Wiele firm zaczyna od samego doboru produktu, który przyspiesza pracę projektanta, a automatyczne składanie zamówień dodaje dopiero wtedy, gdy reguły są sprawdzone na realnych projektach.

Dlaczego dobór produktu powinien opierać się na twardych filtrach?

Bo w branży instalacyjnej parametr techniczny nie jest preferencją, tylko warunkiem poprawnego działania instalacji. Zasobnik o zbyt małej powierzchni wężownicy nie odbierze ciepła z pompy, a bufor o złej pojemności zaburzy pracę układu. Dlatego reguły doboru powinny działać jak filtry: produkt, który nie spełnia choćby jednego wymagania, w ogóle nie trafia na listę kandydatów. Dopiero wśród produktów w pełni zgodnych system może kierować się ceną. Takie podejście odwraca typową logikę wyszukiwarek sklepowych, które szukają "najbardziej podobnych" wyników. W automatyzacji zakupów podobieństwo jest ryzykiem - lepiej, żeby system zwrócił brak wyniku i przekazał sprawę człowiekowi, niż zaproponował produkt, który tylko wygląda na właściwy. Twarde filtry mają jeszcze jedną zaletę: są przejrzyste. Przy każdym wyniku można sprawdzić, które wymagania produkt spełnił, a przy odrzuceniu - który warunek zdecydował. To ułatwia zarówno kontrolę jakości, jak i rozmowę z dostawcą czy klientem końcowym.

Jak dobrać zasobnik ciepłej wody do pompy ciepła?

Kluczowa jest powierzchnia wymiennika (wężownicy) w zasobniku w odniesieniu do mocy pompy ciepła. Pompy pracują na niższych temperaturach zasilania niż kotły gazowe, więc do przekazania tej samej ilości ciepła potrzebują większej powierzchni wymiany. Przykładowa reguła to minimum 0,3 m² powierzchni wymiennika na 1 kW mocy pompy - dla pompy 10 kW oznacza to wężownicę o powierzchni co najmniej 3 m². Oprócz tego liczy się pojemność zasobnika dopasowana do zapotrzebowania na ciepłą wodę, konfiguracja wężownic (jedna czy dwie, np. przy współpracy z solarami) oraz zgodność przyłączy. W automatycznym doborze każdy z tych parametrów staje się osobnym filtrem, który system sprawdza dla każdego artykułu z katalogu. Przy ręcznym doborze projektant musi pamiętać o wszystkich warunkach naraz i odnajdywać je w kartach katalogowych o różnym układzie. Po sprowadzeniu katalogów do wspólnej bazy te same parametry są zapisane w jednakowy sposób, więc porównanie produktów różnych producentów staje się szybkie i powtarzalne.

Czym jest Beschaffenheitsvereinbarung i dlaczego ma znaczenie przy zakupach?

Beschaffenheitsvereinbarung to w niemieckim prawie cywilnym uzgodnienie właściwości towaru - opis cech, które produkt ma posiadać zgodnie z umową. Jeśli dostarczony towar odbiega od uzgodnionych właściwości, może zostać uznany za wadliwy, nawet gdy funkcjonalnie jest zbliżony do zamówionego. Dla firm instalacyjnych działających na rynku niemieckim ma to praktyczny skutek: nie można swobodnie zastąpić jednego zasobnika innym "o podobnych parametrach". Każda zmiana musi mieścić się w zakresie uzgodnionej specyfikacji. Dlatego w takim środowisku automatyzacja zakupów musi być precyzyjna i przewidywalna. Reguły doboru odwzorowują wymagania kontraktowe, a przypadki niejednoznaczne są przekazywane do weryfikacji, zamiast ryzykować zamówienie produktu niezgodnego z umową. Ta sama zasada przydaje się także poza Niemcami: wszędzie tam, gdzie inwestor, projektant lub generalny wykonawca narzuca konkretną specyfikację urządzeń, automatyczny dobór oparty na twardych regułach chroni firmę przed kosztownymi zamianami i sporami o zgodność dostawy z zamówieniem.

Dlaczego jedna rekomendacja jest lepsza niż lista TOP 3?

Lista kilku propozycji wygląda na wygodną, ale w praktyce przenosi decyzję z powrotem na człowieka - a więc i całą pracę porównawczą, którą automatyzacja miała wyeliminować. Jeśli wszystkie wymagania techniczne są zapisane jako twarde reguły, każdy produkt, który je spełnia, jest poprawny. Wybór między nimi sprowadza się do jednego kryterium, najczęściej ceny. System może więc zwrócić jedną, jednoznaczną odpowiedź: konkretny numer artykułu. To upraszcza dalsze kroki - zapis w CRM, zamówienie u dostawcy i logistykę - bo każdy z nich operuje na jednym produkcie. Gdy system nie jest w stanie wskazać jednego wyniku, nie powinien zgadywać ani podsuwać listy, tylko oznaczyć przypadek do ręcznej weryfikacji. Jedna rekomendacja ułatwia też mierzenie jakości automatyzacji: łatwo sprawdzić, w ilu przypadkach system wskazał produkt, który zespół zaakceptował bez zmian, a w ilu potrzebna była korekta. Takie dane pokazują, które reguły warto doprecyzować.

Jak wdrażać automatyzację zakupów etapami?

Najbezpieczniej od najmniejszego elementu, który daje wartość, czyli od MVP doboru produktu. Na tym etapie system tylko wskazuje numer artykułu, a człowiek weryfikuje, czy decyzja jest poprawna. Kiedy wyniki są stabilne, kolejny etap zapisuje rekomendację w CRM, a dopiero ostatni składa zamówienie u dostawcy automatycznie. Każdy etap ma jasne kryterium przejścia dalej. Ważnym elementem jest pakiet testów regresyjnych: zestaw przypadków z oczekiwanym wynikiem, uruchamiany po każdej zmianie logiki. Dzięki temu dopisanie nowej reguły czy nowego dostawcy nie psuje przypadków, które wcześniej działały poprawnie. Dobrze sprawdzają się checkpointy co 1-2 tygodnie, które pozwalają szybko korygować kierunek. Etapowe podejście ogranicza ryzyko: na żadnym etapie firma nie traci kontroli nad zakupami, a każda kolejna warstwa automatyzacji powstaje na sprawdzonym fundamencie. Łatwiej też uzasadnić inwestycję, bo pierwsze korzyści, czyli szybszy dobór produktu, pojawiają się zanim gotowy jest cały proces.

Jak połączyć CRM, zakupy i logistykę w jeden przepływ?

Kluczem jest jeden rekord, wokół którego dzieje się cały proces - np. deal w Pipedrive. Do niego trafia wymaganie, wynik doboru, numer zamówienia, a docelowo także numer bookingu transportu. Platforma automatyzacji, taka jak Make, łączy kolejne systemy przez API i reaguje na zmiany etapów w CRM. Przy integracjach zakupowych i logistycznych trzeba od początku zaplanować niezawodność: zabezpieczenie przed podwójnym wykonaniem tego samego zdarzenia (np. podwójnym zamówieniem lub bookingiem), automatyczne ponawianie przy chwilowych błędach API oraz ręczną ścieżkę awaryjną dla przypadków, których nie da się obsłużyć automatycznie. Jednoznaczne powiązanie każdego zamówienia i rezerwacji z dealem pozwala w każdej chwili sprawdzić, na jakim etapie jest projekt. Warto też zadbać o powiadomienia: gdy któryś krok się nie powiedzie, odpowiednia osoba powinna od razu dostać informację, zamiast odkrywać problem dopiero przy braku dostawy. Dobrze zaprojektowany przepływ jest więc nie tylko automatyczny, ale też przewidywalny i łatwy do monitorowania.

Jaką rolę pełni system FSM w automatyzacji zakupów?

System FSM, taki jak Locatick, domyka proces po stronie montażu i serwisu. Przy integracji Pipedrive ↔ Locatick zlecenie montażowe trafia do systemu serwisowego wraz z pełną strukturą: klientem, miejscem instalacji, kontaktem i modelem urządzenia. Po zakończeniu prac do Pipedrive wraca numer seryjny zamontowanego urządzenia, data zakończenia i protokół PDF. Gdy dobór produktu jest zautomatyzowany, ta sama informacja - jaki artykuł został wybrany i zamówiony - może płynąć dalej do zlecenia montażowego. Technik w aplikacji mobilnej wie, jakie urządzenie ma zamontować, a biuro ma pełną historię: od wymagania projektowego, przez zamówienie, po protokół z montażu. Tak powstaje spójny łańcuch danych, w którym żadna informacja nie jest przepisywana ręcznie. Dla kierownika serwisu oznacza to również lepszą obsługę po montażu: przy przeglądzie czy reklamacji od razu widać, jaki dokładnie produkt został zamontowany, od którego dostawcy pochodzi i jakie parametry miał spełniać według projektu.

Najczęstsze pytania o automatyczny dobór produktu i e-procurement

Nie. Automatyzacja pracuje wyłącznie na katalogach wcześniej zaakceptowanych dostawców - np. 8-10 firm z rynku europejskiego w kategorii ogrzewania i ciepłej wody. Dzięki temu każdy wybrany produkt pochodzi od sprawdzonego dostawcy, a cena jest kryterium dopiero wśród produktów w pełni zgodnych technicznie.
Przypadek trafia do ręcznej weryfikacji. System nie zgaduje brakujących parametrów i nie dobiera produktu "na oko". To świadoma decyzja projektowa: przy uzgodnionych właściwościach towaru lepiej zatrzymać proces i przekazać go człowiekowi niż zamówić produkt niezgodny ze specyfikacją.
Bo wszystkie wymagania techniczne są zapisane jako twarde reguły - każdy produkt, który je spełnia, jest poprawny. Wybór między nimi sprowadza się do ceny, więc system wskazuje jeden, najtańszy poprawny technicznie artykuł. Lista propozycji przenosiłaby pracę porównawczą z powrotem na zespół.
Rozwiązanie jest wdrażane etapami: MVP doboru produktu, zapis wyniku do Pipedrive, a następnie automatyczne składanie zamówienia u dostawcy. Booking transportu w CargoBoard jest zaplanowany jako kolejny tor po ustabilizowaniu e-procurement. Postęp omawiany jest na checkpointach co 1-2 tygodnie.
Tak. Model sprawdzi się wszędzie tam, gdzie produkty dobiera się według parametrów technicznych z katalogów zatwierdzonych dostawców - np. w HVAC, chłodnictwie, instalacjach elektrycznych czy serwisie maszyn. Zmieniają się reguły doboru i źródła katalogów, a architektura pozostaje podobna.
Nie. Pipedrive jest tu przykładem CRM-u - źródłem wymagań i miejscem zapisu wyniku. Podobny przepływ można zbudować na innym CRM lub ERP z API - platforma automatyzacji, taka jak Make, łączy systemy, a Locatick udostępnia REST API i webhooki do wymiany danych o zleceniach.

Chcesz wdrożyć podobną automatyzację? Napisz do nas

Chcesz zautomatyzować zakupy?

Połączmy CRM, katalogi dostawców i serwis w jeden przepływ

Pokażemy, jak Locatick i automatyzacje w Make prowadzą projekt od wymagania, przez zamówienie, po protokół z montażu.

Demo dotyczy aplikacji FSM Locatick