Jak wykorzystać design thinking do budowania długotrwałych relacji z klientami kluczowymi

Gdy klient kluczowy „milknie” – punkt wyjścia do zmiany

Dyrektor zakupów, z którym widujesz się od lat, nagle przestaje odbierać telefony. Maile z propozycjami nowych warunków pozostają bez odpowiedzi. W CRM pojawia się coraz więcej notatek typu „przesunięto decyzję”, „klient wstrzymuje się z zamówieniem”. W teorii wszystko jest w porządku, ale coś ewidentnie pękło.

Standardowa reakcja jest przewidywalna: szybka zniżka „specjalnie dla Was”, dodatkowy rabat retro, agresywniejsze follow-upy, może „życzliwy telefon” od członka zarządu. Przez moment napięcie spada, bo „coś się dzieje”. Problem w tym, że w większości przypadków to nie działa. A jeśli nawet zadziała – kupujesz sobie kilka miesięcy spokoju kosztem marży i autorytetu.

Źródło kłopotu rzadko leży w samej cenie. Znacznie częściej wynika z tego, że nie został zauważony jakiś ważny kontekst po stronie klienta: zmiana strategii, presja ze strony jego własnych klientów, wewnętrzna reorganizacja, potrzeba innego modelu współpracy. Jeśli nadal rozmawiasz językiem produktu, a klient myśli o ryzyku, polityce i procesach, wasze światy zaczynają się rozjeżdżać.

Przejście z myślenia produktowego na myślenie projektowe – właśnie to oferuje design thinking. Zamiast kolejnej kampanii rabatowej, traktujesz relację z klientem jak złożony system, który można zrozumieć, przeprojektować i przetestować. Zamiast pytać „co możemy mu jeszcze sprzedać?”, pytasz „jak możemy mu realnie pomóc wygrać w jego biznesie?”.

Bez zmiany sposobu patrzenia na klienta kluczowego każde kolejne działanie przypomina tylko dokładanie kolejnych „łatek” do coraz bardziej podziurawionego układu. Design thinking porządkuje ten chaos i pozwala zamienić intuicyjne ruchy w świadomy proces budowania długotrwałych, partnerskich relacji.

Czym jest design thinking w relacjach B2B – bez żargonu

Design thinking jako praktyczny proces, nie modny slogan

Design thinking często bywa sprzedawany jako kolorowy kurs kreatywności z karteczkami samoprzylepnymi w roli głównej. W relacjach B2B ważniejsza jest jednak jego „inżynierska” strona: to konkretny, powtarzalny proces rozwiązywania problemów, który zaczyna się od zrozumienia człowieka, a kończy na przetestowanym rozwiązaniu.

W kontekście klientów kluczowych oznacza to stworzenie spójnej ramy działania dla całego zespołu: od handlowca, przez obsługę posprzedażową premium, aż po zarząd. Zamiast pojedynczych „akcji ratunkowych” pojawia się uporządkowany sposób myślenia o każdym ważnym kliencie. Dzięki temu wiesz, kiedy badać potrzeby, kiedy generować pomysły, a kiedy testować nowe formy współpracy.

Design thinking w sprzedaży B2B nie zastępuje klasycznego account managementu. Dodaje mu jednak głębi: wprowadza empatię, eksperymentowanie i ciągłe uczenie się na bazie realnych danych z kontaktu z klientem. Dla key accountów – gdzie stawka jest wysoka, a relacja wieloletnia – to różnica między „utrzymaniem kontraktu” a zbudowaniem wspólnego, skalowalnego modelu biznesowego.

Pięć etapów design thinking i ich przełożenie na key account management

Klasyczny proces design thinking składa się z pięciu etapów: empatyzacja, definiowanie problemu, generowanie pomysłów, prototypowanie i testowanie. W relacjach z klientami kluczowymi każdy z tych etapów ma bardzo konkretny odpowiednik.

• Empatyzacja – wejście w świat klienta, jego procesów, napięć i ograniczeń. To rozmowy, obserwacje, analiza danych, wsłuchiwanie się w „między wierszami” tego, co mówi organizacja klienta.
• Definiowanie problemu – przejście od „musimy zwiększyć sprzedaż” do „musimy pomóc temu klientowi zredukować ryzyko, przyspieszyć własne procesy, poprawić swoją marżę”. Chodzi o nazwanie wyzwania z perspektywy klienta.
• Generowanie pomysłów – szukanie potencjalnych form współpracy, usług dodatkowych, zmian w procesie obsługi, a nie tylko nowych produktów i rabatów.
• Prototypowanie – tworzenie „wersji beta” nowych rozwiązań dla konkretnego klienta, z ograniczonym zakresem, niższym ryzykiem, jasno zdefiniowanym czasem trwania.
• Testowanie – zbieranie danych z wdrożenia, wspólne analizowanie, co działa, a co trzeba zmienić, zanim rozwiązanie trafi szerzej do innych klientów.

Cały proces można powtarzać cyklicznie w różnych obszarach współpracy z klientem: od procesu ofertowania, przez wdrożenie, aż po obsługę posprzedażową premium i rozwijanie nowych projektów.

Projektowanie relacji i doświadczeń, nie tylko produktów

W firmach B2B design thinking kojarzy się głównie z projektowaniem nowych produktów. Tymczasem często ważniejsze jest projektowanie relacji i doświadczeń klienta kluczowego: sposobu komunikacji, trybu spotkań, jakości informacji, reakcji na problemy, form raportowania wyników.

