Case: panel zgłoszeń zamiast skrzynki w firmie IT

W skrócie: jednoosobowa firma zajmująca się sieciami komputerowymi i wsparciem IT obsługiwała wszystkie sprawy klientów przez jedną skrzynkę mailową — awarie, zapytania o wycenę i drobne prośby leżały tam obok siebie, bez kategoryzacji i bez kolejki. W dwa tygodnie zbudowałem nową stronę z formularzem, który kategoryzuje zgłoszenie na wejściu, oraz panel ze statusami. Poniżej opisuję, co powstało i dlaczego. Nie podaję efektów w liczbach — te pochodziłyby z relacji, a nie z pomiaru, którego mógłbym dziś bronić.

Problem, z którym trafiła do mnie ta firma, jest w usługach IT klasyczny: jeden adres e-mail obsługuje trzy zupełnie różne typy spraw, z których każdy wymaga innego czasu reakcji. Skrzynka nie zna różnicy między “pali się serwer” a “dodaj mi użytkownika do domeny” — tę różnicę musi codziennie odtwarzać człowiek.

Dwa tygodnie później skrzynka wyglądała inaczej, bo przestała być jedynym miejscem, w którym lądują zgłoszenia. Oto jak to zrobiłem.

Sytuacja wyjściowa

Zacząłem od przejrzenia skrzynki i procesu: jakie typy wiadomości faktycznie przychodzą, ile z nich wymaga natychmiastowej reakcji, gdzie sprawy się zatrzymują. Obraz był taki:

Jeden adres e-mail jako punkt wejścia dla awarii, wycen, drobnych zmian, spamu i reklam hostingu
Znaczna część wiadomości wymagała zmiany kategorii w trakcie obsługi — ktoś pisał “drobne pytanie”, a w środku była awaria serwera
Codzienne sortowanie skrzynki zabierało pierwszą część dnia roboczego
Regularne telefony z pytaniem “czy dostaliście mojego maila?” — bo nie było żadnego sygnału zwrotnego
Zapytania wycenowe obsługiwane z opóźnieniem — a wycena wysłana po kilku dniach to zwykle wycena spóźniona
Stara strona ładowała się wolno na telefonach i miała rozsypany layout formularza

Świadomie nie podaję tu liczb. Te, które kiedyś towarzyszyły temu opisowi, pochodziły z relacji klienta, nie z pomiaru, który mógłbym dziś pokazać. Sama zasada zostaje: bez rozpoznania własnego procesu nie wiesz, czy cokolwiek poprawiasz.

Problem: różne sprawy, jeden worek

Firma zajmuje się sieciami komputerowymi, konfiguracją infrastruktury IT, wsparciem serwerów i monitoringiem. Obsługuje głównie klientów biznesowych — od kilkuosobowych biur po średnie firmy produkcyjne z rozbudowaną siecią.

Model biznesowy wymagał trzech różnych typów interakcji z klientami, a wszystkie szły tą samą drogą — na jeden firmowy adres e-mail:

1. Awarie serwisowe — “nie działa internet”, “drukarka się zawiesza”, “VPN padł” — wymagają reakcji w minutach, nie godzinach.

2. Zapytania handlowe — firma chce nową sieć, nowy serwer, migrację poczty — wymagają wyceny w ciągu doby, ale nie muszą być obsłużone natychmiast.

3. Drobne zmiany i pytania — “dodaj użytkownika do domeny”, “jak się zalogować do VPN z telefonu” — nie są pilne, ale łatwo giną w strumieniu ważniejszych rzeczy.

Problem polegał na tym, że skrzynka mailowa nie wie, czym różni się “pali się serwer” od “dodaj mi użytkownika”. Wszystko ląduje w jednym miejscu. Właściciel otwierał maila, czytał, próbował ocenić priorytet, odpisywał, zamykał, otwierał następnego. Czasem wracał do wiadomości z poniedziałku w środę, bo ktoś inny w międzyczasie krzyczał głośniej.

Konkretnie kosztowało to:

Codzienny czas na samo sortowanie skrzynki, zanim zaczęła się jakakolwiek praca merytoryczna
Telefony od klientów z pytaniem “czy dostał Pan mojego maila?” — bo nie było sposobu, żeby sprawdzić status
Stracone leady sprzedażowe — bo zapytanie o dużą instalację wycenione z tygodniowym opóźnieniem to zapytanie utracone
Brak systemu przypomnień o umówionych zleceniach

