System monitoringu przetargów — scenariusz wdrożenia

Firma, która startuje w zamówieniach, ma zwykle ten sam problem: ogłoszenia są rozsypane po wielu źródłach, każde w innym formacie i o innej strukturze. Ktoś ma w kalendarzu stałą porę na przeglądanie, otwiera po kolei kilka miejsc, przewija listy i wypisuje na boku to, co wygląda obiecująco. Praca jest powtarzalna, nudna i nie znosi przerwy — wystarczy kilka dni urlopu albo intensywniejszy okres, żeby coś przepadło. Najbardziej kosztowne nie jest samo przeglądanie, tylko ogłoszenie zauważone tuż przed terminem składania ofert, kiedy na sensowne przygotowanie dokumentów jest już za późno. Uważamy, że to jedyny koszt, który w tym procesie naprawdę boli: godzinę dziennie da się jakoś przeżyć, a przegapione postępowanie odbiera szansę, która nie wraca.

Rynek narzędzi do monitoringu zamówień sprzedaje przede wszystkim kompletność: wszystkie ogłoszenia, wszystkie źródła, cała Polska. Naszym zdaniem to obietnica, której nikt uczciwie nie dotrzyma, a przy okazji szkodliwa. Lista, na której codziennie ląduje sto pozycji bez związku z Waszą branżą, przestaje być czytana po dwóch tygodniach i wtedy jest gorsza niż brak listy, bo daje fałszywe poczucie, że temat jest pilnowany. Dlatego budujemy wąsko: kilka źródeł wskazanych przez klienta, filtr, który da się podejrzeć i poprawić, oraz lista, którą realnie ktoś otwiera. Wolimy zbudować narzędzie, z którego ktoś korzysta po pół roku, niż takie, które robi wrażenie na prezentacji.

• Każde źródło ma inny układ i inne nazewnictwo tych samych rzeczy
• Filtrowanie po kodach bywa zawodne, bo ten sam przedmiot zamówienia trafia pod różne kody
• Warunki udziału są rozproszone po załącznikach, a nie w treści ogłoszenia
• Przeglądanie jest zależne od jednej osoby i zatrzymuje się razem z nią
• Ogłoszenia zauważone za późno odpadają nie z powodu ceny, tylko z powodu terminu

System monitoringu przetargów to agent zbierający ogłoszenia ze wskazanych przez klienta źródeł i sprowadzający je do jednego formatu. Filtruje po kodach i słowach kluczowych ustalonych wspólnie na starcie, streszcza warunki udziału i terminy, odkłada wynik do jednego miejsca — arkusza albo prostego panelu — i przypomina przed upływem terminu składania ofert. Listę źródeł ustala klient, bo to on wie, gdzie ogłaszają się zamawiający z jego branży. Reguły filtrowania są jawne i edytowalne, i traktujemy to jako warunek, a nie jako opcję: filtr, którego użytkownik nie może zobaczyć i poprawić, uważamy za wadę, nie za funkcję. Ukryta reguła kiedyś odetnie coś ważnego i nikt nie będzie umiał wskazać, dlaczego.

1. 01Ustalenie źródeł i filtrówWspólnie spisujemy, skąd agent ma pobierać ogłoszenia, jakie kody i słowa kluczowe są istotne oraz co odrzucamy jednoznacznie. Ten etap decyduje o wartości całej reszty.
2. 02Zbieranie i normalizacjaAgent pobiera ogłoszenia w cyklu ustalonym z klientem i sprowadza je do wspólnej struktury: zamawiający, przedmiot, termin składania, tryb, wymagane zabezpieczenia, odnośnik do źródła.
3. 03Odsiew duplikatówTo samo ogłoszenie potrafi pojawić się w kilku miejscach. Agent rozpoznaje powtórzenia i zostawia jeden wpis z odnośnikami do wszystkich źródeł, w których je znalazł.
4. 04Streszczenie warunkówDo każdego wpisu dołączane jest streszczenie: czego dotyczy zamówienie, jakie warunki udziału wymienia ogłoszenie, jakie są terminy. Streszczenie zawsze prowadzi do pełnej treści, żeby dało się je sprawdzić.
5. 05Jedno miejsce i przypomnieniaWpisy trafiają do arkusza albo panelu ze statusem: nowe, do sprawdzenia, odrzucone, w przygotowaniu. Przed terminem składania ofert agent przypomina o pozycjach, które nie zostały zamknięte.

