Proces · zgłoszenia serwisowe
Zgłoszenie serwisowe. Brak danych widać od razu, nie po dwóch dniach.
Zgłoszenie to zdarzenie pracy, nie wiadomość do przesłania dalej. System zbiera minimalny kontekst, jawnie oznacza brak danych i przekazuje sprawę zespołowi z warunkiem przejścia i jednym nazwanym zadaniem.
„Nie działa klimatyzacja w biurze na 2. piętrze. Pilne!”
Zgłasza: recepcja, ul. Przykładowa 8
- Dotyczy
- Klimatyzacja, 2. piętro
- Wiadomo
- opis 1:1 · 09:14
- Brak
- numer seryjny urządzenia
- Warunek
- zdjęcie tabliczki znamionowej
- Dalej
- serwis — zaplanować wizytę
brak danych zamiast „do obsługi”
Dane fikcyjne. Pola i reguły ustalamy dla Twojego procesu.
Co wpada. Co wychodzi.
01 · Wpada
Formularz, mail, telefon.
Opis problemu zostaje w takiej formie, w jakiej przyszedł — z datą i godziną.
02 · System porządkuje
Kontekst i jawny brak.
Cztery pytania zamiast dwudziestu pól. Brakujące dane mają własny status, nie dopisek „do obsługi”.
03 · Wychodzi
Przekazanie z warunkiem.
Adresat, warunek przejścia i jedno zadanie: „zweryfikować numer seryjny”, a nie „zajmij się tym”.
Cztery pytania, nie dwadzieścia pól.
Zbieramy tylko to, co pozwala zacząć pracę. Pełna karta klienta nie jest potrzebna do przekazania sprawy.
- 01
Czego dotyczy sprawa?
Klient, urządzenie lub lokalizacja — konkretnie, bez dopytywania.
- 02
Co już wiadomo?
Opis problemu dokładnie w formie, w jakiej przyszedł, plus data i godzina.
- 03
Co jest potrzebne dalej?
Dostęp, zdjęcie, numer seryjny, zgoda na wejście na teren.
- 04
Kto przejmuje następny krok?
Osoba oraz jedno nazwane zadanie, nie „zajmie się tym zespół”.
Tak wygląda zwykły dzień tego procesu.
Każdy krok zostaje w dzienniku. Fioletowe wiersze to miejsca, w których system świadomie się zatrzymał i czeka na człowieka.
- 09:14 Formularz: nie działa klimatyzacja, 2. piętrosprawa #0533 zrobione
- 09:14 Brak numeru seryjnego urządzeniastatus: brak danych zatrzymane
- 09:15 Prośba do zgłaszającego o zdjęcie tabliczkiwysłana zrobione
- 11:02 Zdjęcie dotarło, numer odczytanywarunek przejścia spełniony zrobione
- 11:03 Przekazanie: serwis · zaplanować wizytęadresat · warunek · działanie zrobione
- 11:03 Klient prosi o wizytę jeszcze dziśtermin wymaga decyzji czeka na Ciebie
Przykładowy dziennik, dane fikcyjne. Zakres, reguły i miejsca zatrzymania ustalamy w mapie procesu.
Granice są częścią systemu.
Jeśli dane są niepełne, sprzeczne albo sprawa nie pasuje do reguł, system nie zgaduje. Oznacza wyjątek i przekazuje go człowiekowi. To nie awaria — to punkt kontroli.
System może
- zebrać minimalny kontekst zgłoszenia
- zachować oryginalny opis z godziną
- jawnie oznaczyć brak danych
- poprosić zgłaszającego o uzupełnienie
- przekazać sprawę z warunkiem przejścia
Człowiek decyduje
- pilność i kolejność zleceń
- termin wizyty
- wycena naprawy
- sprawy poza scenariuszem
Wzorzec opisaliśmy szerzej na blogu
Zgłoszenie serwisowe bez chaosu: od formularza do właścicielaWpis zostaje w WordPressie pod obecnym adresem.
Inne procesy, od których zaczynamy
Zapytania ofertowe
Mail z opisem projektu → brief z brakami → szkic odpowiedzi do akceptacji.
Zobacz procesDokumenty i faktury
PDF albo skan → sprawdzenie kompletu → konkretny krok albo wyjątek z powodem.
Zobacz procesWspólna skrzynka e‑mail
biuro@ → stan roboczy i właściciel → przekazanie z adresatem, powodem i działaniem.
Zobacz procesMasz taki proces u siebie?
Opisz go w 20 minut. Powiemy, czy warto go automatyzować, od czego zacząć i czego nie ruszać.
Albo zadzwoń: +48 732 126 100 · napisz: [email protected]