Sprint BOK Polska

Płatny pilot B2B · zgłoszenia otwarte

Mniej spraw wraca do kierownika. Zespół wie, co robić.

Porządkujemy sposób pracy BOK w istniejącym Thulium lub Zendesk: reguły, odpowiedzialność, wyjątki, eskalacje, klasyfikację, kontrolę jakości i bezpieczne miejsca do automatyzacji. Bez migracji helpdesku.

agent pyta kierownika
→
reguła + odpowiedzialność + próg decyzji
podobne sprawy, różne decyzje
→
spójny scenariusz + wyjątki
automatyzacja „na wyczucie”
→
test + zatwierdzenie + bezpieczny zakres
wiedza w głowach
→
zasady gotowe dla ludzi i automatyzacji
Automatyzacja nie naprawia procesu sama.

Może szybko wykonać dobrą regułę albo równie szybko powielać złą. Sprint najpierw porządkuje logikę pracy, a dopiero potem wskazuje, co można bezpiecznie przekazać systemowi lub agentowi AI.

Problem kierownika BOK

Helpdesk może działać technicznie, a operacyjnie nadal wszystko wracać do kierownika.

Sprint zaczyna od realnych zachowań zespołu i konkretnych przypadków, nie od listy funkcji systemu.

Decyzje wracają do kierownikaRefundy, wyjątki i niejasne sytuacje stale wymagają ręcznej zgody.
Ta sama sprawa, różne odpowiedziPodobne przypadki kończą się innymi decyzjami zależnie od osoby.
Niejasna odpowiedzialnośćRouting i odpowiedzialność są opisane zbyt ogólnie albo tylko zwyczajowo.
Eskalacje na wyczucieZespół nie ma jasnego progu, kiedy działa sam, a kiedy eskaluje.
Automatyzacje bez jasnych regułSystem potrafi więcej, niż proces bezpiecznie pozwala mu wykonać.
Wiedza nie jest przenośnaOnboarding i jakość zależą od pamięci konkretnych osób.

Przed i po

Od decyzji „na wyczucie” do operacyjnego systemu pracy.

Przed

Proces żyje w głowach zespołu.

  • agent pyta kierownika;
  • wyjątki nie mają jasnej ścieżki;
  • routing zależy od doświadczenia;
  • automatyzacja jest ryzykiem, bo reguły są niejasne.
→

Po

Każdy objęty typ sprawy ma jawny sposób obsługi.

  • odpowiedzialność i routing;
  • reguła oraz wyjątki;
  • próg eskalacji i zatwierdzenia;
  • odpowiedź lub makro;
  • test QA;
  • status: automatycznie / z weryfikacją / tylko człowiek.

Metoda Sprint BOK

Diagnoza → reguły → odpowiedzialność → test → automatyzacja → kontrola zmian → pomiar.

Projektujemy zasady tak, żeby mogły je wykonywać ludzie, natywne funkcje Thulium/Zendesk albo późniejszy agent AI. Narzędzie może się zmienić, logika procesu powinna pozostać czytelna.

01

Diagnoza

Co wraca do kierownika i gdzie proces się rozjeżdża.

02

Reguły

Co robimy w typowym przypadku i jakie są granice decyzji.

03

Odpowiedzialność

Kto prowadzi sprawę, wyjątek i późniejszą zmianę reguły.

04

Test

Jak sprawdzamy scenariusz przed użyciem produkcyjnym.

05

Automatyzacja

Co można wykonać automatycznie bez utraty kontroli.

06

Kontrola zmian

Kto zatwierdza, wdraża, zmienia i wycofuje regułę.

07

Pomiar

Jak sprawdzamy, czy zmiana faktycznie została wdrożona.

Przykład rezultatu

Nie opis problemu. Gotowa logika obsługi konkretnej sprawy.

Przypadek: DOSTAWA / OPÓŹNIENIEodpowiedzialny: BOK / dostawystandard: makro + pola do uzupełnieniaeskalacja: brak skanu przewoźnika po X hzatwierdzenie: kierownik tylko przy wyjątku Y
Specyfikacja wykonawczazdarzenie → warunki → działanie → wyjątekodpowiedzialny → zatwierdzenie → źródło danychtest → zasada zmianystatus: WERYFIKACJA

Bezpłatny punkt wejścia

Raport BOK: sprawdź, gdzie zespół naprawdę traci samodzielność.

12 pytań o sposób pracy zespołu. Bez podłączania helpdesku i bez przesyłania danych klientów. Wynik pokazuje problem, skutek, priorytet i konkretny następny krok.

Raport pokazuje:
Problemnp. decyzje refundowe wracają do kierownika.
Skuteknp. opóźnienia, różne decyzje, zależność od jednej osoby.
Priorytetco trzeba uporządkować najpierw.
Następny krokLite, Standard, Plus albo uczciwe „Sprint nie jest teraz potrzebny”.

Pakiety Sprint BOK

Pakiet dobieramy do poziomu problemu, nie do liczby funkcji systemu.

Liczby poniżej wyznaczają granice zakresu. Różnica między pakietami dotyczy przede wszystkim poziomu stabilizacji procesu, spójności systemu pracy i kontroli zmian.

Stabilizacja
Sprint BOK Lite

Najczęstsze sprawy przestają być improwizowane.

Dla zespołu, który chce szybko uporządkować kilka najbardziej powtarzalnych problemów.
2 490 zł netto
  • 3 typy spraw;
  • 8 odpowiedzi / makr;
  • 3 scenariusze eskalacji;
  • do 8 elementów klasyfikacji;
  • 3 specyfikacje automatyzacji;
  • 3 briefy bazy wiedzy;
  • 1 KPI operacyjny;
  • 5 scenariuszy QA;
  • 1 runda poprawek.