Warstwa techniczna zależy od tego, ile źródeł wchodzi w grę i w jakiej formie udostępniają dane. Przepływy prowadzimy w Make albo n8n, cięższą logikę w Node.js i TypeScript, wynik ląduje w Google Sheets, a jeśli arkusz przestaje wystarczać — w panelu zbudowanym w Next.js i Reakcie, hostowanym na Vercelu. Arkusz nie jest rozwiązaniem gorszym i będziemy się przy tym upierać także wtedy, gdy panel z logowaniem wygląda w ofercie poważniej. Dla firmy, w której przetargami zajmują się dwie osoby, arkusz bywa lepszy niż osobny system, bo nie wymaga logowania do kolejnego narzędzia i mieści się w tym, czego zespół już używa. Narzędzie, o którego otwarciu trzeba pamiętać, przegrywa z narzędziem, które i tak jest otwarte — i ta prosta obserwacja rozstrzyga u nas więcej sporów o interfejs niż jakikolwiek argument estetyczny.

Jest też granica, której przy zbieraniu danych nie przekroczymy. Jeżeli źródło nie pozwala pobierać treści automatycznie, nie obchodzimy tego ograniczenia i mówimy klientowi wprost, że danego źródła nie obejmiemy. Sprawdzamy to na etapie ustaleń, bo później nie ma już dobrego momentu na taką rozmowę, a klient, który dowiaduje się o tym po wdrożeniu, słusznie czuje się wprowadzony w błąd. Wolimy oddać węższy zakres niż zbudować rozwiązanie, które działa dopóty, dopóki nikt się nim nie zainteresuje.

Pierwszy okres pracy takiego agenta służy do kalibracji filtrów, a nie do chwalenia się skutecznością. Mierzymy dwie rzeczy naraz: czy agent pokazuje to, co istotne, i czy nie zasypuje użytkownika szumem. Oba błędy są kosztowne, ale inaczej — przeoczone ogłoszenie to utracona szansa, a nadmiar nieistotnych wpisów sprawia, że po dwóch tygodniach nikt nie zagląda do arkusza. Gdyby trzeba było wybrać, w okresie kalibracji wybieramy szum: wolimy dziesięć zbędnych wpisów niż jedno pominięte postępowanie, bo zbędny wpis kosztuje sekundę uwagi, a pominięty przetarg kosztuje kwartał przygotowań, których nikt już nie odzyska. Po kalibracji ta zgoda się kończy — jeśli szum zostaje, to filtr jest zły i trzeba poprawić filtr, a nie przyzwyczaić do niego użytkownika. Wartości w poniższej tabeli celowo pozostają puste: nie mamy uruchomionego systemu monitoringu przetargów, więc nie ma skąd ich wziąć. Publikujemy pustą tabelę zamiast wymyślonego case study i uważamy, że dla czytelnika, który potrafi liczyć, jest to informacja więcej, a nie mniej.

Z tej samej tabeli wynika, komu takiego systemu nie sprzedamy. Jeżeli firma startuje w kilku postępowaniach rocznie i doskonale wie, gdzie ogłasza się jej dwóch stałych zamawiających, agent nie ma czego usprawnić — powiemy to na pierwszej rozmowie, zamiast wystawiać fakturę za rozwiązanie problemu, którego nie ma. Wdrożenia agentów AI zaczynają się od 10 000 zł i ta kwota musi się z czegoś zwrócić: albo z czasu, który ktoś dziś traci na przeglądanie źródeł, albo z postępowań, które przy obecnym trybie pracy przepadają. Jeżeli po rozmowie nie potrafimy wskazać żadnego z tych dwóch źródeł zwrotu, projekt jest nieopłacalny i tak go nazwiemy.

