Monitoring przetargów i nowych zleceń – jak stworzyć płatną usługę dostarczającą firmom tylko dopasowane okazje biznesowe

Firma budowlana nie potrzebuje codziennie 70 ogłoszeń zawierających słowo „remont”. Dostawca systemów IT nie chce przeglądać każdego postępowania z kodem CPV dotyczącym oprogramowania. A producent mebli kontraktowych nie zarabia na tym, że ktoś wyśle mu wszystkie zamówienia z jego województwa. Płatny monitoring przetargów ma wartość dopiero wtedy, gdy usuwa z procesu większość niepasujących okazji i pokazuje kilka tych, na które rzeczywiście warto poświęcić czas.

To zmienia sposób budowania takiej usługi. Nie zaczyna się od efektownego panelu ani od zebrania miliona rekordów. Najpierw trzeba ustalić, jak wygląda zlecenie, które konkretny klient może i chce wykonać, następnie zebrać dane z właściwych źródeł, a dopiero później automatyzować selekcję.

W Polsce ma to dodatkowe znaczenie od 1 stycznia 2026 r., kiedy próg stosowania ustawy Prawo zamówień publicznych wzrósł ze 130 tys. do 170 tys. zł. Zamówienia poniżej tej wartości nie zniknęły. Część jest publikowana w BIP-ach, na stronach jednostek, platformach zakupowych albo w formie zapytań ofertowych. Usługa oparta wyłącznie na Biuletynie Zamówień Publicznych będzie więc z definicji miała istotną lukę.

Najpierw źródła danych, potem algorytm dopasowania

Rdzeniem produktu powinien być agregator kilku różnych typów źródeł, a nie jedna wyszukiwarka przetargów. Dla polskiego rynku podstawowym źródłem pozostaje Biuletyn Zamówień Publicznych dostępny przez e-Zamówienia. Dane z opublikowanych ogłoszeń można pobierać przez bezpłatne API BZP, co jest znacznie stabilniejszą podstawą produktu niż regularne odczytywanie HTML stron.

Drugim obowiązkowym źródłem jest TED – Tenders Electronic Daily, czyli unijna baza zamówień przekraczających określone progi. W latach 2026–2027 najważniejsze progi dla klasycznych zamówień wynoszą:

• 603 400 zł dla dostaw i usług zamawianych przez wskazane instytucje administracji centralnej, co odpowiada 140 tys. euro;

• 930 960 zł dla dostaw i usług u pozostałych zamawiających klasycznych objętych tym progiem, czyli 216 tys. euro;

• 1 861 920 zł dla dostaw i usług w zamówieniach sektorowych, czyli 432 tys. euro;

• 23 291 240 zł dla robót budowlanych, czyli 5,404 mln euro.

Do tego dochodzi Baza Konkurencyjności BK2021. To ważne źródło zwłaszcza dla firm szkoleniowych, konsultingowych, IT, budowlanych, wyposażeniowych czy marketingowych obsługujących projekty współfinansowane z funduszy europejskich. Obecnie zasada konkurencyjności jest związana z zamówieniami przekraczającymi 80 tys. zł netto, jeśli dany beneficjent i wydatek podlegają tej procedurze.

Problem zaczyna się poniżej 170 tys. zł. Jednostka publiczna może prowadzić takie zakupy według własnego regulaminu i publikować je np. w BIP, na własnej stronie albo na zewnętrznej platformie zakupowej. W praktyce spotyka się między innymi platformy Marketplanet/eZamawiający, Logintrade czy SmartPZP. Monitoring skierowany do wykonawców remontów, dostawców sprzętu, usług transportowych albo lokalnych usług B2B często musi więc obserwować konkretną listę kilkudziesięciu lub kilkuset zamawiających, a nie jedną centralną bazę.

Tu pojawia się pierwsza pułapka biznesowa. Scraper działający dziś może przestać działać po zmianie struktury strony. Platforma może zmienić regulamin, mechanizm logowania albo zabezpieczenia. Dlatego kolejność powinna być prosta: API przed RSS, RSS przed legalnym pobieraniem strony, a ręczny monitoring źródeł zamkniętych dopiero tam, gdzie ekonomicznie ma to sens. Nie warto budować całej usługi na skryptach udających przeglądarkę.

Sam dostęp do danych nadal nie rozwiązuje problemu. Trzeba zbudować profil klienta.

Dobrze przygotowany profil nie brzmi: „interesują mnie przetargi IT”. Powinien określać między innymi przedmiot zamówienia, kody CPV, synonimy, wykluczenia, województwa, maksymalną odległość realizacji, minimalną i maksymalną wartość kontraktu, akceptowany termin realizacji oraz warunki, które automatycznie eliminują postępowanie.