Tryb „Gotowe do wdrożenia”. Konfigurację wykonuje klient lub jego administrator.
System pracy · rekomendowany
Sprint BOK Standard

Większość powtarzalnych spraw ma jasną logikę i odpowiedzialność.

Dla zespołu, który chce ograniczyć zależność od kierownika i przygotować proces do bezpiecznej automatyzacji.
4 990 zł netto
  • 10 typów spraw;
  • 15 odpowiedzi / makr;
  • 6 eskalacji;
  • do 15 elementów klasyfikacji;
  • 6 specyfikacji automatyzacji z wyjątkiem i testem;
  • 8 briefów bazy wiedzy;
  • 3 KPI operacyjne;
  • 3 przypadki wyjątkowe;
  • 10 scenariuszy QA;
  • 1 cykl walidacji po wdrożeniu;
  • 1 runda poprawek.
Jeśli techniczne wdrożenie ma wykonać AMFIBOLE lub partner, zakres i cena są ustalane osobno po sprawdzeniu środowiska.
Kontrola zmian + skalowanie
Sprint BOK Plus

Proces jest gotowy do kontroli zmian, pomiaru i dalszej automatyzacji.

Dla zespołu, który potrzebuje nie tylko uporządkowania spraw, ale także zasad zatwierdzania zmian i granic automatyzacji.
8 990 zł netto
  • 15 typów spraw;
  • 25 odpowiedzi / makr;
  • 10 eskalacji;
  • do 25 elementów klasyfikacji;
  • 10 specyfikacji automatyzacji;
  • 12 briefów bazy wiedzy;
  • do 5 KPI operacyjnych;
  • 5 przypadków wyjątkowych;
  • analiza do 30 ticketów w uzgodnionym zakresie danych;
  • 15 scenariuszy QA;
  • mapa: automatycznie / z weryfikacją / tylko człowiek;
  • odpowiedzialność za zmiany, zatwierdzenia i zasady aktualizacji;
  • plan wdrożenia + pakiet przygotowania zespołu;
  • 1 cykl walidacji po wdrożeniu.
Techniczne wdrożenie wyceniamy osobno po sprawdzeniu środowiska, bezpieczeństwa, licencji, uprawnień i dostępności specjalisty.
Dlaczego techniczne wdrożenie nie ma stałej dopłaty?

Zakres pracy w Zendesk lub Thulium zależy od planu systemu, istniejącej konfiguracji, uprawnień, SSO/MFA, integracji i ryzyka zmian produkcyjnych. Cenę można odpowiedzialnie ustalić dopiero po sprawdzeniu środowiska.

Kontrola zmian i bezpieczeństwo

Zmiana reguły powinna mieć właściciela, test i zgodę, zanim trafi do produkcji.

Projekt → testNowa logika jest sprawdzana na scenariuszach przed użyciem produkcyjnym.
Zatwierdzenie → wdrożenieWiadomo, kto zatwierdza zmianę i kto ma prawo ją wprowadzić.
Zmiana → możliwość wycofaniaWiadomo, kto może później zmienić regułę i jak wrócić do poprzedniego stanu.
Minimalny dostępNie obchodzimy SSO/MFA i nie potrzebujemy wspólnych haseł administratora.
Niezależność od wykonawcyReguły mają działać niezależnie od tego, czy wykonuje je człowiek, natywna automatyzacja czy późniejszy agent.
Bez obietnic poza kontroląOdpowiadamy za projekt, logikę i QA, nie gwarantujemy CSAT ani czasu odpowiedzi zależnych od całej organizacji.

FAQ

Najważniejsze pytania przed Sprintem.

Czy musimy korzystać z Thulium albo Zendesk?
Tak. Pilot jest celowo zawężony do istniejącego Thulium lub Zendesk. Dzięki temu zakres pozostaje konkretny i możliwy do uczciwego wycenienia.
Czy Sprint wdraża nowego agenta AI?
Nie jako standard. Sprint projektuje reguły i system pracy. Potem może je wykonywać człowiek, natywna automatyzacja albo osobno dobrany agent AI.
Czy muszę sam wybrać Lite, Standard albo Plus?
Nie. Zacznij od bezpłatnego Raportu BOK albo briefu. Najpierw oceniamy problem i skalę zespołu, a dopiero potem rekomendujemy zakres.
Czy potrzebujecie dostępu produkcyjnego?
Nie w trybie „Gotowe do wdrożenia”. Dostęp jest potrzebny wyłącznie przy osobno uzgodnionym wdrożeniu technicznym i dopiero po sprawdzeniu bezpieczeństwa oraz uprawnień.
Dlaczego techniczne wdrożenie nie ma stałej ceny?
Bo realny zakres zależy od planu systemu, ról, SSO/MFA, konfiguracji, integracji i ryzyka zmian produkcyjnych. Cenę potwierdzamy po sprawdzeniu środowiska.
Czy gwarantujecie poprawę CSAT albo FRT?
Nie. Odpowiadamy za wykonanie uzgodnionego zakresu, logikę, QA i korektę błędów po naszej stronie. Wynik biznesowy zależy także od wdrożenia i pracy organizacji.
Jak wygląda zakup pilota?
Najpierw Raport BOK lub brief. Sprawdzamy dopasowanie, zamykamy zakres i dopiero po jego akceptacji wysyłamy link do płatności.

Następny krok

Najpierw sprawdź proces. Dopiero potem decyduj o Sprincie.

Zrób bezpłatną autodiagnozę BOK. Jeśli wynik nie pokaże istotnego problemu, nie będziemy przekonywać Cię do zakupu na siłę.

Lite 2 490 · Standard 4 990 · Plus 8 990 zł nettoTechniczne wdrożenie, jeśli potrzebne, jest wyceniane osobno po sprawdzeniu środowiska.