To, czy klient przedłuży kontrakt, zależy dziś równie mocno od „jak” współpracujecie, jak od „co” dostarczasz. Mapa podróży klienta kluczowego potrafi ujawnić kilkanaście krytycznych punktów styku, które nigdy nie trafiły na radar zarządu: pierwszy kontakt po zgłoszeniu reklamacji, akceptacja oferty przez dział prawny, konfiguracja integracji IT, przekazanie projektu między zespołami.

Design thinking pomaga połączyć te punkty w spójną całość i zobaczyć relację jako projekt do zaprojektowania i utrzymywania. W praktyce oznacza to, że obok roadmapy produktowej pojawia się roadmapa relacyjna: co, kiedy i w jaki sposób będziemy robić, by ta współpraca rozwijała się nie tylko finansowo, ale też jakościowo.

Dlaczego design thinking szczególnie pasuje do klientów strategicznych

Klienci strategiczni różnią się od „zwykłych” przede wszystkim poziomem złożoności: po obu stronach mamy wielu interesariuszy, politykę wewnętrzną, zderzające się cele i długi horyzont czasowy. Klasyczne, liniowe podejście sprzedażowe – oferta, negocjacje, podpis – nie jest w stanie objąć całej tej złożoności.

Design thinking pozwala żyć z tą złożonością bez udawania, że jej nie ma. Zamiast szukać „idealnego rozwiązania od razu”, zakłada się iteracyjność: zaczynamy od jednego obszaru współpracy, szybko uczymy się na błędach, a dopiero potem skalujemy sprawdzone rozwiązania. To szczególnie cenne, gdy klient oczekuje innowacji, ale jednocześnie bardzo boi się ryzyka.

Dodatkowa zaleta: ta metodologia sprzyja współtworzeniu wartości z klientem. Kiedy zapraszasz go do wspólnych warsztatów, szukania pomysłów i oceny prototypów, relacja naturalnie przesuwa się z poziomu „dostawca – odbiorca” na „partnerzy w projekcie”. To zmiana jakościowa, która mocno wpływa na retencję klientów kluczowych.

Kim naprawdę jest klient kluczowy – kryteria, których zwykle się nie używa

Klient z wysokim obrotem, ale niską marżą – fałszywy priorytet

Wyobraź sobie firmę, która od lat traktuje jednego odbiorcę jako „numer jeden”, bo generuje największy obrót. Zespół spędza godziny na dopieszczaniu ofert, reakcje są natychmiastowe, każda prośba o rabat jest „analizowana priorytetowo”. Gdy jednak ktoś siada z arkuszem kalkulacyjnym, okazuje się, że marża jest minimalna, a koszty obsługi gigantyczne.

Taki klient zjada najlepszą energię zespołu, blokując rozwój innych relacji, które mogłyby być znacznie zdrowsze. Design thinking zachęca, żeby krok wstecz zrobić jeszcze przed kolejną „akcją specjalną” i uczciwie odpowiedzieć sobie na pytanie: czy ta firma rzeczywiście jest strategiczna, czy po prostu przyzwyczailiśmy się ją tak traktować?

W tym miejscu przyda się jeszcze jeden praktyczny punkt odniesienia: Design thinking w pracy z klientami kluczowymi (key accounts).

W praktyce często okazuje się, że klienci o niższym obrocie, ale wyższym potencjale wzrostu i gotowości do współtworzenia rozwiązań, są dla firmy bardziej „kluczowi” w perspektywie 3–5 lat niż obecni rekordziści sprzedaży.

Standardowe i rozszerzone kryteria kluczowości klienta

Typowa segmentacja klientów strategicznych opiera się na trzech liczbach: obrocie, marży i udziale w przychodach. Te kryteria są konieczne, ale niewystarczające. Nie pokazują bowiem ani potencjału, ani jakości relacji, ani tego, jak bardzo można się od takiego klienta uczyć.

Przy definiowaniu klientów kluczowych warto uwzględnić co najmniej kilka dodatkowych wymiarów:

• Potencjał wzrostu – czy klient ma przestrzeń i gotowość do rozwoju współpracy w kolejnych latach?
• Dostęp do wiedzy rynkowej – czy ta firma daje wgląd w potrzeby rynku, trendów, zachowań końcowych użytkowników?
• Wpływ na wizerunek – czy współpraca z tym klientem pomaga otwierać drzwi do innych, wzmacniając wiarygodność?
• Innowacyjność i otwartość – czy po stronie klienta są ludzie gotowi współtworzyć nowe rozwiązania i testować prototypy?
• Dopasowanie strategiczne – czy kierunek, w którym idzie klient, jest zgodny z kierunkiem twojej firmy?

Takie spojrzenie jest spójne z logiką design thinking: nie chodzi tylko o bieżące liczby, ale o całokształt systemu relacji i możliwości wspólnego tworzenia wartości.

Od „kto jest dla nas ważny?” do „dla kogo my możemy być naprawdę ważni?”

Klasyczne podejście zadaje pytanie „kto jest dla nas kluczowy?”. Design thinking odwraca perspektywę: „dla kogo my możemy być naprawdę kluczowym partnerem?”. Ten pozornie drobny zwrot zmienia wszystko.

Jeśli możesz zaoferować unikalne kompetencje, dostęp do określonych technologii, wyjątkową elastyczność operacyjną albo rzadkie know-how, to właśnie pod te atuty warto szukać klientów kluczowych. Strategiczna relacja rodzi się tam, gdzie twoje mocne strony spotykają się z krytycznymi wyzwaniami po stronie klienta.

Takie podejście pomaga uniknąć pułapki „gonienia wszystkich dużych”. Zamiast naśladować konkurencję, skupiasz się na tych organizacjach, którym faktycznie możesz pomóc wygrać. To fundament do uczciwej rozmowy o tym, że design thinking w pracy z klientami kluczowymi ma sens tylko wtedy, gdy istnieje potencjał realnej wspólnej wartości.

