Case study klienta ma pokazać, co wydarzyło się w konkretnej realizacji, ale przekonująca historia nie zastępuje potwierdzeń. Cel projektu należy oddzielić od osiągniętego wyniku, a siłę wniosków dopasować do dostępnych danych — zaobserwowana zmiana nie zawsze pozwala przypisać cały efekt jednemu działaniu.
Wybór przypadku i zebranie materiałów potwierdzających realizację
Wybierz realizację, której kontekst będzie przydatny dla odbiorcy i której najważniejsze twierdzenia można poprzeć materiałami. Rozpoznawalna marka sama w sobie nie czyni case study wartościowym: mniejszy projekt z udokumentowanym rezultatem może lepiej pomóc ocenić, czy podobna sytuacja dotyczy czytelnika.
- Przydatność kontekstu — przypadek powinien pozwalać odbiorcy ocenić, na ile jego sytuacja przypomina opisaną realizację, bez sugerowania, że uzyska taki sam wynik.
- Dostępność dowodów — sprawdź, czy istnieją materiały potwierdzające zakres realizacji, wykonane działania i przedstawiane rezultaty.
- Możliwość publikacji — uwzględnij, czy można opisać przypadek i wykorzystać dostępne materiały w publikowanym opracowaniu.
Dokumentacja może obejmować zapisy dotyczące zakresu, potwierdzenia wykonanych prac i dane o rezultatach; rozmowy z klientem lub osobą prowadzącą projekt mogą dostarczyć dodatkowego kontekstu. Dla każdego istotnego twierdzenia przypisz jego podstawę, definicję, okres oraz osobę sprawdzającą. Taki rejestr pozwala ocenić, które elementy da się rzetelnie opisać, a gdzie materiałów brakuje.
Problem klienta, punkt wyjścia i cel projektu
Opis punktu wyjścia powinien pokazywać, co klient rzeczywiście obserwował przed projektem, jaką skalę miały te objawy i czego nie udało się ustalić. Oddziel te informacje od hipotez o przyczynach: pytania o brakujące dane nie dowodzą, że właśnie ich brak wywołał problem. Cel zapisz jako zamierzoną zmianę, a nie listę późniejszych prac ani obietnicę osiągniętego rezultatu.
W wywiadzie z klientem pomocne są pytania, które pozwalają opisać sytuację bez sugerowania z góry pozytywnego wpływu dostawcy:
- Co konkretnie działo się przed rozpoczęciem projektu i w jakich sytuacjach było to najbardziej widoczne?
- Jak opisywali Państwo skalę tych objawów i na czym opierał się ten opis?
- Co było wówczas potwierdzoną obserwacją, a co przypuszczeniem dotyczącym przyczyny?
- Jaka zmiana była celem projektu, niezależnie od tego, jakie prace później wykonano?
Przebieg współpracy: decyzje, działania i udział stron
Opisuj wybrane momenty realizacji, a nie pełny dziennik spotkań. Przy każdym pokaż, co zaobserwowano, jakie rzeczywiste kryterium wpłynęło na decyzję, jakie działanie podjęto i jak sprawdzono jego wykonanie. Taki zapis pozwala ocenić logikę podejścia bez dopisywania alternatyw, których w projekcie nie rozważano.
- Kryterium decyzji — wskaż, na jakiej przesłance oparto wybór i czego dotyczyła; nie przedstawiaj późniejszego uzasadnienia tak, jakby było znane od początku.
- Zakres odpowiedzialności — rozdziel prace wykonawcy, klienta i partnerów. Przy projekcie zespołowym nazwij własny wkład, zamiast przypisywać sobie całość realizacji.
- Zakres zmian — opisz, co wykonano, a co pozostało bez zmian. Dzięki temu odbiorca widzi granice projektu, nie tylko jego rezultat.
- Moment wdrożenia — odróżnij uruchomienie funkcji od chwili, gdy zaczęła z niej korzystać cała grupa; te daty mogą oznaczać różne etapy realizacji.
Jak opisać i zweryfikować wyniki projektu
Wynik projektu opisuj tak, by odbiorca mógł ustalić, co faktycznie zmierzono i czy dane pozwalają na porównanie. Przy każdym mierniku podaj:
- Zdarzenie i jednostkę — określ, co jest liczone oraz czy wynikiem jest na przykład liczba zdarzeń, czy ich odsetek.
- Okres pomiaru — wskaż, jakiego przedziału czasu dotyczy podana wartość.
- Definicję i zakres danych — wyjaśnij, co zaliczono do pomiaru i jakiego zbioru dotyczy. Porównuj dane tylko wtedy, gdy te zasady i zakres są zgodne; jeśli się różnią, ujawnij różnicę.
Bez wiarygodnego pomiaru początkowego nie da się obliczyć spadku względem nieznanej wartości ani odtworzyć jej na podstawie oczekiwanego rezultatu. Można natomiast podać potwierdzony stan po wdrożeniu i zaznaczyć, że brak porównywalnych danych sprzed zmiany uniemożliwia ocenę skali poprawy. Wspomnienia rozmówców przedstaw jako ich relacje, nie jako precyzyjny pomiar.
Zaobserwowana poprawa po zmianie nie dowodzi, że wywołało ją wyłącznie rozwiązanie projektowe, zwłaszcza gdy równolegle wprowadzono inne działania. Rezultat jakościowy również może być informacyjny, jeśli wskazujesz rozpoznawalne kryterium i sposób jego sprawdzenia — nie trzeba zastępować go nieudowodnioną wartością liczbową.
Ograniczenia wniosków i kontrola przed publikacją
Siłę wniosków ograniczaj do tego, co potwierdzają materiały, a przed publikacją oddziel weryfikację faktów od uzgodnienia, co wolno ujawnić. Klient może potwierdzić poprawność opisu, ale jego udział w rozmowie sam w sobie nie przesądza o każdym sposobie wykorzystania danych, wypowiedzi czy wizerunku.
- Zakres wniosków — jeśli długoterminowego efektu jeszcze nie zmierzono, zaznacz, na jakim etapie jest projekt i czego dostępne dane nie pozwalają stwierdzić.
- Zakres publikacji — osobno sprawdź, czy uzgodniono wykorzystanie konkretnych danych, cytatów i materiałów wizualnych; potwierdzenie faktów nie zastępuje tej decyzji.
- Anonimizacja — oceń, czy klienta można rozpoznać po połączeniu szczegółów, nawet jeśli nazwa firmy nie pojawia się w tekście.
- Cytaty — zachowaj rzeczywiste znaczenie wypowiedzi. Opinii rozmówcy nie przedstawiaj jako potwierdzonego twierdzenia o wyniku.
- Zgodność materiałów — sprawdź, czy tekst, tabele i podpisy używają tych samych definicji i wartości oraz mieszczą się w uzgodnionym zakresie ujawnienia.