Do tego dochodziła stara strona, która wyglądała jak zrobiona dekadę wcześniej i słabo działała na telefonach. Klienci szukający firmy IT w Google trafiali na nią, ale na komórce formularz kontaktowy był praktycznie nie do wypełnienia — layout się rozjeżdżał. Zapytania ginęły, zanim w ogóle zaczęła się komunikacja.

Co nie zadziałało wcześniej

Przed pracą ze mną firma próbowała dwóch rzeczy:

Filtry w skrzynce. Oznakowanie maili kolorami, foldery “AWARIA”, “WYCENA”, “ZMIANA”. Problem: klienci nie piszą “AWARIA” w temacie. Piszą “proszę o pomoc” albo “drobne pytanie” (które okazuje się awarią serwera pocztowego). Filtry nie umieją czytać intencji.

Szablony odpowiedzi. Pomogły trochę, ale nadal wymagały, żeby ktoś przeczytał maila, zrozumiał problem, wybrał szablon, spersonalizował, wysłał. Nie rozwiązywały chaosu pierwszego kroku — sortowania tego, co w ogóle siedzi w skrzynce.

Oba podejścia traktowały email jako kanał wejściowy — a prawdziwym problemem było to, że email jest złym kanałem wejściowym dla usług wymagających różnej reakcji w zależności od typu zgłoszenia.

Decyzje produktowe: dlaczego TAK, a nie inaczej

Trzy decyzje, które miały największy wpływ na kształt rozwiązania:

1. Tylko trzy kategorie zgłoszeń, nie osiem. Pokusa była, żeby zrobić bogatą taksonomię: awaria internetu, awaria drukarki, awaria serwera, awaria VPN, wycena nowej sieci, wycena migracji, drobne pytanie, drobna zmiana i tak dalej. Nie zrobiłem tego. Dlaczego: każda dodatkowa kategoria to dodatkowa decyzja, którą klient musi podjąć — a każda decyzja zwiększa szansę, że nie wypełni formularza wcale. Trzy kategorie, w które klient trafia niemal zawsze, są warte więcej niż osiem, w których się myli. Subkategorie pojawiają się dopiero w polach formularza, po wybraniu kategorii głównej.

2. Panel działa zamiast skrzynki, nie obok niej. Poczta nie znika, ale klienci są kierowani na formularz. Nie trzeba przenosić starych workflow — nowe zgłoszenia idą inną drogą, a stara skrzynka stopniowo się opróżnia. Dlaczego: gdybym próbował “scalić” pocztę z panelem (przekierowania, synchronizacje), wprowadziłbym więcej awarii niż rozwiązań. Twarde cięcie było prostsze i szybsze.

3. Status zgłoszenia jest publiczny dla klienta. Klient po wysłaniu zgłoszenia dostaje link z aktualnym statusem — adres w rodzaju /zgloszenie/2134. Brzmi banalnie, ale w branży IT to nadal nietypowe. Dlaczego: klient pyta “czy dostaliście maila?” tylko wtedy, gdy nie ma sygnału. Daj sygnał, a pytania znikną. To eliminacja całej klasy interakcji, nie tylko ich automatyzacja.

Każda z tych decyzji odjęła z procesu coś, co większość firm dodaje. To celowy minimalizm — mniej przycisków oznacza mniej okazji do błędu.

Rozwiązanie: formularz, który sam sortuje, plus panel ze statusami

Zmieniłem punkt kontaktu. Zamiast maila — dedykowany formularz zgłoszeniowy na stronie. Klient, wypełniając formularz, sam kategoryzuje swoje zgłoszenie, co zdejmuje z właściciela obowiązek sortowania.

1. Formularz z kategoryzacją na wejściu

Klient wchodzi na stronę, klika “Zgłoś sprawę” i dostaje prosty wybór:

🔴 Awaria (coś nie działa, trzeba reagować natychmiast)
🟡 Zapytanie o wycenę (nowa instalacja, rozbudowa, migracja)
🔵 Drobne zmiany (dodaj użytkownika, konfiguracja, pytanie)

Po wyborze kategorii formularz dostosowuje pola — przy awarii pyta o pilność i lokalizację, przy wycenie o zakres i budżet, przy zmianach o konkretny problem. Klient widzi tylko te pola, które są istotne dla jego typu sprawy.