Przykład dla integratora IT może wyglądać znacznie konkretniej: firma chce wdrożenia Microsoft 365, migracje poczty, usługi chmurowe i administrację środowiskiem dla organizacji od 50 do 1000 użytkowników. Obsługuje całą Polskę, ale wymaga realizacji zdalnej lub maksymalnie dwóch wizyt na miejscu. Nie interesują jej dostawy samych komputerów, drukarek ani licencji bez usług wdrożeniowych. Nie startuje też w postępowaniach wymagających trzech referencji po 2 mln zł każda.

To dopiero jest materiał dla systemu dopasowania.

W praktycznym modelu można przyznać ogłoszeniu maksymalnie 100 punktów: 25 za zgodność przedmiotu i CPV, 20 za lokalizację, 15 za skalę finansową, 15 za spełnianie kluczowych warunków udziału, 10 za termin, 10 za typ zamawiającego i 5 za dodatkowe preferencje klienta. Wynik 70–100 można wysyłać automatycznie, 50–69 skierować do ręcznej weryfikacji, a wyniki poniżej 50 odrzucać.

Nie wszystkie kryteria powinny jednak działać punktowo. Jeżeli firma nie posiada wymaganej koncesji albo zamawiający wymaga doświadczenia, którego wykonawca nie ma, wynik powinien zostać oznaczony jako niespełniający warunku niezależnie od tego, czy pozostałe elementy pasują idealnie. To jeden z powodów, dla których proste wyszukiwanie semantyczne lub sam model językowy daje zbyt dużo fałszywych trafień.

Klient powinien dostać decyzję, a nie kolejną skrzynkę pełną ogłoszeń

Najgorszy możliwy produkt wysyła codziennie mail zatytułowany „24 nowe przetargi dla Twojej firmy”. Po tygodniu odbiorca przestaje go otwierać.

Dobry alert powinien odpowiadać na kilka pytań w mniej niż minutę: kto kupuje, czego dokładnie potrzebuje, jaka jest lokalizacja, kiedy mija termin, jakie są najważniejsze warunki i dlaczego dane postępowanie zostało przypisane właśnie tej firmie.

Jeżeli dokumentacja podaje wartość szacunkową, wadium albo budżet zamawiającego, informacja powinna znaleźć się bezpośrednio w alercie. To samo dotyczy wymaganych referencji, uprawnień, certyfikatów, liczby lat doświadczenia czy nietypowych warunków realizacji.

Przy zamówieniach publicznych nie można zatrzymać analizy na tytule ogłoszenia. Część kluczowych ograniczeń znajduje się dopiero w SWZ, OPZ albo załącznikach. System może więc zakwalifikować „dostawę systemu informatycznego” jako idealny lead, podczas gdy dokumentacja wymaga certyfikatu producenta, pięciu specjalistów na etacie i referencji na wdrożenie o wartości minimum 3 mln zł. Klient dowiadujący się o tym dopiero po samodzielnym otwarciu 80-stronicowej dokumentacji szybko zakwestionuje sens płacenia za monitoring.

Właśnie tutaj dobrze sprawdza się połączenie twardych filtrów z analizą językową dokumentów. Reguły powinny odpowiadać za rzeczy jednoznaczne: województwo, CPV, termin, wartość, typ postępowania czy wykluczone słowa. Model językowy może następnie przygotować streszczenie przedmiotu zamówienia, wyciągnąć warunki udziału i wskazać potencjalne problemy.

Nie należy jednak sprzedawać takiej analizy jako pewnej kwalifikacji prawnej. Dokumentacja może być niepełna, załącznik może mieć nietypową strukturę, a warunki mogą ulec zmianie. Usługa powinna mówić: „postępowanie wygląda na dopasowane”, a nie „firma na pewno spełnia wszystkie wymagania”.

Drugi element produktu to śledzenie zmian. W praktyce samo znalezienie nowego postępowania nie wystarcza. Zamawiający może przesunąć termin, odpowiedzieć na pytania wykonawców, zmienić OPZ albo skorygować warunki. Klient, który otrzymał pierwszy alert 10 dni wcześniej, powinien dostać osobne powiadomienie, jeżeli zmiana wpływa na decyzję o starcie.

Sensowne SLA dla usługi automatycznej można określić np. jako wykrycie nowych ogłoszeń ze źródeł wyposażonych w stabilne API w ciągu maksymalnie 60–90 minut od ich udostępnienia. Codzienny raport może natomiast trafiać do klienta do godziny 7:30 lub 8:00 w dni robocze. Nie ma powodu obiecywać „alertów w 5 minut”, jeżeli źródło samo nie zapewnia takiej aktualności.