Prosta siatka 2×2 do weryfikacji key accountów

Uporządkowanie listy klientów kluczowych dobrze zacząć od prostego ćwiczenia: ocenić obecnych key accountów na dwóch wymiarach – wartości finansowej i wartości strategicznej.

Już samo przejście przez taką siatkę ujawnia, gdzie rzeczywiście opłaca się uruchomić pełny proces design thinking. To tam, gdzie wartość finansowa i strategiczna są wysokie albo gdzie finansowo jest jeszcze przeciętnie, ale potencjał strategiczny jest duży.

Empatyzacja: jak wyjść poza „persona decydenta” i zobaczyć cały system

Gdy skupiasz się na jednym dyrektorze, a projekt psują użytkownicy

W jednej z firm SaaS zespół sprzedaży przez wiele tygodni pracował z dyrektorem IT dużego klienta. Wszystko szło idealnie: akceptacja warunków, pozytywne opinie po demo, deklaracja szybkiego wdrożenia. Po kilku miesiącach projekt był jednak na skraju wypowiedzenia umowy. Dlaczego? Bo użytkownicy końcowi – dział operacyjny – uznali narzędzie za „hamulec pracy”, a nikt wcześniej nie zapytał ich o opinie.

To książkowy przykład zbyt wąskiego podejścia do empatii w B2B. Skupienie całej uwagi na jednej osobie po stronie klienta (zwykle głównym decydencie) prowadzi do ślepej plamki: ignorujesz tych, którzy na co dzień będą żyli z twoim rozwiązaniem. A to ich frustracja, obejścia i „ciche sabotowanie” najczęściej rozwala projekt po cichu.

Empatyzacja w relacjach B2B polega więc na tym, żeby zobaczyć cały system, a nie tylko jego najbardziej widoczny element. Design thinking daje do tego konkretne techniki.

Techniki empatyzacji w B2B: wywiady, dzień z klientem, analiza sygnałów

W praktyce empatia wobec klientów kluczowych wymaga wyjścia poza salę konferencyjną i PowerPointy. Sprawdza się kilka prostych, ale skutecznych technik:

Empatyczne wywiady 1:1 – pytania, które otwierają, a nie blokują

Podczas spotkania z dyrektorem sprzedaży klienta kluczowego usłyszysz zwykle to samo: targety, presja cenowa, potrzeba „większej elastyczności dostawcy”. Dopiero gdy porozmawiasz z kierownikiem zmiany na magazynie, okazuje się, że największym bólem są braki w komunikacji i niejasne etykiety na dokumentach. Ten rozdźwięk między poziomami potrafi zabić nawet najlepiej zaprojektowaną ofertę.

Empatyczne wywiady w B2B różnią się od klasycznych rozmów handlowych. Celem nie jest uzyskanie „tak” albo „nie” dla twojego produktu, tylko zrozumienie, jak funkcjonuje praca po stronie klienta, skąd biorą się jego decyzje, co go blokuje i czego się boi.

Pomaga kilka prostych zasad:

• Rozdziel rozmowy decyzyjne od empatycznych – jeśli jednocześnie negocjujesz warunki i zadajesz pytania o frustracje, odpowiedzi będą zniekształcone. Wywiad empatyczny powinien mieć jasno postawiony cel: „chcemy lepiej zrozumieć waszą codzienność, by lepiej współpracować”.
• Idź w konkrety, nie w deklaracje – zamiast „Jak ocenia Pan/Pani naszą współpracę?”, pytaj: „Opowie Pan/Pani o ostatnim przypadku, gdy nasza firma was pozytywnie zaskoczyła / mocno zdenerwowała?”
• Pracuj na historii dnia – poproś, by rozmówca przeszedł godzina po godzinie przez typowy dzień lub tydzień: co robi, z kim współpracuje, jakie informacje dostaje, na czym się wykłada system.
• Zawieszaj własne tezy – gdy słyszysz coś sprzecznego z twoją wizją współpracy, nie bronisz się, tylko dopytujesz: „Co sprawia, że tak to Pan/Pani widzi?”

Wywiady przeprowadzone w takim trybie szybko pokazują, gdzie realnie powstaje wartość w relacji, a gdzie generuje się niepotrzebne tarcie. To paliwo do dalszych etapów design thinking, a nie tylko „miękki feedback”.

„Dzień z klientem” – obserwacja zamiast deklaracji

Zespół produktu przez miesiące słuchał, że „interfejs jest w porządku, użytkownicy są zadowoleni”. Dopiero gdy product manager pojechał do klienta i usiadł obok operatora linii produkcyjnej, zobaczył, że aby wykonać jedno proste zadanie, pracownik klika w pięciu różnych zakładkach i zapamiętuje kody z karteczek przyklejonych do monitora.

Obserwacja na żywo demaskuje rozjazd między tym, co klienci mówią, a tym, co robią. W relacjach z klientami kluczowymi dobrą praktyką jest cykliczny „dzień z klientem”:

• Ustal jasne ramy – umawiasz się na 3–6 godzin obserwacji pracy konkretnych osób (np. planisty, magazyniera, konsultanta call center), z możliwością zadawania krótkich pytań w przerwach.
• Patrz na obejścia – notuj wszystkie „domowe wynalazki”: dodatkowe Excela, zeszyty, taśmy, karteczki samoprzylepne. To sygnały, że proces lub narzędzie nie działa tak, jak powinno.
• Interesują cię emocje – momenty irytacji, przyspieszonego tempa pracy, nerwowego śmiechu mówią często więcej niż formalny NPS.