Najważniejsza granica jest tu jednoznaczna: agent nie ocenia, czy firma spełnia warunki udziału w postępowaniu, i nie przygotowuje oferty. Streszczenie warunków jest skrótem treści ogłoszenia, a nie opinią prawną ani kwalifikacją. Decyzja o starcie w postępowaniu, ocena zdolności technicznej i finansowej, wybór formy zabezpieczenia oraz odpowiedzialność za złożone dokumenty pozostają po stronie człowieka. Warto też rozbroić obietnicę, która krąży wokół takich narzędzi: agent nie wygra ani jednego przetargu. Kupujecie u nas czas i pewność, że nic nie przepadło przez termin, a nie lepsze oferty — jeśli firma przegrywa postępowania, w których startuje, ten system niczego nie naprawi, bo problemem jest wtedy oferta albo cena, a nie moment zauważenia ogłoszenia. Druga granica dotyczy źródeł: agent pokazuje to, co znajdzie w miejscach wskazanych przez klienta, i nie gwarantuje kompletności — jeśli zamawiający ogłosi się poza uzgodnioną listą, wpis się nie pojawi. Trzecia: streszczenie zawsze prowadzi do oryginału, bo wiążący jest oryginał, a nie skrót.

• Nie ocenia, czy firma spełnia warunki udziału w postępowaniu
• Nie przygotowuje oferty ani żadnego dokumentu przetargowego
• Nie interpretuje przepisów o zamówieniach publicznych
• Nie gwarantuje kompletności — pracuje na źródłach wskazanych przez klienta
• Nie zastępuje przeczytania oryginalnej dokumentacji przed decyzją o starcie
• Nie usuwa ogłoszeń bezpowrotnie — odrzucone pozycje zostają widoczne do wglądu

Trzymamy się przy tym zasady, która bywa niewygodna w sprzedaży: nie zbudujemy widoku, w którym da się podjąć decyzję o starcie bez otwarcia pełnej treści ogłoszenia. Wygodniej byłoby zrobić inaczej, bo panel pokazujący wszystko na jednym ekranie robi lepsze wrażenie na prezentacji. Uważamy jednak, że narzędzie pozwalające pominąć oryginał prędzej czy później doprowadzi kogoś do złożenia oferty na warunkach, których nie przeczytał — a konsekwencje tego poniesie klient, nie my, i właśnie dlatego nie chcemy mu takiej wygody sprzedawać.

Najgorszy tryb awarii takiego systemu to nie błąd, tylko cisza. Źródło zmienia układ strony, agent przestaje cokolwiek pobierać, a arkusz wygląda dokładnie tak samo jak w spokojnym tygodniu — po prostu nic w nim nie przybywa. Dlatego brak nowych wpisów traktujemy jako zdarzenie do zgłoszenia, a nie jako naturalny stan, i uważamy, że system bez takiego alarmu jest niedokończony, choćby cała reszta działała wzorowo. Drugie ryzyko to streszczenie, które gubi warunek istotny dla decyzji; ograniczamy je odnośnikiem do oryginału przy każdym wpisie, ale nie usuwamy go całkowicie i nie będziemy twierdzić inaczej. Trzecie jest ludzkie: kalibracja filtrów wymaga, żeby przez pierwsze tygodnie ktoś po stronie klienta oceniał wpisy. Jeśli nikt nie ma na to czasu, filtr zostanie taki, jaki był na starcie, a projekt osiądzie na poziomie przeciętnej listy, do której nikt nie zagląda.

• Klient oczekuje gwarancji, że system pokaże wszystkie ogłoszenia z rynku — takiej gwarancji nie damy
• Oczekiwaniem jest ocena warunków udziału albo przygotowanie dokumentów oferty
• Warunkiem projektu jest pobieranie danych ze źródła wbrew jego zasadom korzystania
• Nikt po stronie klienta nie ma czasu na ocenę wpisów w okresie kalibracji filtrów
• Liczba postępowań w roku jest tak mała, że wdrożenie nie ma z czego się zwrócić
• Klient chce, żeby to system podejmował decyzję o starcie, a odpowiedzialność za nią została po naszej stronie

Na koniec ograniczenie po naszej stronie, bo wypadałoby zastosować do siebie tę samą miarę. Skuteczności filtrów na realnym zbiorze ogłoszeń nie mamy przetestowanej i nie mamy uruchomionego takiego systemu u żadnego klienta — pierwszy projekt tego typu będzie dla nas nauką, którą częściowo współfinansuje klient, i wolimy napisać to na stronie, niż przemilczeć na rozmowie. Zabezpieczamy to jedynym uczciwym sposobem, jaki znamy: krótkim i wąskim pierwszym etapem, jasnym punktem, w którym da się przerwać, oraz wskaźnikami ustalonymi zanim cokolwiek zbudujemy.