2. Panel zgłoszeń z kolorowymi statusami

Każde zgłoszenie trafia do panelu, nie do skrzynki. Panel pokazuje:

Listę zgłoszeń posortowaną domyślnie po priorytecie (awarie na górze)
Kolorystyczne statusy: nowe (czerwone), w trakcie (żółte), rozwiązane (zielone), oczekujące na klienta (szare)
Filtry po typie, dacie i kliencie
Historię każdego zgłoszenia z datą, komentarzami wewnętrznymi i odpowiedziami

Rano wystarczy otworzyć panel, żeby zobaczyć, ile awarii czeka na obsługę, ile wycen jest do wysłania i ile drobnych zmian zostaje na później. Zamiast scrollowania skrzynki — jeden ekran.

3. Automatyczne potwierdzenia po wysłaniu zgłoszenia

Klient po wypełnieniu formularza dostaje natychmiast e-mail: “Dziękuję za zgłoszenie #2134. Odbierzemy je w ciągu X godzin (w zależności od typu). Status widzisz tutaj [link]”. Koniec z pytaniami “czy dostaliście maila?” — klient ma numer zgłoszenia i link do śledzenia.

4. Nowa strona z mapą zasięgu i szybkim ładowaniem

Strona ładuje się szybko także na telefonie i działa na każdym urządzeniu. Mapa pokazuje zasięg dojazdu — miasto i najbliższe okolice. Sekcja z referencjami, przejrzyste opisy usług zamiast technicznego żargonu.

Co się zmieniło

Opisowo — bez liczb, których nie zmierzyłem:

Dzień zaczyna się od gotowej listy, nie od sortowania skrzynki
Każde zgłoszenie ma kategorię nadaną przez klienta, a nie zgadywaną po fakcie
Pytania “czy dostaliście maila?” straciły sens — klient widzi status pod własnym linkiem
Formularz działa na telefonie, więc kontakt z komórki przestał być torem przeszkód
Awarie wypływają na górę panelu automatycznie, zamiast czekać na to, aż ktoś je zauważy
Strona ładuje się zauważalnie szybciej niż poprzednia

Nie przeliczam tego na godziny ani na złotówki. Oszczędność czasu w takim wdrożeniu jest realna, ale jej wielkość znałbym tylko z relacji — a to za mało, żeby stawiać ją w tabelce.

Co zrobiłbym inaczej

Trzy lekcje z kilku miesięcy działania panelu:

1. Pole “pilność” w awariach powinno być na samej górze formularza. Dziś jest czwarte (po typie problemu, lokalizacji i opisie). Klienci często zaznaczają “Awaria → bardzo pilne” mechanicznie, bez czytania definicji. Powinienem zacząć od pytania “Czy biznes obecnie nie działa? TAK/NIE” — bardziej obiektywnego niż subiektywna ocena pilności.

2. Email-fallback dla starych klientów był za miękki. Dodałem automatyczną odpowiedź na firmowy adres z prośbą o wypełnienie formularza. Część stałych klientów to ignorowała i nadal pisała maile, które trzeba było wyłapywać ręcznie. Dziś przekierowywałbym takie maile bezpośrednio do panelu z pre-wypełnionym formularzem, zamiast prosić klienta o zmianę nawyku.

3. Mobilny formularz miał być łatwiejszy, a nadal ma cztery ekrany. Pierwszy (typ), drugi (kategoria szczegółowa), trzeci (opis i zdjęcia), czwarty (kontakt). Na desktopie to w porządku. Na telefonie to za dużo i część osób rezygnuje po drugim ekranie. Dziś zrobiłbym jeden ekran z polami rozwijanymi w zależności od wyborów.

Wnioski dla innych firm usługowych B2B

Ten case nie dotyczy tylko firm IT. Jeśli prowadzisz firmę, która obsługuje klientów biznesowych i dostaje różne typy zapytań (awarie, wyceny, drobne sprawy), lekcje są uniwersalne:

1. Email jest złym kanałem wejściowym dla usług wymagających różnej reakcji. Poczta traktuje wszystkie wiadomości tak samo — to Ty musisz je sortować. Formularz z kategoryzacją zdejmuje z Ciebie ten ciężar, bo klient sam mówi, z czym przychodzi. Dotyczy to tak samo serwisów samochodowych (naprawa vs przegląd vs opony), firm remontowych (awaria vs nowe zlecenie) i biur księgowych (pilne JPK vs zwykłe pytanie).