Po takim dniu zmienia się rozmowa na poziomie zarządów. Przestajesz mówić: „system jest wygodny”, a zaczynasz: „widzieliśmy, że wasi planistci łączą dane z trzech miejsc, żeby przygotować raport – to konkret, który możemy wspólnie naprawić”. Empatia przestaje być hasłem, a staje się sposobem widzenia biznesu klienta.

Mapowanie interesariuszy – kto naprawdę ma wpływ na sukces współpracy

W jednej firmie produkcyjnej zespół handlowy był pewien, że projekt „przyblokował” dyrektor finansowy, bo od tygodni nie było decyzji. Podczas warsztatu mapowania interesariuszy okazało się, że prawdziwym hamulcowym jest kierownik ds. jakości, który obawiał się, że nowe rozwiązanie obnaży problemy w jego dziale.

Mapowanie interesariuszy w duchu design thinking idzie dalej niż klasyczne „kto podpisuje umowę?”. Chodzi o zrozumienie całego układu sił:

• Decydenci formalni – ci, którzy podpisują kontrakt lub zatwierdzają budżet.
• Decydenci nieformalni – osoby, których zdanie jest kluczowe, choć nie widać ich w strukturze (np. szanowany kierownik zmiany, starszy analityk).
• Użytkownicy końcowi – ci, którzy na co dzień „dotykają” twojego rozwiązania.
• Sponsorzy i przeciwnicy – osoby, które będą promować projekt, oraz te, które będą go – aktywnie lub pasywnie – torpedować.

Prosta wizualizacja (nawet ręczny rysunek na tablicy) z imionami, rolami i poziomem wpływu pozwala ułożyć plan empatyzacji: z kim trzeba porozmawiać, kogo zaprosić na warsztat, kogo włączyć dopiero na późniejszym etapie, aby nie zablokował zmian.

Mapa empatii dla firmy, nie tylko dla persony

Podczas przygotowywania oferty dla dużego retailera zespół stworzył typową „personę decydenta”: dyrektor zakupów, 42 lata, presja na cenę, brak czasu. Dopiero gdy przerysowali mapę empatii na poziom całej organizacji – „co widzi, słyszy, czuje sieć handlowa jako system?” – wyszło na jaw, że kluczowym lękiem jest utrata spójności marki na sklepach.

Klasyczna mapa empatii (co widzi, słyszy, czuje, myśli, co go boli, co zyskuje) świetnie działa nie tylko dla pojedynczej osoby. Da się jej użyć do opisania całej firmy klienta lub konkretnego działu:

Platformy o profilu doradczym, takie jak Manager w Opałach, często podkreślają, że wybór „właściwych” klientów strategicznych jest jednym z najważniejszych zadań managementu – reszta to już konsekwentne dowożenie wartości.

• Co „widzi” organizacja? – jakie trendy rynkowe, jakie ruchy konkurencji, jakie raporty z centrali.
• Co „słyszy”? – jakie sygnały płyną z oddziałów, od klientów końcowych, z mediów.
• Co „mówi i robi”? – w jakie inicjatywy inwestuje, co komunikuje oficjalnie, w jakie projekty wchodzi.
• Co naprawdę „czuje i myśli”? – czego się boi, czego unika, o czym otwarcie nie mówi, bo „tak się nie mówi na zarządzie”.

Taka praca odsłania często prawdziwe motywacje: może rabat nie jest aż tak ważny, jak redukcja ryzyka reputacyjnego; może szybkość dostaw liczy się mniej niż przewidywalność w kryzysowych momentach. To przesuwa akcenty w całej współpracy.

Analiza sygnałów z danych: empatia wsparta liczbami

Account manager był przekonany, że „wszystko jest dobrze”, bo klient nie zgłaszał zastrzeżeń na cyklicznych statusach. Narzędzie do monitorowania wykorzystania systemu pokazywało jednak coś innego: logowania spadły o połowę, a czas spędzany w kluczowym module drastycznie się skrócił.

Empatyzacja nie kończy się na rozmowach i obserwacjach. Dane operacyjne są równie ważnym źródłem wglądów:

• Logi systemowe – częstotliwość logowań, wykorzystanie funkcji, najczęstsze błędy.
• Dane serwisowe – typy zgłoszeń, czas ich trwania, powracające tematy.
• Wskaźniki biznesowe klienta – jeśli masz dostęp: zmiany w efektywności procesów, koszty, czas realizacji, retencja jego klientów.

Połączenie jakościowych historii użytkowników z twardymi liczbami sprawia, że twoja empatia przestaje być subiektywnym „wrażeniem”. Możesz pokazać klientowi: „Liczby sugerują, że adopcja spada. Wy z kolei mówicie o rosnącej frustracji zespołu. Zróbmy warsztat, żeby zrozumieć przyczyny i poszukać rozwiązań”. Tak powstaje wspólne pole do pracy, a nie gra w szukanie winnych.

Definiowanie problemu: z „musimy sprzedać więcej” na „musimy pomóc wygrać”

Gdy brief klienta jest tylko czubkiem góry lodowej

Do firmy technologicznej zgłasza się klient kluczowy z jasnym oczekiwaniem: „Potrzebujemy aplikacji mobilnej dla handlowców, bo konkurencja już ma”. Po kilku sesjach pogłębionych rozmów wychodzi na jaw, że prawdziwym problemem jest chaos w polityce rabatowej i brak zaufania między centralą a terenem. Aplikacja w tej konfiguracji byłaby tylko droższą wersją starego problemu.

Definiowanie problemu w duchu design thinking polega na odklejeniu się od pierwszego sformułowania, jakie pada w rozmowie. Zwłaszcza w relacji z klientami strategicznymi, gdzie dochodzą polityka, gra interesów i presja krótkoterminowych wyników, to, co „w briefie”, rzadko jest sednem sprawy.

