Scenka z życia: kiedy reklamacje zaczynają żyć własnym życiem
Mail od klienta, telefon od handlowca, notatka na kartce z produkcji. Po tygodniu klient dzwoni z pytaniem o status reklamacji – i nagle okazuje się, że każdy dział wie coś innego, a wspólnego obrazu sytuacji nie ma nikt. W efekcie klient orientuje się w szczegółach lepiej niż zespół, który powinien mieć wszystko pod kontrolą.
Taki chaos zwykle zaczyna się niewinnie: „zapamiętam”, „mamy to w mailach”, „spiszemy w zeszycie”. Przy kilku zgłoszeniach miesięcznie to jeszcze działa. Przy kilkudziesięciu – opóźnienia, dublowanie pracy i sprzeczne informacje pojawiają się niemal automatycznie. Jedna reklamacja omyłkowo nie trafi do produkcji, inna leży zapomniana, bo osoba odpowiedzialna jest na urlopie, a nikt poza nią nie wie, że to jej temat.
Na poziomie firmy konsekwencje są dość przewidywalne: klienci czują brak kontroli i przejrzystości, działy wzajemnie się obwiniają, a najczęściej powtarzające się błędy wciąż wracają, bo brakuje rzetelnej analizy przyczyn. Zamiast uczyć się na reklamacjach, organizacja odtwarza stale te same scenariusze.
Najprostszy sposób, by to przeciąć, to jeden wspólny rejestr reklamacji w Excelu. Bez skomplikowanego systemu, logowania i wdrożeń IT – po prostu plik, który łączy statusy zgłoszeń, daty, odpowiedzialności oraz przyczyny i pozwala je później wyciągnąć w raportach. Excel nie załatwi kultury pracy z klientem, ale stworzy minimalną infrastrukturę, w której każdy widzi to samo i rozumie, na jakim etapie jest sprawa.
Gdy pojawia się taki wspólny rejestr, zmienia się jedna kluczowa rzecz: pojawia się odpowiedzialność i możliwość analizy. Jeśli zgłoszenie nie jest wpisane – w praktyce nie istnieje. Jeśli ma status, terminy i przypisaną osobę – staje się częścią procesu, który można mierzyć i poprawiać.
Po co w ogóle rejestr reklamacji – cele, zakres, odbiorcy
Kontrola terminów i przejrzystość działań wobec klientów
Podstawowy cel rejestru reklamacji w Excelu jest bardzo operacyjny: panować nad terminami. Każde zgłoszenie powinno mieć jasną datę przyjęcia, przewidziany termin odpowiedzi i datę zamknięcia. Bez tego trudno mówić o dotrzymywaniu SLA czy po prostu zdrowych standardów obsługi klienta.
Dobrze zbudowany rejestr pozwala jednym rzutem oka sprawdzić:
które reklamacje są nowe i wymagają pierwszego kontaktu,
co jest „w trakcie” i przez kogo prowadzone,
co już dawno powinno być zamknięte, a wciąż wisi otwarte,
które sprawy mają wysoki priorytet (np. kluczowy klient, zagrożenie dla współpracy).
Drugi poziom to przejrzystość działań. Przy każdej reklamacji powinno być jasne, kto jest „właścicielem” sprawy, kiedy i jakie działania podjął, jaki zaproponowano klientowi sposób załatwienia. Excel nie zastąpi systemu CRM, ale może pełnić rolę centralnego „spisu treści” działań reklamacyjnych – z odnośnikami do maili, dokumentów czy zdjęć (np. w osobnych folderach).
Baza wiedzy o błędach, przyczynach i powtarzalnych problemach
Drugi, często ważniejszy cel, to budowa bazy wiedzy o przyczynach reklamacji. Reklamacja sama w sobie jest objawem – dopiero zrozumienie przyczyny źródłowej pozwala usunąć problem z procesu. Jeśli rejestr kończy się na opisie „klient niezadowolony z jakości”, niewiele można z tym zrobić.
Rejestr reklamacji w Excelu, uzupełniony o kolumny dotyczące kategorii i przyczyn, pozwala po kilku miesiącach odpowiedzieć na pytania typu:
czy najczęściej zawodzi jakość produktu, logistyka, obsługa klienta, czy dokumenty,
które linie produktowe generują najwięcej problemów,
w jakich etapach procesu powstają błędy (np. kompletacja zamówienia vs. pakowanie),
czy określone typy klientów składają więcej reklamacji (np. konkretne kanały sprzedaży).
Taki plik Excel staje się wtedy nie tylko ewidencją, ale źródłem danych do decyzji: gdzie zainwestować w jakość, jakie procedury zmienić, w które działy wzmocnić szkoleniowo.
Kto powinien korzystać z rejestru reklamacji
Użyteczny szablon rejestru reklamacji w Excelu musi być zbudowany z myślą o kilku grupach użytkowników, nie tylko o osobach z działu obsługi klienta. Najczęściej korzystają z niego:
Sprzedaż / handlowcy – monitorują sprawy swoich klientów, wiedzą, na jakim są etapie, unikają obietnic bez pokrycia.
Produkcja / logistyka / magazyn – otrzymują informacje o błędach i przyczynach reklamacji, dzięki czemu mogą poprawiać procesy.
Zarząd / menedżerowie – korzystają z raportów zbiorczych: liczby reklamacji, struktury przyczyn, trendów w czasie.
Projektując strukturę rejestru, warto zadać sobie pytanie: jakie informacje są potrzebne każdej z tych grup i w jakiej formie. To istotnie wpływa na dobór kolumn, sposób filtrowania i późniejszy dashboard reklamacji w Excelu.
Jakie pytania biznesowe ma obsłużyć rejestr reklamacji
Dobrą praktyką jest zaczynanie od listy pytań, na które rejestr ma udzielać odpowiedzi. Przykładowe pytania operacyjne i menedżerskie:
Ile reklamacji jest obecnie otwartych w firmie?
Jak długo średnio trwa rozpatrzenie reklamacji od zgłoszenia do zamknięcia?
Jakie są najczęstsze przyczyny reklamacji w ostatnim kwartale?
Które produkty lub usługi generują najwięcej zgłoszeń?
W których działach powstaje najwięcej błędów prowadzących do reklamacji?
Jaki odsetek reklamacji jest uznawany, a jaki odrzucany?
Którzy klienci składają najwięcej reklamacji (i czy są to klienci strategiczni)?
Każde takie pytanie przekłada się na konkretną kolumnę lub kombinację kolumn w Excelu. Jeśli pytanie jest ważne, a w rejestrze nie ma do niego danych, żadna analiza nie zadziała. Dlatego kolejność jest jasna: najpierw pytania biznesowe, potem struktura pliku.
Granica między rejestrem operacyjnym a raportowaniem
Wiele osób próbuje zmieścić w jednym arkuszu wszystko: operacyjną listę zgłoszeń, dashboard Excel, podsumowania dla zarządu, wykresy. Technicznie jest to możliwe, ale skutkuje nieczytelnym i powolnym plikiem. Lepiej wyraźnie oddzielić:
Rejestr operacyjny – szczegółowa ewidencja reklamacji, jedna linijka = jedno zgłoszenie.
W praktyce oznacza to zwykle jeden arkusz „surowy”, uzupełniany na bieżąco, oraz osobny arkusz lub kilka arkuszy z raportami. Dzięki temu osoby operacyjne mogą skupić się na wpisywaniu danych, a menedżerowie – na analizie. I nikt nikomu nie „psuje” widoku, zmieniając filtry czy sortowanie.
Kluczowe elementy rejestru reklamacji – jakie kolumny są naprawdę potrzebne
Podstawowe identyfikatory zgłoszenia
Każda reklamacja powinna być jednoznacznie identyfikowalna. To oznacza kilka prostych, ale kluczowych kolumn:
Numer zgłoszenia – unikalny identyfikator, np. w formacie R-2026-001. W Excelu można go generować półautomatycznie, np. łącząc rok i kolejny numer za pomocą formuły.
Data zgłoszenia – data, kiedy klient przekazał informację o problemie (nie kiedy ktoś zaczął nad nią pracować).
Klient – nazwa firmy lub osoby, opcjonalnie krótki kod klienta używany w systemie ERP.
Produkt / usługa – nazwa, symbol, typ, który pozwala później grupować dane.
Opis zgłoszenia – zwięzły, ale konkretny opis: co klient zgłosił, w czym widzi problem.
Numer zgłoszenia jest szczególnie ważny, bo staje się wspólnym językiem w komunikacji między działami („sprawdź reklamacje R-2026-014”). Jeśli identyfikacja opiera się tylko na nazwie klienta i dacie, szybko pojawiają się pomyłki.
Druga grupa pól dotyczy samego przebiegu procesu reklamacyjnego. To one pozwalają zamienić listę zgłoszeń w workflow reklamacji w małej firmie lub większej organizacji.
Status reklamacji – aktualny etap obsługi (np. Nowa, W trakcie wyjaśniania, Oczekuje na klienta, Zamknięta – uznana, Zamknięta – nieuznana).
Osoba odpowiedzialna – konkretne imię i nazwisko lub rola (np. Koordynator reklamacji, Lider działu produkcji).
Termin odpowiedzi / SLA – data, do której klient powinien otrzymać odpowiedź (wstępną lub ostateczną, zależnie od polityki firmy).
Data pierwszego kontaktu – kiedy skontaktowano się z klientem po zgłoszeniu.
Data zamknięcia – kiedy reklamacja została ostatecznie rozstrzygnięta i zakomunikowana klientowi.
Tak ustawiona ewidencja reklamacji w pliku Excel pozwala śledzić nie tylko „czy została załatwiona”, ale także jak szybko zareagowano i ile czasu łącznie zajęło zamknięcie sprawy. Na tej podstawie łatwo tworzyć wskaźniki typu czas do pierwszego kontaktu czy średni czas rozpatrzenia.
Dane analityczne: kategorie, przyczyny, dział odpowiedzialny
Trzecia grupa danych to pola potrzebne do analizy przyczyn reklamacji. Tu wchodzą w grę kolumny, które nie są konieczne do codziennego „obsłużenia sprawy”, ale są kluczowe do wyciągania wniosków:
Kategoria reklamacji – ogólny rodzaj problemu, np. jakość produktu, logistyka, obsługa klienta, dokumenty, systemy, rozliczenia.
Przyczyna źródłowa – bardziej precyzyjne wyjaśnienie, co poszło nie tak (np. błąd konfiguracji maszyny, błędne dane na zamówieniu, brak szkolenia nowego pracownika).
Dział odpowiedzialny – gdzie w organizacji powstał błąd, który doprowadził do reklamacji (produkcja, pakowanie, magazyn, sprzedaż, księgowość itp.).
Rodzaj rekompensaty – np. naprawa, wymiana, rabat, zwrot środków, odrzucenie reklamacji.
Te dane często są uzupełniane w późniejszym etapie, gdy sprawa została zbadana. Dobrą praktyką jest, by odpowiedzialny merytorycznie dział (np. produkcja) wpisał przyczynę źródłową we współpracy z osobą prowadzącą reklamację. Dzięki temu informacja nie jest „przefiltrowana” wyłącznie przez obsługę klienta.
Pola wspierające komunikację i priorytety
Ostatnia grupa kolumn to elementy, które pomagają w codziennym zarządzaniu komunikacją i priorytetami:
Sposób zgłoszenia – mail, telefon, formularz zgłoszenia reklamacji w Excelu lub online, osobiste zgłoszenie.
Osoba zgłaszająca – po stronie klienta (np. imię i nazwisko, dział, kontakt).
Priorytet – np. niski, normalny, wysoki, krytyczny; przydatne, gdy firma obsługuje kluczowych klientów.
Powiązanie z zamówieniem / dokumentem – numer faktury, zamówienia, WZ, partii produkcyjnej.
Notatki / komentarze wewnętrzne – pole tekstowe na istotne informacje, które nie mieszczą się w innych kolumnach.
To często właśnie te „miękkie” pola decydują o tym, czy rejestr jest przydatny operacyjnie. Dobrze oznaczony priorytet pozwala szybko wyłowić najważniejsze zgłoszenia, a numer zamówienia umożliwia powiązanie reklamacji z konkretnymi danymi w systemie sprzedaży.
Równowaga między pełnością danych a praktycznością
Jeżeli lista kolumn zaczyna mieć kilkadziesiąt pozycji, pojawia się realne ryzyko, że nikt nie będzie uzupełniał tego rzetelnie. Dlatego zwykle lepiej zacząć od zestawu „must have”, a dopiero później – po kilku miesiącach pracy – dodać 2–3 nowe kolumny, które faktycznie okażą się potrzebne.
Dobre kryterium selekcji jest proste: dla każdej kolumny zadaj sobie dwa pytania:
kto i jak często będzie tę kolumnę uzupełniał,
jakie konkretne decyzje lub analizy mają się na niej opierać.
Źródło: Pexels | Autor: RDNE Stock project
Projekt struktury pliku w Excelu – jeden arkusz czy cały skoroszyt
W pewnym momencie rejestr reklamacji w małej firmie zaczął „klatkować”. Plik otwierał się coraz dłużej, nikt nie wiedział, gdzie coś dopisać, a co tydzień pojawiała się nowa zakładka „kopie_bezpieczne_ostateczne_v3”. Problemem nie była liczba reklamacji, tylko kompletny brak koncepcji na strukturę skoroszytu.
Minimimum: jeden arkusz na rejestr „surowy”
Sercem całego rozwiązania powinien być jeden główny arkusz z kompletną listą zgłoszeń. To tam lądują wszystkie wiersze, to tam są wszystkie kolumny opisujące pojedynczą reklamację. Kilka praktycznych zasad dla takiego arkusza:
Stały układ kolumn – kolejność nie powinna się zmieniać co tydzień. Gdy raz ułożysz kolumny, pilnuj tej struktury.
Zakaz „dziur w środku” – nie wstawiaj pustych kolumn między polami tylko po to, „żeby było przejrzyściej”. Estetykę załatwia formatowanie, nie puste kolumny.
Jedna linijka = jedna reklamacja – bez łączenia komórek, bez dodatkowych podsumowań w środku tabeli.
Ten arkusz to tak naprawdę baza danych reklamacji w Excelu. Wszystkie inne arkusze powinny być tylko jej „widokami” lub podsumowaniami.
Osobne arkusze na raporty i widoki użytkowników
Gdy operacyjny rejestr rośnie, zaczynają się naturalne potrzeby: kierownik produkcji chce widok tylko swoich spraw, dział sprzedaży – pogląd na konkretne kluczowe konta. Zamiast dublować dane, lepiej przygotować arkusze-raporty oparte na:
tabelach przestawnych – do podsumowań wg okresów, produktów, działów, przyczyn,
filtrach zaawansowanych lub Power Query – do tworzenia „widoków” danych bez kopiowania wierszy.
Można np. założyć arkusze: „Raport_zarząd”, „Raport_produkcja”, „Raport_sprzedaż”, wszystkie zasilane z tego samego surowego rejestru. Dzięki temu każdy ma „swoje” spojrzenie, ale tylko jeden punkt prawdy z danymi.
Arkusze pomocnicze: słowniki, listy, ustawienia
Im więcej standardów wprowadzisz, tym mniej bałaganu w danych. Dobrą praktyką jest dodanie jednego arkusza „Słowniki” lub kilku mniejszych, gdzie umieszczasz:
listę statusów reklamacji,
listę kategorii problemów,
listę działów odpowiedzialnych,
listę osób odpowiedzialnych (z aktualnymi nazwiskami),
ewentualne progi SLA – np. ile dni na odpowiedź dla różnych typów klientów.
Te słowniki można podłączyć do głównego arkusza za pomocą list rozwijanych (Sprawdzanie poprawności danych). Dzięki temu każdy wybiera z gotowej listy, zamiast wpisywać własne warianty typu „W toku”, „W trakcie”, „W realizacji” – które w Excelu będą traktowane jako różne wartości.
Oddzielenie archiwum od bieżącej pracy
Po kilku latach intensywnej obsługi reklamacji w jednym pliku może pojawić się kilkadziesiąt tysięcy wierszy. Excel to wytrzyma, ale użytkownicy już niekoniecznie. W takiej sytuacji pomaga prosty trik:
zostaw w głównym rejestrze tylko reklamacje z ostatnich np. 12–18 miesięcy,
starsze wiersze przenoś do arkusza „Archiwum” lub nawet do osobnego pliku „Reklamacje_ARCHIWUM_YYYY”.
Raporty zarządcze najczęściej i tak dotyczą ostatnich okresów, więc praca na lżejszym rejestrze jest po prostu wygodniejsza. Archiwum zostaje dla audytów, analiz trendów wieloletnich i porównań.
Prosty model struktury skoroszytu
Przykładowy układ dla małej lub średniej firmy może wyglądać tak:
Arkusz: Rejestr – pełna tabela z reklamacjami (dane operacyjne).
Arkusz: Raport_operacyjny – lista otwartych reklamacji z filtrami (np. wg osoby odpowiedzialnej).
Arkusz: Raport_zarząd – dashboard: liczba zgłoszeń, przyczyny, SLA, trendy.
Arkusz: Słowniki – wszystkie listy pomocnicze.
Arkusz: Archiwum – starsze, zamknięte sprawy (jeśli nie korzystasz z osobnego pliku).
Taki układ jest na tyle prosty, że ogarnie go każdy nowy pracownik, a jednocześnie wystarczająco elastyczny, by rozbudować analizy w miarę potrzeb.
Statusy reklamacji – jak je zdefiniować, ujednolicić i pilnować
W jednej z firm produkcyjnych rejestr wyglądał na pierwszy rzut oka nieźle, dopóki nie przyszło do pytania: „Ile mamy otwartych reklamacji?”. Okazało się, że statusy to mieszanka: „Nowa”, „Nowa – zgłoszona”, „do wyjaśnienia”, „Do wyjasnienia”, „otwarta”, „OPEN”. Excel policzył więc sześć różnych kategorii zamiast jednej.
Dlaczego status to nie „dowolny opis”
Status reklamacji powinien być ściśle zdefiniowanym etapem procesu, a nie opisem sytuacji. Czyli nie „czekamy na raport od produkcji”, tylko np. „W trakcie wyjaśniania”. Zbyt opisowe lub przypadkowe statusy sprawiają, że:
nie można policzyć liczby spraw na danym etapie,
trudniej jest przypisać odpowiedzialność („czy to jeszcze obsługa klienta, czy już produkcja?”),
analizy w Excelu zaczynają się rozjeżdżać, bo statusów faktycznie jest kilkadziesiąt.
Dobrze zdefiniowane statusy odpowiadają na pytanie: w czyich rękach jest teraz piłka i co ma się z daną sprawą stać.
Przykładowy prosty zestaw statusów
Zestaw statusów powinien być dostosowany do realnego procesu w firmie, ale zazwyczaj da się go zmieścić w kilku pozycjach. Przykładowo:
Nowa – zgłoszenie przyjęte, ale nikt jeszcze merytorycznie nad nim nie pracuje.
W trakcie weryfikacji – trwa zbieranie informacji, analizowane są dokumenty, zdjęcia, dane z systemu.
W trakcie wyjaśniania – sprawa przekazana do działu merytorycznego (produkcja, logistyka itp.).
Oczekuje na klienta – potrzebne są dodatkowe informacje, dokumenty, zgoda na działania.
Decyzja przygotowana – wewnętrzna decyzja zapadła, ale nie została jeszcze zakomunikowana klientowi.
Zamknięta – uznana – klient otrzymał decyzję pozytywną i działania zostały podjęte.
To tylko przykład. W wielu firmach wystarczy 5–6 statusów, jeśli są mądrze dobrane i opisane.
Oddzielenie „statusu operacyjnego” od wyniku reklamacji
Przydaje się osobne pole na wynik reklamacji (np. „uznana”, „częściowo uznana”, „nieuznana”), zamiast pakować tę informację w status. Dzięki temu:
status może być używany głównie do zarządzania procesem (co się dzieje tu i teraz),
a wynik – do analiz statystycznych (jaki procent reklamacji uznajemy, czy zmienia się to w czasie).
W praktyce status „Zamknięta” + wynik „Uznana” jest czytelniejszy niż pięć różnych wariantów statusu „Zamknięta – częściowo uznana”, „Zamknięta – uznana” itd.
Jak technicznie pilnować statusów w Excelu
Sam spis statusów to za mało, jeśli każdy może wpisać co chce. Warto podejść do tego jak do mini-systemu:
utwórz w arkuszu „Słowniki” kolumnę z listą dozwolonych statusów,
w rejestrze ustaw w kolumnie „Status reklamacji” Sprawdzanie poprawności danych → Lista, wskazując tę kolumnę słownika,
zablokuj strukturę arkusza (np. ochroną arkusza), by nikt przypadkiem nie dodał nowego statusu w słowniku bez uzgodnienia.
Dodatkowo można użyć formatowania warunkowego, by wyróżnić kolorem np. reklamacje „Nowe” i „W trakcie weryfikacji”, które wymagają szybkiej reakcji.
Prosty monitoring statusów – widok „co dziś jest do zrobienia”
Sam status to jedno, ale ludzie często potrzebują listy „zadań na dziś”. W Excelu da się to osiągnąć, tworząc dodatkowy arkusz z tabelą przestawną lub filtrowanym widokiem, który pokazuje np. tylko:
reklamacje ze statusem „Nowa” i „W trakcie weryfikacji”,
gdzie termin odpowiedzi / SLA ≤ dzisiaj + 1 dzień,
podzielone wg „Osoba odpowiedzialna”.
Taki arkusz może pełnić rolę prostego panelu zadań, który codziennie otwiera zespół obsługi klienta. Statusy przestają wtedy być tylko „kolumną w tabelce”, a stają się głównym narzędziem pracy.
Daty i terminy – jak kontrolować SLA i opóźnienia w Excelu
W jednej z organizacji rejestr reklamacji istniał od lat, ale kiedy pojawiło się pytanie o dotrzymywanie terminów odpowiedzi dla kluczowych klientów, wszyscy zamilkli. Daty były, ale nikt ich nie używał. Jedna data zgłoszenia, jedna data zamknięcia – bez żadnej logiki, bez prostych wskaźników.
Podstawowe daty w cyklu życia reklamacji
Aby świadomie zarządzać czasem, przydaje się kilka kluczowych pól datowych, o części już była mowa, ale tu z perspektywy terminów:
Data zgłoszenia – start „zegara” SLA.
Data pierwszego kontaktu z klientem – pokazuje, jak szybko reaguje firma.
Data decyzji wewnętrznej – kiedy ustalono, co robimy (czas na analizę i podjęcie decyzji).
Data zakomunikowania decyzji – moment, kiedy klient realnie otrzymał odpowiedź.
Data zamknięcia – kiedy wszystkie działania naprawcze / kompensacyjne zostały wykonane.
Nie każda firma potrzebuje pełnego zestawu. Czasem wystarczą trzy daty: zgłoszenia, pierwszego kontaktu i zamknięcia. Ważne, by przypisać im konkretne znaczenie i używać konsekwentnie.
Wyliczanie czasów trwania w dniach roboczych i kalendarzowych
Na podstawie dat można w prosty sposób wyliczyć różne czasy trwania. Przykładowe kolumny obliczeniowe w rejestrze:
Czas do pierwszego kontaktu (dni) – np. =B2-C2 (Data pierwszego kontaktu – Data zgłoszenia).
Czas do decyzji (dni) – Data decyzji wewnętrznej – Data zgłoszenia.
Czas całkowity obsługi (dni) – Data zamknięcia – Data zgłoszenia.
Jeśli ważne są dni robocze, można użyć funkcji NETWORKDAYS (w polskiej wersji: DZIEŃ.ROBOCZY.NETTO) z parametrem świąt z osobnego arkusza. Dzięki temu raport „ile trwa obsługa reklamacji” nie będzie wypaczony przez weekendy i święta.
Progi SLA i automatyczne wyliczanie terminu odpowiedzi
Zamiast wpisywać termin odpowiedzi ręcznie, można go policzyć. Przykładowo, jeśli w arkuszu „Słowniki” masz tabelę:
Typ klienta – np. „standardowy”, „kluczowy”,
Liczba dni na odpowiedź – np. 5, 2,
to w kolumnie „Termin odpowiedzi / SLA” możesz użyć formuły, która doda odpowiednią liczbę dni roboczych do daty zgłoszenia, na podstawie typu klienta. Dzięki temu:
zmiana SLA w słowniku automatycznie zmieni terminy dla nowych reklamacji,
nie ma ręcznych pomyłek przy liczeniu dat w głowie.
Kolumna „Przekroczenie SLA” – sygnał ostrzegawczy
Prosta kolumna, która potrafi zmienić sposób myślenia o reklamacjach, to „Opóźnienie (dni)”. Przykładowa logika:
jeśli reklamacja jest zamknięta – porównaj Datę zakomunikowania decyzji z Terminem SLA,
jeśli reklamacja jest otwarta – porównaj dzisiejszą datę z Terminem SLA.
Formuła może zwracać liczbę dni opóźnienia (0 lub więcej). Na tej bazie można:
Opracowano na podstawie
ISO 10002:2018 Quality management — Customer satisfaction — Guidelines for complaints handling in organizations. International Organization for Standardization (2018) – Wytyczne dot. systemowego procesu obsługi i rejestrowania reklamacji
ISO 9001:2015 Quality management systems — Requirements. International Organization for Standardization (2015) – Wymagania systemu jakości, w tym nadzór nad niezgodnościami i reklamacjami
PN-EN ISO 10002:2019-01 Zarządzanie jakością – Zadowolenie klienta – Wytyczne dotyczące postępowania z reklamacjami. Polski Komitet Normalizacyjny (2019) – Polska wersja normy o procesie reklamacyjnym i odpowiedzialnościach
Customer Complaint Management: A Comprehensive Guide. Harvard Business Review Press – Praktyki zarządzania reklamacjami, odpowiedzialności i komunikacji z klientem
Complaint Management and Service Recovery: Research in Action. Routledge (2014) – Badania nad obsługą reklamacji i wpływem na satysfakcję klienta
Service Management and Marketing: Managing the Service Profit Logic. Wiley (2016) – Rola reklamacji jako źródła wiedzy o jakości usług i procesach
Data Analysis Using Microsoft Excel. Cengage Learning (2016) – Techniki analizy danych w Excelu: tabele przestawne, raporty, dashboardy
Microsoft Excel 365 Data Analysis and Business Modeling. Microsoft Press (2021) – Modelowanie biznesowe w Excelu, struktura danych i raportowanie KPI
