Realizacje / BWS Event Support
Case study BWS: dashboard rekrutacji zamiast ręcznych Sheetów
- Dane z 7 miast, aktualizowane automatycznie co 2 godziny
- Konwersja rejestracja→weryfikacja liczona na żywo, nie raz w miesiącu
- Zero błędów z pominięcia statusu: filtr uwzględnia aktywnych, zahibernowanych, zablokowanych i usuniętych naraz
Co miesiąc ktoś w BWS siadał do panelu Sinch i przepisywał do arkusza, ile osób się zarejestrowało i ile przeszło weryfikację. Siedem miast, cztery statusy kandydata, ręcznie. Liczby wychodziły za niskie i nikt nie wiedział dlaczego.
Teraz ekran wyżej odświeża się sam co 2 godziny.
Jak to działa
Skrypt w Pythonie pyta API Sincha o każde miasto, liczy konwersję i wgrywa gotową stronę na serwer BWS. GitHub Actions odpala go co 2 godziny, człowiek nie jest potrzebny. Kraków i Warszawa mają własne cele miesięczne, reszta miast osobną tabelę.
Skąd brakowało 15%
API domyślnie zwraca tylko aktywnych kandydatów. Kto się zahibernował, został zablokowany albo usunięty, znikał z liczb, choć rejestrację zrobił. Dashboard pyta o wszystkie cztery statusy naraz i dopiero wtedy wynik zgadza się z rzeczywistością.
Dashboard jest za hasłem, bo to dane wewnętrzne firmy. Marketing, który robię dla BWS, opisałem w osobnym case study.
Chcesz podobny efekt u siebie?
Sprawdź sam: bws.net.pl ↗