Ramy problemu po stronie klienta, nie dostawcy

Zespół sprzedaży patrzy naturalnie przez pryzmat własnych celów: przychód, marża, cross-sell. Jeśli na tym etapie zdefiniujesz problem jako „musimy sprzedać moduł X temu klientowi”, zamykasz sobie drogę do prawdziwej współpracy. Ramę trzeba przesunąć na drugą stronę stołu.

Dobre pytania pomocnicze przy definiowaniu problemu:

• „Jeśli ten projekt w pełni się uda, co konkretnie zmieni się w waszym biznesie za 12–24 miesiące?”
• „Kto u was powie to było warte zachodu i po czym to poznamy?”
• „Jakie ryzyko zmniejszy się dzięki temu projektowi?”
• „Z czego będziecie mogli rozliczyć się przed własnym zarządem lub właścicielami?”

Odpowiedzi pozwalają zapisać problem w sposób, który jest zakorzeniony w celach klienta, a nie w twojej ofercie. To pierwszy krok do tego, by stać się partnerem w wygrywaniu, a nie tylko kolejną pozycją kosztową.

Formułowanie „How might we” dla relacji, nie tylko dla produktu

Na jednym z warsztatów z klientem kluczowym zespół zaczął od pytania: „Jak możemy podnieść sprzedaż naszego rozwiązania o 20% w tym segmencie?”. Po godzinie rozmów zmienili je na: „Jak możemy pomóc waszym regionalnym zespołom sprzedaży szybciej wygrywać przetargi, w których kluczowa jest personalizacja oferty?”. Dopiero to drugie pytanie otworzyło realne pomysły na wspólne działania.

Klasyczne w design thinking pytanie typu How might we… (Jak moglibyśmy…) świetnie nadaje się do pracy nad relacją. Warto formułować je na trzech poziomach:

• Poziom biznesowy klienta – „Jak moglibyśmy pomóc wam obniżyć koszt pozyskania klienta bez zwiększania budżetu marketingowego?”
• Poziom operacyjny – „Jak moglibyśmy sprawić, by wasz zespół nie tracił czasu na powtarzalne ręczne działania związane z naszym produktem/usługą?”
• Poziom relacji – „Jak moglibyśmy zorganizować współpracę, żeby decyzje zapadały szybciej, a mniej spraw ‘wisiało w powietrzu’?”

Tak sformułowane wyzwania przenoszą rozmowę z „wciśnięcia” kolejnego modułu na szukanie nowych pól wspólnej wartości. Często okazuje się, że rozwiązaniem jest nie tyle produkt, ile np. zmiana procesu, format wspólnego raportowania albo nowy tryb spotkań roboczych.

Od objawów do przyczyn – pięć „dlaczego” w praktyce B2B

Klient mówi: „Potrzebujemy niższej ceny, bo budżet nam się nie spina”. Pierwsza reakcja to zwykle dyskusja o rabacie. Jeżeli jednak wejdziesz głębiej, zadając kilka kolejnych „dlaczego?”, może się okazać, że problemem jest zupełnie inny element układanki – np. nieprzewidywalność kosztów dodatkowych albo brak jasności co do ROI projektu.

Proste ćwiczenie z pięcioma „dlaczego” (5 Whys) pomaga zejść z poziomu objawów na poziom przyczyn:

1. Dlaczego chcecie obniżki ceny? – „Bo budżet jest napięty”.
2. Dlaczego budżet jest napięty? – „Bo nie dostaliśmy pełnej akceptacji na całość projektu”.
3. Dlaczego nie było pełnej akceptacji? – „Bo zarząd nie widzi jeszcze twardych efektów poprzedniego etapu”.
4. Dlaczego zarząd nie widzi efektów? – „Bo raportujemy im tylko koszty, nie pokazujemy oszczędności i usprawnień”.
5. Dlaczego tak raportujecie? – „Bo nie mamy prostego sposobu na zebranie tych danych”.

Nagle okazuje się, że prawdziwym problemem nie jest „za wysoka cena”, ale brak narzędzia do pokazania wartości twojego rozwiązania w organizacji klienta. Rozwiązaniem może być wspólny dashboard, case study czy pilotaż z miernikami – a nie kolejny rabat obniżający marżę.

Problem jako luka w historii sukcesu klienta

W rozmowie z siecią logistyczną jedna z firm usłyszała: „Chcemy skrócić czas dostaw o 10%”. W trakcie pracy warsztatowej zespół przeformułował to zdanie na historię: „Chcemy, by nasi klienci mieli poczucie zamówiłem – zapomniałem – za chwilę jest. Dzisiejsza historia wygląda inaczej: zamówiłem – dzwonię – sprawdzam – denerwuję się – reklamuję”. Między tymi dwoma opowieściami powstała konkretna „luka”, którą można wspólnie wypełnić.

Wspólna definicja sukcesu zamiast listy funkcji

Pod koniec spotkania steering committee klient pokiwał głową: „Tak, wszystko się zgadza”, ale po jego minie było widać, że czegoś brakuje. Dopiero na korytarzu, już „po oficjalnej części”, powiedział cicho: „Ja tylko chcę, żeby nikt u nas w firmie nie mógł powiedzieć, że to był zły wybór”. To zdanie wywróciło do góry nogami sposób, w jaki zespół dostawcy opisał cele projektu.

Definiowanie problemu nie kończy się na elegancko zapisanym jednym zdaniu wyzwania. W relacji z klientem kluczowym potrzebna jest także wspólna, operacyjna definicja sukcesu, którą da się obronić na kilku poziomach organizacji klienta. Zamiast listy funkcji czy KPI z umowy dobrze jest zbudować prosty, ale konkretny obraz: co ma być inaczej w codziennej pracy, w liczbach i w odczuciach interesariuszy.