Jeszcze ważniejsza jest jakość. Dla klienta znacznie lepszy jest dzień z komunikatem „brak nowych dopasowanych okazji” niż sześć naciąganych wyników dodanych po to, aby raport nie był pusty.

Dobrym wskaźnikiem operacyjnym jest odsetek alertów oznaczanych przez klienta jako trafne. Po pierwszych dwóch tygodniach dobrze skonfigurowany profil powinien dążyć do poziomu około 80% lub więcej faktycznie przydatnych wskazań. Jeśli połowa alertów jest regularnie odrzucana, nie należy dodawać kolejnych źródeł. Najpierw trzeba poprawić profil.

Feedback powinien być banalnie prosty: „trafne”, „nietrafne”, „interesujące, ale za duże”, „poza zakresem”, „nie spełniamy warunku”. Po kilkunastu reakcjach wiadomo już znacznie więcej niż po godzinnej rozmowie sprzedażowej.

Jak wycenić usługę i nie zamienić jej w ręczną agencję researchową

Najłatwiej zepsuć ekonomię monitoringu, obiecując każdemu klientowi indywidualną ręczną analizę za 199 zł miesięcznie.

Załóżmy, że pracownik poświęca średnio osiem minut dziennie na sprawdzenie wyników jednego klienta. Przy 50 klientach daje to 400 minut, czyli 6 godzin i 40 minut pracy każdego dnia. Przy 100 klientach robi się z tego ponad 13 godzin. Taki model nie skaluje się niezależnie od jakości automatyzacji pozostałych elementów.

Ręczna kontrola powinna obejmować przede wszystkim wyniki graniczne, np. scoring 50–69, trudne dokumenty oraz klientów płacących za droższy pakiet analityczny. Reszta musi przechodzić automatycznie.

Rozsądny cennik startowy można zbudować w trzech poziomach. Nie są to urzędowe ani obowiązujące stawki rynkowe, lecz praktyczne widełki do sprawdzenia na własnej grupie klientów.

Pakiet podstawowy za około 249–349 zł netto miesięcznie może obejmować jeden profil, określony region lub branżę, codzienny raport i podstawowe filtrowanie.

Pakiet profesjonalny za 590–890 zł netto miesięcznie może obejmować kilka profili, cały kraj, szybsze alerty, śledzenie zmian w postępowaniach, analizę dokumentacji i bardziej rozbudowane wykluczenia.

Usługa zarządzana za 1490–2990 zł netto miesięcznie ma sens wtedy, gdy oprócz systemu klient otrzymuje pracę analityka: ręczne sprawdzanie niejednoznacznych postępowań, aktualizację profilu, obserwowanie dodatkowych źródeł i regularną kalibrację filtrów.

Za konfigurację można dodatkowo pobierać 300–900 zł netto jednorazowo albo zrezygnować z tej opłaty przy umowie na minimum trzy miesiące. Konfiguracja za darmo przy miesięcznej subskrypcji bez zobowiązania bywa złym interesem: samo poznanie działalności klienta i sprawdzenie pierwszych wyników może zabrać więcej czasu niż pierwszy miesięczny abonament jest wart.

Lepszym narzędziem sprzedażowym niż bezpłatny miesiąc jest 14-dniowy płatny pilotaż za 199–299 zł, którego koszt zostanie później odjęty od pierwszego abonamentu. W pilotażu należy pokazać faktyczne wyniki z branży klienta, a nie demonstracyjne przetargi wybrane ręcznie przed prezentacją.

Podczas onboardingu potrzebne jest około 20–30 minut konkretnej rozmowy. Nie pytaj: „Jakie przetargi Państwa interesują?”. Zapytaj o trzy ostatnie kontrakty, które firma chciałaby powtórzyć, trzy zlecenia, których nigdy nie przyjmie, maksymalny dojazd, minimalną wartość kontraktu, posiadane uprawnienia, realną skalę zespołu i wymagania, które najczęściej eliminują ją z postępowań.

To również najlepszy moment, aby klientowi odmówić. Jeżeli oczekuje „wszystkich nowych inwestycji przemysłowych w Polsce sześć miesięcy przed publikacją jakiegokolwiek zapytania”, monitoring przetargów nie spełni tej obietnicy. Potrzebny byłby osobny produkt typu sales intelligence, analizujący plany inwestycyjne, pozwolenia, dotacje, plany postępowań, komunikaty spółek i informacje branżowe.

Warto też obserwować plany postępowań. Dają wcześniejszy sygnał niż samo ogłoszenie i pozwalają handlowcowi przygotować się do potencjalnego zamówienia. Nie należy jednak traktować planu jako gwarancji, że postępowanie wystartuje w deklarowanym terminie i zakresie.

