Case study bez nazwy klienta: jak opisać projekt i wyniki
Case study bez nazwy klienta: trzy osobne zgody, co opisać zamiast nazwy, jak podać wyniki bez wymyślania liczb i kiedy użyć projektu tylko w ofercie.

Jak napisać case study, gdy klient nie chce, żeby podawać jego nazwę? Najpierw poproś go o zgodę w trzech osobnych sprawach: nazwa, cytat i publiczne użycie opisu projektu. Klient, który nie chce podać nazwy, może zgodzić się na resztę. Zamiast nazwy opisz to, po czym kupujący rozpozna swoją sytuację: branżę, wielkość firmy, problem na starcie, zakres prac, czas i rolę osoby, z którą pracowaliście. Wyniki podaj tylko te, które klient potwierdził, razem z punktem wyjścia. Jeśli nie zgadza się na liczbę, opisz zmianę słowami albo przedziałem, który zaakceptował. O zgodę proś po pierwszym wyniku, z gotowym tekstem. Projekt bez zgody na publikację wykorzystaj w ofertach dla konkretnych klientów, jeśli pozwala na to umowa.
W tym wpisie przedstawię, jak rozdzielić zgody, co napisać zamiast nazwy, jak podać wyniki i kiedy prosić klienta o akceptację.
Case study bez nazwy nadal pokazuje to, czego szuka kupujący
W badaniu Content Marketing Institute na 2025 rok (980 marketerów B2B, głównie z Ameryki Północnej) 75% odpowiadających używało case studies i historii klientów. 53% odpowiadających wskazało je jako jedną z najskuteczniejszych form treści, co dało im drugie miejsce, po wideo. Rok wcześniej były na pierwszym.
Moim zdaniem kupujący usługę szuka w case study przede wszystkim odpowiedzi na pytanie, czy firma rozwiązała już problem podobny do jego. Nazwa klienta pomaga, bo dodaje wiarygodności, ale opis sytuacji, zakresu i wyniku odpowiada na to pytanie także bez niej. Dlatego brak zgody na nazwę nie jest powodem, żeby nie publikować żadnych case studies.
Trzy osobne zgody: nazwa, cytat, publiczne użycie
Prośba „czy możemy napisać case study?” łączy trzy różne decyzje. Dlatego pytaj o każdą osobno:
| Zgoda | Co pozwala | Bez niej |
|---|---|---|
| Nazwa klienta | podać nazwę i logo | opisujesz klienta bez nazwy (branża, wielkość, sytuacja) |
| Cytat | przytoczyć wypowiedź osoby z firmy klienta w zatwierdzonym brzmieniu | opisujesz efekt własnymi słowami, bez cudzysłowu |
| Publiczne użycie | opublikować opis na stronie, w social mediach, w materiałach dla wszystkich | opis zostaje w ofertach dla konkretnych klientów |
Możliwe jest na przykład połączenie: zgoda na publiczne użycie bez nazwy, z cytatem podpisanym samym stanowiskiem. Zapisz, na co klient się zgodził i kiedy, razem z opisem projektu, żeby za rok nikt w zespole nie zgadywał.
Zamiast nazwy opisz to, po czym kupujący rozpozna swoją sytuację
Kupujący porównuje case study ze swoją firmą. Zamiast nazwy podaj to, co pozwala na takie porównanie:
- branżę: „producent części dla motoryzacji”, a nie „firma produkcyjna”,
- wielkość: przedział zatrudnienia albo liczba lokalizacji, a nie dokładne dane, po których łatwo zgadnąć, o kogo chodzi,
- sytuację na starcie: co nie działało i od kiedy,
- zakres prac: co zrobiliście, a czego nie,
- czas: jak długo trwał projekt i kiedy pojawił się pierwszy wynik,
- rolę osoby po stronie klienta, z którą pracowaliście, na przykład dyrektor finansowy.
Kupujący z tej samej branży ma rozpoznać w opisie swój problem, ale nie powinien zgadnąć, o którego klienta chodzi. Branży, wielkości ani czasu nie zmieniasz „dla niepoznaki”: jeśli opis jest nieprawdziwy, case study przestaje być dowodem. Gdy prawdziwy opis zdradza klienta, uogólniasz go, zamiast zmieniać.
Wyniki tylko potwierdzone przez klienta
Wynik w case study ma punkt wyjścia i punkt końcowy: „czas wystawienia faktury po wysyłce: przed projektem i po nim”. Liczbę podajesz tylko wtedy, gdy klient ją potwierdził, najlepiej na piśmie, i zapisujesz przy niej, kto i kiedy to zrobił.
Jeśli klient nie chce podać liczby, masz dwie możliwości: przedział, który zaakceptował, albo opis zmiany słowami, na przykład „faktury wychodzą tego samego dnia co towar”. Nie zaokrąglasz w górę, nie liczysz sam z danych, których klient nie potwierdził, i nie wpisujesz „około 30%”, żeby tekst wyglądał lepiej. Wymyślona liczba w case study bez nazwy jest jeszcze gorsza niż w zwykłym, bo czytelnik nie może jej sprawdzić.
O zgodę pytasz po pierwszym wyniku, z gotowym tekstem
Na początku projektu nie ma jeszcze wyników, więc nie ma czego zatwierdzać. Zalecam zapisać przy podpisaniu umowy, że o case study zapytasz później, i wrócić do tematu po pierwszym wyniku, który klient sam zauważył.
Prośbę wysyłasz z gotowym tekstem bez nazwy i trzema pytaniami:
- Czy możemy opublikować ten opis na naszej stronie i w social mediach?
- Czy możemy podać nazwę firmy i pokazać jej logo?
- Czy możemy przytoczyć ten cytat w tym brzmieniu i z tym podpisem?
Gotowy tekst jest łatwiejszy do zatwierdzenia niż ogólne pytanie: klient widzi dokładnie, co pójdzie do internetu. Jeśli zgodzi się tylko na pierwsze pytanie, publikujesz wersję bez nazwy i bez cytatu.
Projekt bez zgody na publikację zostaje w ofertach
Gdy klient nie zgadza się na publiczne użycie, opis projektu nadal może trafić do oferty dla konkretnego klienta, w tej samej formie bez nazwy, jeśli pozwalają na to zapisy o poufności w umowie z klientem; sprawdź je przed pierwszym użyciem. Moim zdaniem to uczciwe, jeśli oferta nie zdradza klienta i nie podaje liczb, których nie potwierdził. Takiego opisu nie publikujesz w żadnej formie, także we fragmencie na LinkedIn.
Jak dobierać case studies do etapu zakupu, opisałem we wpisie o content marketingu w firmie usługowej.
Przykład: case study bez nazwy
To ilustracja, nie prawdziwy projekt: weźmy software house, który zintegrował system magazynowy klienta z księgowością. Klient zgodził się na publiczne użycie i cytat podpisany stanowiskiem, ale nie na nazwę.
| Pole | Treść (ilustracja) |
|---|---|
| Zgody | publiczne użycie: tak; cytat: tak, podpisany stanowiskiem; nazwa: nie |
| Branża i wielkość | hurtownia części zamiennych, kilka magazynów w Polsce |
| Sytuacja na starcie | faktury wystawiane ręcznie, z opóźnieniem po wysyłce towaru |
| Zakres prac | integracja systemu magazynowego z księgowością; bez zmiany samego systemu magazynowego |
| Czas | kilka miesięcy projektu, pierwszy wynik po uruchomieniu integracji w pierwszym magazynie |
| Rola po stronie klienta | dyrektor finansowy |
| Wynik | faktury wychodzą tego samego dnia co towar (opis słowami, bo klient nie zgodził się na podanie liczb) |
| Cytat | zdanie dyrektora finansowego w zatwierdzonym brzmieniu, podpisane „dyrektor finansowy hurtowni części” |
Najczęstsze pytania
Czy mogę pokazać logo klienta, skoro nie podaję nazwy?
Nie. Logo zdradza klienta tak samo jak nazwa. Jeśli pokazujesz zrzuty ekranu, rozmyj na nich logo, nazwy i dane, po których da się go rozpoznać.
Czy klient może wycofać zgodę?
Moim zdaniem warto przyjąć, że tak, i od razu napisać to klientowi w prośbie. Łatwiej zgodzić się na coś, co można cofnąć. Jeśli wycofa zgodę na publiczne użycie, zdejmujesz case study ze strony i z social mediów, a opis zostaje tylko w ofertach, o ile pozwala na to umowa. Jeśli wycofa zgodę na nazwę albo cytat, usuwasz nazwę albo cytat i zostawiasz resztę.
Ile szczegółów to za dużo?
Za dużo jest wtedy, gdy osoba z branży klienta zgadnie, o kogo chodzi. Pokaż tekst komuś, kto zna rynek klienta, i zapytaj, czy rozpoznaje firmę. Jeśli tak, uogólnij branżę albo wielkość.
Podsumowanie
Jeśli nie publikujesz case studies, bo klienci nie chcą podać nazwy, zacznij od jednego projektu z wynikiem, który klient zauważył. Napisz opis bez nazwy, z potwierdzonym wynikiem, i poproś o trzy zgody osobno. W naszym otwartym repo (pliki i instrukcje dla agenta AI, np. Claude Code) każdy dowód z projektu ma trzy osobne zgody, a liczba trafia do case study tylko wtedy, gdy człowiek oznaczył ją jako potwierdzoną (open source).
Każdą metodę z tego bloga możesz też uruchomić jako skill w otwartym repo B2BForce. Zobacz, co jest w repo