Przydatny jest tu podział na trzy warstwy sukcesu:

• Sukces „na papierze” – wskaźniki z kontraktu, SLA, terminy, zakres.
• Sukces „na podłodze operacyjnej” – jak wygląda dzień pracy użytkownika, ile rzeczy musi „obchodzić bokiem”, jak często prosi o pomoc.
• Sukces „na zarządzie” – jak szef projektowego sponsora opowiada o współpracy na slajdzie z kluczowymi inicjatywami roku.

Jeśli te trzy warstwy są spójne i nazwane, każda kolejna decyzja w projekcie (zakres, priorytety, kompromisy) staje się prostsza. Znika też część napięć, bo zamiast spierać się o detale funkcjonalne, można wrócić do pytania: „Które z rozwiązań bardziej przybliża nas do tak zdefiniowanego sukcesu?”

Mapowanie „kto wygrywa, kto ryzykuje” po stronie klienta

Na warsztacie z firmą produkcyjną dyrektor IT siedział z boku, prawie się nie odzywał. Gdy rozmowa zeszła na temat potencjalnych awarii i odpowiedzialności, nagle wszedł w dyskusję bardzo ostro. Wyszło, że jeśli coś pójdzie nie tak, to on – nie sponsor biznesowy – będzie pierwszym, który „zostanie wezwany na dywanik”.

Przy kliencie kluczowym pytanie „jaki problem rozwiązujemy?” trzeba uzupełnić o inne: „dla kogo to jest szansa, a dla kogo ryzyko?”. Bez tego można stworzyć produkt, który biznesowo ma sens, ale politycznie będzie blokowany miesiącami.

Pomaga proste ćwiczenie robione wspólnie z klientem lub najpierw wewnętrznie, a później weryfikowane:

• Wypisz kluczowe role po stronie klienta (funkcje, nie tylko nazwiska).
• Przy każdej roli zapisz: co może zyskać dzięki temu projektowi (realnie, nie życzeniowo).
• Dodaj: co może stracić – kontrolę, wpływy, budżet, pozycję „eksperta od starego systemu”.
• Zadaj sobie pytanie: jak możemy zmniejszyć postrzegane ryzyko tej roli i jak możemy podbić jej osobisty zysk.

To nie jest cyniczne „granie na politykę”, tylko element uczciwej definicji problemu. Realny problem klienta kluczowego często brzmi: „Jak wprowadzić zmianę, żeby nikt w środku nie został z tym sam?”. Kiedy dostawca pomaga to ułożyć, przestaje być tylko dostawcą.

Reframing wymaga odwagi – jak mówić „nie” w sposób, który buduje zaufanie

Podczas spotkania przetargowego duża korporacja jasno powiedziała: „Chcemy, żebyście przenieśli wszystko 1:1 z obecnego systemu do nowego”. Dostawca, który naprawdę rozumiał ich sytuację, odpowiedział: „Możemy to zrobić, ale będzie to bardzo drogi sposób na zachowanie dotychczasowych problemów”. W sali zapadła cisza, a potem padło pytanie: „To jak byście to zrobili, gdybyście mieli pełną swobodę?”.

Jeśli chcesz pójść krok dalej, pomocny może być też wpis: Jak przeprowadzić pierwszy warsztat design thinking w firmie – gotowy scenariusz.

Definiowanie problemu w duchu design thinking oznacza czasem zakwestionowanie samej ramy zapytania. To wymaga odwagi – zwłaszcza gdy po drugiej stronie siedzi „klient, którego nie wolno stracić”. Tyle że brak tej odwagi kończy się zwykle wieloletním projektem, w którym wszyscy są zmęczeni, a nikt naprawdę nie ma poczucia wygranej.

Praktyczna strategia to wprowadzenie dwóch równoległych ścieżek rozmowy:

• Ścieżka A – „jak chcecie” – pokazujesz, jak zrealizować brief możliwie efektywnie, z ryzykami i kosztami.
• Ścieżka B – „jak byłoby najlepiej” – rysujesz alternatywną wizję, która lepiej rozwiązuje realny problem, nawet jeśli oznacza to zmianę zakresu lub podejścia.

Następnie wspólnie z klientem porównujecie obie ścieżki, używając kryteriów zdefiniowanych wcześniej: cele biznesowe, ryzyko polityczne, wpływ na użytkowników. Nawet jeśli finalnie wybierze on konserwatywne rozwiązanie, samo doświadczenie takiej rozmowy buduje ci reputację partnera, który nie tylko „przytakuje dla świętego spokoju”.

Problem klienta jako wspólny backlog, nie slajd w prezentacji

Dyrektor sprzedaży po stronie dostawcy był przekonany, że „problem z adopcją” został omówiony i zamknięty na poprzednim spotkaniu. Tymczasem lider zespołu klienta wciąż słyszał od ludzi: „To rozwiązanie nam bardziej przeszkadza niż pomaga”. Obie strony uważały, że temat jest załatwiony – tylko w różnych wersjach rzeczywistości.

Jednym z najbardziej praktycznych narzędzi w definiowaniu problemu jest wspólny backlog wyzwań i hipotez, utrzymywany nie tylko wewnątrz zespołu dostawcy, ale także jako jawny dokument współdzielony z klientem. Nie musi to być zaawansowany system – wystarczy prosta tabela podzielona na kilka kolumn:

• Obserwacja / sygnał (co widzimy/słyszymy).
• Hipoteza problemu (co to może znaczyć dla waszego biznesu).
• Potencjalny wpływ (mały/średni/duży na cele, które nazwaliście).
• Status (do zbadania / w trakcie / zweryfikowane / zamknięte).
• Wspólna decyzja (co robimy, kto prowadzi).