2. Klient nie chce dzwonić z pytaniem “czy dostaliście?”. Chce widzieć status online. Jeśli dasz mu link, pod którym widzi “Twoje zgłoszenie #2134 — w trakcie”, oszczędzisz sobie dziesiątek telefonów miesięcznie. Inwestycja w prostą stronę statusów zwraca się sama.

3. Responsywność strony to nie opcja, to wymóg biznesowy. Większość Twoich klientów wpisuje Cię w Google z telefonu. Jeśli strona się sypie na mobile’u — nie wypełnią formularza, nie zadzwonią, nie umówią spotkania. Przetestuj swoją stronę na prawdziwym telefonie z małym ekranem (nie w emulatorze Chrome) — jeśli cokolwiek wychodzi poza ekran albo klika się trudno, tracisz klientów codziennie.

Kluczowa obserwacja z tego wdrożenia: w firmach usługowych czas nie idzie na pracę merytoryczną, tylko na komunikację o pracy. System zgłoszeń skraca tę komunikację, zostawiając więcej miejsca na to, za co Ci płacą.

Działania, które MOŻESZ skopiować dziś

Plan czterotygodniowy dla każdej firmy usługowej B2B:

Tydzień 1 — Mierz: ile maili dziennie, ile minut na sortowanie, ile telefonów “czy dostaliście?”. Zapisuj. Bez baseline nie zobaczysz postępu.
Tydzień 1 — Zrób kategoryzację w skrzynce (etykiety, foldery). To pół godziny konfiguracji, która ujawnia rzeczywisty rozkład typów zapytań. Często okazuje się, że to, co czujesz jako “ciężkie”, stanowi ułamek korespondencji.
Tydzień 2 — Postaw prosty formularz z trzema kategoriami (Tally.so, Typeform, Google Forms — wszystko zadziała). Linkuj go ze strony zamiast mailto:. Zacznij promować w stopkach maili.
Tydzień 2 — Skonfiguruj auto-respondera, który potwierdza otrzymanie zgłoszenia z numerem identyfikacyjnym (nawet jeśli to ID z timestampu). Klienci przestaną dzwonić z pytaniem, czy mail doszedł.
Tydzień 3 — Stwórz bazę zgłoszeń w Notion albo Airtable: każdy wiersz to zgłoszenie z polem “status”. To Twój panel, zanim zbudujesz prawdziwy.
Tydzień 3 — Podziel dzień: rano sortujesz panel, reszta dnia to praca merytoryczna. Bez ciągłego scrollowania skrzynki.
Tydzień 4 — Pomyśl o dedykowanym panelu, jeśli skala to uzasadnia. Wcześniej Notion i Airtable spokojnie wystarczą.

Nie każda firma potrzebuje dedykowanego panelu. Większość małych firm spokojnie mieści się w gotowych narzędziach. Zacznij od nich — przejdź na custom dopiero wtedy, gdy gotowe rozwiązania zaczną Cię ograniczać.

Czy to mogłoby zadziałać u Ciebie?

Jeśli prowadzisz firmę IT, serwis, warsztat, biuro rachunkowe, kancelarię albo firmę remontową — prawdopodobnie tak. Szczególnie jeśli:

Dostajesz dziesiątki maili i telefonów dziennie od klientów
Spędzasz sporą część dnia na samym sortowaniu skrzynki
Klienci pytają “czy dostaliście mojego maila?”
Tracisz zapytania wycenowe, bo nie nadążasz z odpowiadaniem
Masz stronę, która nie działa na telefonach

Zadzwoń pod 731 044 330 — pokażę Ci taki panel w akcji i powiem wprost, czy system zgłoszeń ma sens dla Twojego modelu biznesowego. Rozmowa 20 minut, wdrożenie 2-3 tygodnie.

Przeczytaj też

Prowadzisz firmę B2B i topisz się w mailach? Zadzwoń: 731 044 330 lub napisz na [email protected]. System zgłoszeń z kategoryzacją, panel ze statusami, responsywna strona — wszystko w 2-3 tygodnie.

System zgłoszeń zamiast skrzynki mailowej w firmie IT