Monitoring cen konkurencji z historią ofert

Scenariusz krok po kroku

1. 01

   Niższa kwota może dotyczyć mniejszego opakowania

   Rozważmy fikcyjny przykład: zapisany odczyt wskazuje 120 zł za sześć sztuk. Przy kolejnym sprawdzeniu strona pokazuje 90 zł, ale wybrany wariant zawiera trzy sztuki. Alert „cena spadła o 25%” ukrywa zmianę przedmiotu porównania.

   W pierwszym odczycie cena wynosiła 20 zł za sztukę, w drugim 30 zł. Cena jednostkowa jest więc o 50% wyższa. Nadal nie oznacza to, że zmieniła się cena tego samego sześciopaku. Obserwujemy dwa warianty i powinniśmy zachować je w osobnych rekordach. Porównanie jednostkowe może być dodatkowym widokiem, jeśli zespół zatwierdzi jego sens dla tych produktów.

   Google Merchant Center w dokumentacji miary ceny jednostkowej rozróżnia ilość produktu, jednostkę odniesienia i warianty o różnych wielkościach. To przykład danych potrzebnych do porównania. Dokumentacja własnego feedu sprzedawcy nie daje dostępu do feedów konkurencji ani nie potwierdza sposobu pobierania danych z ich stron.

   Przy obserwacji zachowujemy identyfikator oferty, wariant, sprzedawcę, ilość, walutę i czas odczytu. Osobno ustalamy, czy porównanie dotyczy ceny produktu, czy kosztu zakupu uwzględniającego dostępne warunki dostawy. Nieznany koszt przesyłki pozostaje nieznany; system nie dopisuje darmowej dostawy.

2. 02

   Historia musi pokazywać również nieudane odczyty

   Jeżeli źródło nie odpowie podczas kolejnego sprawdzenia, ostatnia znana cena nie staje się aktualnym odczytem. W widoku powinny pozostać data ostatniej poprawnej obserwacji i informacja o błędzie. Brak odczytu nie oznacza ceny zerowej ani potwierdzonego wycofania oferty.

   Podobnie zniknięcie produktu i jego późniejszy powrót wymagają ustalonej reguły. Zespół powinien zobaczyć, czy rozpoznano tę samą ofertę, nową ofertę tego samego sprzedawcy, czy niepewne dopasowanie. Sam podobny tytuł nie wystarcza do połączenia historii. AI może zaproponować dopasowanie na podstawie opisu, a niejednoznaczne pary trafiają do sprawdzenia.

   Alert powinien zawierać poprzednią i obecną obserwację, źródła oraz powód oznaczenia. Próg zmiany i sposób przypominania ustalamy przed wdrożeniem. Powtórzony odczyt tej samej wartości nie powinien tworzyć kolejnej wiadomości tylko dlatego, że uruchomiono harmonogram ponownie.

3. 03

   Wybór źródeł poprzedza wybór modelu

   Zaczynamy od listy ofert i dopuszczonego sposobu ich obserwacji. Może to być uzgodniony plik, dostępne API lub inny sposób odczytu przewidziany dla konkretnego źródła. Przed wyceną sprawdzamy warunki dostępu, ograniczenia częstotliwości i możliwość zachowania historii. Nie deklarujemy obsługi dowolnego sklepu, Allegro ani portalu tylko na podstawie jego adresu.

   Jeżeli obecne narzędzie daje potrzebne alerty i pozwala odtworzyć porównanie, warto zacząć od jego konfiguracji. Dla kilku ofert sprawdzanych rzadko wystarczy czasem arkusz i przypomnienie. Osobny projekt rozważamy, gdy pracownik regularnie odtwarza warianty, poprzednie warunki i brakujące odczyty z wielu miejsc.

   Zmiana układu źródła wymaga kontroli odczytu. Zasady utrzymania powinny określać, kto otrzymuje informację o błędzie i które porównania zostają wstrzymane. Częstotliwość sprawdzania ustalamy wspólnie. Nie obiecujemy stałej obserwacji całego rynku.

4. 04

   Co pokazuje istniejący przykład

   Przykład obserwacji ofert nieruchomości opisuje historię ofert, zmiany i kolejkę dla operatora. Można na nim obejrzeć sposób przedstawienia zdarzenia w kontekście wcześniejszych obserwacji. Nie jest demonstracją porównywania wariantów produktów sklepowych, przeliczania opakowań ani połączenia z Waszym katalogiem.

   Dla monitoringu cen trzeba przygotować osobną próbę. Powinna zawierać zmianę ceny tego samego wariantu, zmianę opakowania, ofertę niedostępną podczas odczytu, powrót po przerwie i dwa podobne produkty, których nie wolno połączyć. Zespół sprawdza trafność dopasowań oraz alerty pominięte i niepotrzebnie wygenerowane. Mierzymy też czas przeglądu, razem z wyjaśnianiem niepewnych pozycji. Taki test nie został tu przedstawiony jako wykonany.

5. 05

   Zakres, który można zamówić

   Pierwszy projekt może objąć uzgodnioną grupę produktów, listę źródeł i jeden widok zmian. Firma wskazuje porównywalne warianty oraz osobę oceniającą wyjątki. Syntalith może przygotować odczyt, zapis historii i materiał do decyzji cenowej. Termin określamy po sprawdzeniu dostępności danych i zasad ich użycia.

   Ceny od 7 500 zł netto za automatyzację i od 12 500 zł netto za aplikację lub agenta są cenami początkowymi usług. To nie jest abonament za dowolną liczbę obserwowanych ofert. Licencje danych, połączenia, koszty działania i utrzymanie ustalamy osobno. Szczegóły są w cenniku i opisie agentów AI.

   Szersze śledzenie komunikatów, funkcji i wydarzeń opisuje monitorowanie konkurencji. Z kolei kontrola cenników dostawców dotyczy zatwierdzania warunków przed importem do ERP. Tutaj wynikiem jest historia obserwowanych ofert oraz alert do oceny. Opisz produkty i zmianę, którą chcesz zauważyć; na pierwszą rozmowę wystarczy kilka przykładowych źródeł.