Tak prowadzony backlog staje się żywą definicją problemu, która aktualizuje się wraz z projektem. Znikają „niedopowiedziane” kwestie, bo każde nowe odkrycie trafia na listę i jest omawiane przy kolejnych przeglądach. Dla klienta to sygnał: ktoś pilnuje całości, a nie tylko swojego kawałka zakresu.

Jak przekładać zdefiniowany problem na decyzje o inwestycjach

Podczas budżetowania na kolejny rok zarząd klienta rozważał, z których projektów zrezygnować. Na stole leżały trzy propozycje różnych dostawców. Tylko jedna zawierała klarowny opis: „Jeśli wstrzymamy ten projekt, w ciągu dwóch lat utracimy X efektu w obszarze Y, co przełoży się na Z ryzyka biznesowego”. To była właśnie ta współpraca, w której problem został przełożony na język decyzji inwestycyjnych.

Dobrze zdefiniowany problem klienta kluczowego powinien dać się „przepisać” na trzy zdania, które jego sponsor może wykorzystać na własnym zarządzie:

• Opis obecnej sytuacji – nie w stylu „nasz system jest stary”, ale „tracimy szansę na… / narażamy się na…”.
• Opis pożądanego stanu – „chcemy być w stanie…”, „potrzebujemy możliwości…”.
• Opis ceny braku działania – „jeśli nic nie zrobimy w ciągu X, to…”.

Jeśli pomagasz klientowi tak to sformułować, stajesz się współautorem jego case’u inwestycyjnego. To naturalnie przesuwa waszą relację z poziomu „koszt, który można ściąć” na poziom „inicjatywa, której trzeba bronić”. Z perspektywy design thinking to po prostu kolejny etap – problem jest zdefiniowany nie tylko poznawczo, ale również decyzyjnie.

Od jednej definicji problemu do portfela wyzwań strategicznych

Po zakończeniu dużego wdrożenia klient powiedział: „Wiecie, co było dla nas najcenniejsze? Że zaczęliśmy inaczej rozmawiać o naszych problemach, nie tylko w tym projekcie”. Zaczęli budować wewnętrzny „rejestr wyzwań”, do którego wracali przy kolejnych planach strategicznych – z tym samym partnerem po drugiej stronie stołu.

Relacja z klientem kluczowym rzadko sprowadza się do jednego projektu czy produktu. Jeśli wspólne definiowanie problemu jest robione rzetelnie, efektem ubocznym staje się lista kolejnych, potencjalnych wyzwań, które można razem adresować. Nie jako „apetyt na upsell”, ale jako mapa miejsc, gdzie klient może wygrać więcej, a ty możesz realnie pomóc.

Dobrym nawykiem jest kończenie każdego większego etapu pracy rozmową w formacie:

• „Jakie trzy nowe problemy lepiej rozumiemy niż rok temu?”
• „Które z nich mogą stać się osobnymi strumieniami pracy w kolejnym okresie?”
• „Kogo jeszcze w waszej organizacji ten temat realnie dotyczy, a nie mieliśmy go/jej przy stole?”

Z punktu widzenia klienta taki portfel wyzwań jest zabezpieczeniem ciągłości strategii, nawet gdy zmieniają się ludzie. Z twojej perspektywy – to naturalny, organiczny rozwój współpracy, w której „sprzedaż” jest skutkiem wspólnie zdefiniowanych problemów, a nie celem samym w sobie.

Najczęściej zadawane pytania (FAQ)

Na czym polega design thinking w relacjach B2B z klientami kluczowymi?

Wyobraź sobie, że zamiast gasić pożary rabatami, patrzysz na współpracę z klientem jak na projekt do zaprojektowania. Design thinking w B2B to właśnie takie podejście: najpierw głębokie zrozumienie sytuacji klienta, potem wspólne szukanie i testowanie rozwiązań.

W praktyce oznacza to przejście z pytania „co możemy jeszcze sprzedać?” na „jak możemy pomóc temu klientowi wygrać w jego biznesie?”. Koncentrujesz się na procesach, ryzykach i celach po stronie klienta, a dopiero później dobierasz produkt, model współpracy czy sposób obsługi.

Jak zastosować etapy design thinking w key account management?

Typowy scenariusz wygląda tak: klient zaczyna się wycofywać, a zespół dokłada kolejne „akcje ratunkowe”. Zamiast tego można przejść przez pięć etapów design thinking i uporządkować działania.

W key account management etapy wyglądają następująco:

• Empatyzacja – rozmowy z różnymi osobami po stronie klienta, obserwacja ich procesów, wychwytywanie napięć i ograniczeń.
• Definiowanie problemu – przeformułowanie celu z „więcej sprzedaży” na „mniej ryzyka / lepsza marża / szybsze procesy” dla klienta.
• Generowanie pomysłów – burza mózgów wokół nowych form współpracy, usług, sposobu obsługi, a nie tylko rabatów.
• Prototypowanie – wdrożenie małego, kontrolowanego pilota (np. nowego trybu raportowania czy dedykowanego serwisu).
• Testowanie – wspólna analiza, co zadziałało, co poprawić i czy warto to przeskalować.

Jak design thinking pomaga, gdy klient kluczowy nagle „milknie”?

Najczęściej wygląda to tak: maile bez odpowiedzi, telefony na poczcie, w CRM-ie ciągłe „przesunięto decyzję”. Pierwszy odruch to rabaty, telefony „z góry”, agresywne follow-upy – które zwykle tylko pudrują problem.