Najbardziej irytującą częścią tego biznesu jest utrzymanie źródeł. API jest relatywnie przewidywalne. BIP-y i platformy zakupowe już nie. Zmiana struktury strony, zabezpieczeń albo sposobu publikacji potrafi nagle wyłączyć część monitoringu. Dlatego klient powinien wiedzieć, jakie źródła obejmuje jego abonament, a operator powinien prowadzić automatyczne testy kontrolujące, czy z każdego źródła nadal napływają dane.

Trzeba też pilnować regulaminów serwisów i zasad przetwarzania danych. Publicznie dostępne ogłoszenie nie oznacza automatycznie, że każdą bazę można masowo kopiować i odsprzedawać w dowolnej formie. Szczególną ostrożność należy zachować przy przechowywaniu danych osób kontaktowych oraz przy automatycznym pobieraniu informacji z platform wymagających logowania.

Model biznesowy zaczyna wyglądać zdrowo dopiero wtedy, gdy większość klientów można obsłużyć wspólnym silnikiem, a indywidualizacja dotyczy reguł dopasowania, a nie osobnego procesu technologicznego. Jeżeli każdy nowy abonent wymaga napisania kolejnego scrapera i dwóch godzin ręcznej pracy tygodniowo, nie jest to produkt SaaS z usługą analityczną. To agencja researchowa sprzedawana po zbyt niskiej cenie.

FAQ

Czy do stworzenia usługi wystarczy monitoring BZP?
Nie. BZP jest podstawą dla krajowych postępowań objętych PZP, ale od 1 stycznia 2026 r. próg stosowania ustawy wynosi 170 tys. zł. Poniżej tej kwoty wiele zapytań trzeba szukać w BIP-ach, na stronach zamawiających i platformach zakupowych. Do tego dochodzą TED i Baza Konkurencyjności.

Czy można całą selekcję powierzyć AI?
Nie powinno się. AI dobrze streszcza dokumentację, wykrywa synonimy i ocenia podobieństwo przedmiotu zamówienia, ale twarde kryteria — wartość, lokalizacja, wymagane uprawnienia, termin czy konkretne referencje — lepiej kontrolować regułami. Model powinien pomagać w ocenie, a nie samodzielnie decydować o spełnianiu wymogów formalnych.

Ile kosztuje techniczne uruchomienie takiej usługi?
Do prostego MVP warto przyjąć budżet operacyjny rzędu 500–2000 zł miesięcznie na serwer, pocztę, automatyzację, bazy danych i wykorzystanie modeli AI, jeśli większość prac programistycznych wykonuje się samodzielnie. Przy zleceniu stworzenia indywidualnej aplikacji wykonawcy sensowny budżet początkowy zwykle trzeba liczyć co najmniej w kilkunastu–kilkudziesięciu tysiącach złotych. Najdroższe w dłuższym okresie jest jednak utrzymywanie niestandardowych źródeł i ręczna weryfikacja wyników.

Ile przetargów powinien dostawać klient miesięcznie?
Nie ma prawidłowej minimalnej liczby. Firma specjalizująca się w wąskich robotach infrastrukturalnych może dostać trzy dobre okazje miesięcznie i uznać usługę za wartościową. Wysyłanie dwudziestu słabych wyników tylko po to, żeby raport wyglądał na pełny, obniża wartość produktu.

Czy taki monitoring może gwarantować zdobycie kontraktu?
Nie. Monitoring zwiększa szansę na znalezienie właściwego postępowania odpowiednio wcześnie, ale nie zmienia ceny konkurencji, kryteriów oceny ani zdolności wykonawcy do spełnienia warunków. Sprzedawanie gwarancji wygranej byłoby więc obietnicą bez pokrycia.

Kiedy nie warto budować tego jako abonamentu?
Jeżeli każdy klient wymaga całkowicie innych, zamkniętych źródeł albo codziennej pracy analityka, lepiej sprzedawać usługę researchową w wyższej cenie. Abonament ma sens, gdy co najmniej większość procesu — pobieranie, deduplikacja, scoring, ekstrakcja warunków i wysyłka — działa wspólnie dla wszystkich klientów.

Więcej na: https://hd-biznes.com/blog.

Jeżeli masz zacząć od jednej rzeczy, nie buduj jeszcze panelu klienta i nie kupuj kolejnych źródeł danych. Weź jedną konkretną branżę, przygotuj profil idealnego zlecenia i przepuść przez niego co najmniej 50 prawdziwych, historycznych ogłoszeń. Policz, ile wyników człowiek uznałby za faktycznie warte otwarcia. Jeżeli trafność nie dochodzi przynajmniej do około 70–80%, najpierw popraw reguły dopasowania. Dopiero potem automatyzuj i sprzedawaj abonament.