Design thinking każe zatrzymać się i zbadać kontekst: co zmieniło się po stronie klienta, jakie ma nowe presje, jak wygląda jego wewnętrzna polityka i procesy. Zamiast dokręcać śrubę w sprzedaży, szukasz przyczyny rozjazdu waszych światów. Często okazuje się, że klient nie potrzebuje niższej ceny, tylko innego modelu współpracy, szybszych procesów albo mniejszego ryzyka przy wspólnych projektach.

Czym różni się design thinking od klasycznego account managementu?

W tradycyjnym account managementcie skupiasz się głównie na pipeline’ie, realizacji celów sprzedażowych i obsłudze zamówień. Design thinking dokłada do tego elementy, które zwykle są „miękkie” i rozproszone: empatię, eksperymentowanie i ciągłe uczenie się razem z klientem.

Różnica jest też w sposobie działania całego zespołu. Zamiast pojedynczych, spontanicznych akcji (promocja, prezent dla decydenta, lunch z zarządem) powstaje wspólna rama pracy z klientem: kiedy badamy potrzeby, kiedy generujemy nowe pomysły, kiedy uruchamiamy pilota i jak zbieramy feedback. Relacja przestaje zależeć tylko od jednego handlowca i jego „wyczucia”.

Jak zaprojektować „doświadczenie klienta kluczowego”, a nie tylko produkt?

Często największe napięcia nie wynikają z samego produktu, ale z tego, jak wygląda współpraca na co dzień. Przykład: kontrakt jest atrakcyjny cenowo, ale klient dostaje chaotyczne informacje, nikt nie czuje się odpowiedzialny za reklamację, a spotkania strategiczne odbywają się raz na rok.

Projektowanie doświadczenia klienta zaczyna się od rozrysowania jego „podróży” – od pierwszego kontaktu po rozwój nowych projektów. Na tej mapie widać krytyczne punkty styku: obsługę reklamacji, przekazanie projektu między działami, integracje IT, uzgadnianie aneksów. Potem można je przeprojektować: zmienić sposób komunikacji, ustalić stały rytm spotkań, uprościć ścieżkę decyzyjną, wprowadzić nowe formaty raportowania. Produkt się nie zmienia, ale współpraca staje się zupełnie innej jakości.

Jak wybrać, z którymi klientami warto pracować metodą design thinking?

Typowy błąd to uznanie za „kluczowego” tego, kto robi największy obrót – nawet jeśli marża jest symboliczna, a koszty obsługi ogromne. Taki klient pochłania najlepszych ludzi, a firma staje się zakładnikiem niskiej ceny i ciągłych ustępstw.

Przy wyborze klientów do pracy w modelu design thinking opłaca się patrzeć szerzej:

• jaką realną marżę generuje współpraca i ile zasobów pochłania,
• czy razem możecie tworzyć nowe rozwiązania, które później da się skalować na innych,
• na ile klient jest otwarty na wspólne eksperymenty, warsztaty, pilotaże,
• czy wizja rozwoju obu stron jest zbieżna w horyzoncie kilku lat.

Kluczowy klient to nie tylko ten „największy”, ale przede wszystkim taki, z którym da się zbudować partnerski, rozwijający się model biznesowy.

Jak zacząć wdrażać design thinking w zespole sprzedaży B2B?

Dobrym początkiem jest jeden konkretny przypadek, a nie wielka transformacja całej organizacji. Wybierz strategicznego klienta, przy którym „coś zgrzyta”, i umów wewnętrzny warsztat z udziałem handlowca, obsługi posprzedażowej, osoby od wdrożeń i – jeśli to możliwe – sponsora z zarządu.

Na takim spotkaniu:

• zmapujcie aktualną relację i kluczowe punkty styku,
• nazwijcie problemy z perspektywy klienta, a nie swoich targetów,
• wygenerujcie kilka pomysłów na zmiany w sposobie współpracy,
• wybierzcie jeden mały pilot do przetestowania w ciągu 1–3 miesięcy.

Po teście wróćcie do stołu z danymi i wnioskami. Jeśli to zadziała przy jednym kliencie, macie gotowy szablon, który można adaptować do kolejnych relacji.

Kluczowe Wnioski

• Gdy klient kluczowy „milknie”, problem rzadko leży w cenie – najczęściej chodzi o niezauważoną zmianę po jego stronie (strategia, procesy, presja od jego klientów), więc same rabaty tylko maskują prawdziwe napięcia.
• Przejście z myślenia produktowego na projektowe oznacza zmianę pytania z „co jeszcze możemy sprzedać?” na „jak możemy pomóc klientowi wygrać w jego biznesie?”, czyli skupienie się na jego ryzyku, procesach i polityce wewnętrznej.
• Design thinking w B2B to praktyczny, powtarzalny proces dla całego zespołu (sprzedaż, obsługa, zarząd), który porządkuje działania wobec klienta: od badania potrzeb, przez generowanie rozwiązań, po testowanie nowych form współpracy.
• Pięć etapów design thinking przekłada się na key account management: głęboka empatyzacja z organizacją klienta, redefinicja problemu z jego perspektywy, wspólne szukanie pomysłów, małe prototypy współpracy i testy przed szerokim wdrożeniem.
• Kluczowe jest projektowanie całej relacji i doświadczenia klienta, a nie tylko produktu: sposobu komunikacji, spotkań, raportowania, reakcji na reklamacje czy przekazań między zespołami – bo to „jak” współpracujecie coraz częściej decyduje o odnowieniu kontraktu.
• Mapa podróży klienta kluczowego pozwala wychwycić krytyczne, często ignorowane punkty styku (np. obsługa reklamacji, integracje IT, ścieżka akceptacji po stronie działu prawnego) i potraktować je jako obszary do świadomego przeprojektowania.