Zanim zainwestujesz kolejną złotówkę w oprogramowanie, musisz zrozumieć jedno. Użytkownik bardzo rzadko potrafi sam trafnie nazwać swoje własne potrzeby. Dlatego w tym artykule pokażę Ci, jak uniknąć kosztownych błędów dzięki podejściu Jobs To Be Done.

Dlaczego pytanie pracowników o potrzeby zwykle zawodzi?

Wyobraź sobie, że pytasz swój zespół, jakiego narzędzia potrzebują do pracy. Zapewne usłyszysz prośby o „nowy system CRM”, „lepszego Excela” albo „bardziej zaawansowany komunikator”. Problem w tym, że spełnienie tych próśb rzadko rozwiązuje realny problem. Dlaczego? Ponieważ użytkownik z reguły nie potrafi precyzyjnie zidentyfikować swoich rzeczywistych potrzeb.

Zjawisko to ma głębokie podłoże psychologiczne. Pracownicy odpowiadają w kategoriach narzędzi, które już znają. Tymczasem prawdziwa potrzeba leży głębiej — w „pracy”, którą próbują wykonać każdego dnia. Dlatego rozmowa o procesach, a nie o narzędziach, daje znacznie lepsze efekty. Co więcej, zasady optymalizacji procesów biznesowych wprost mówią, że punktem startu jest zawsze proces, a nie technologia.

Pułapka oczywistych odpowiedzi

Klasyczna analiza potrzeb opiera się na ankietach i wywiadach. Mimo to nawet najlepsze pytania nie wydobędą prawdziwych motywacji. Człowiek racjonalizuje swoje wybory już po fakcie. W efekcie odpowiada w sposób, który wydaje się logiczny, ale nie odzwierciedla rzeczywistych decyzji. Co istotne, według danych Harvard Business School między 75% a 85% nowych produktów ponosi porażkę finansową. Dzieje się tak głównie dlatego, że nie odpowiadają na realną „pracę do wykonania” w życiu klienta.

Czym jest metoda Jobs To Be Done?

Aby uniknąć budowania lub kupowania niepotrzebnych rzeczy, najlepsi na rynku opierają się na frameworkach takich jak Jobs To Be Done. Zamiast tworzyć powierzchowne persony i zgadywać, czego chcą ludzie, metoda Jobs To Be Done każe nam zadać jedno fundamentalne pytanie. Do jakiej konkretnej „pracy” Twój pracownik „zatrudnia” dany proces lub narzędzie?

Geneza frameworka — od Six Sigma do Harvard Business School

Metodę po raz pierwszy sformułował Tony Ulwick w 1990 roku, adaptując myślenie Six Sigma do procesu innowacji. Pierwszy spektakularny sukces przyszedł w 1992 roku. Wówczas pomógł firmie Cordis zwiększyć udział w rynku z 1% do ponad 20%. Następnie Clayton Christensen, profesor Harvard Business School, spopularyzował tę koncepcję w książce „The Innovator’s Solution” z 2003 roku. Dzięki temu Jobs To Be Done zyskało globalny rozgłos. Dziś korzystają z niego firmy takie jak Apple, Amazon czy Procter & Gamble.

„Wynajmujesz” produkt do wykonania pracy

Centralna metafora całego frameworka jest prosta. Klienci nie kupują produktów — oni „wynajmują” je do wykonania konkretnej pracy. Theodore Levitt, profesor marketingu Harvardu, ujął to słynnie. Ludzie nie chcą kupić wiertła o średnicy 6 milimetrów. Oni chcą dziurę o średnicy 6 milimetrów. W skrócie: produkt to środek, nie cel.

Słynny przykład milkshake’a — jak Christensen rozwiązał zagadkę

Najsłynniejsza ilustracja metody Jobs To Be Done dotyczy sieci McDonald’s. Firma chciała zwiększyć sprzedaż milkshake’ów. Standardowe badania marketingowe — ankiety, fokusy, analizy demograficzne — nie przyniosły efektów. Wtedy do gry wszedł Clayton Christensen i jego zespół, w tym Bob Moesta. Zastosowali zupełnie inne podejście niż klasyczna analiza marketingowa.

Co odkryli? Dwie różne „prace” do wykonania

Badacze spędzili 18 godzin obserwując klientów w jednej z restauracji. Okazało się, że niemal połowa milkshake’ów sprzedawała się przed 8:30 rano. Klienci zawsze byli sami i odjeżdżali z napojem do samochodu. Dlaczego o tej porze? Co ich łączyło?

Odpowiedź zaskoczyła wszystkich. Klienci „wynajmowali” milkshake’a do wykonania bardzo konkretnej pracy. Mieli długi, nudny dojazd do biura. Potrzebowali czegoś, co zajmie im jedną wolną rękę. Dodatkowo szukali napoju, który przepędzi nudę i zaspokoi głód do południa. Milkshake spełniał wszystkie te kryteria, w przeciwieństwie do bagietki czy banana.

Konkurencja, której nikt nie widział

Najważniejsze odkrycie Christensena? Prawdziwymi konkurentami milkshake’a nie były inne milkshake’i. Konkurencją były bagietki, kawa, banany, a nawet papierosy. Ten wniosek całkowicie zmienia sposób projektowania produktu lub procesu wewnętrznego. Innymi słowy, dopiero zrozumienie „pracy” otwiera oczy na realne alternatywy. Tym samym metoda Jobs To Be Done staje się narzędziem strategicznym, a nie tylko badawczym.

Jak Jobs To Be Done działa w praktyce automatyzacji?

Klasyczny przykład: klient w markecie budowlanym nie potrzebuje wiertła o średnicy 8 mm. On potrzebuje dziury w ścianie, żeby powiesić obraz. Wiertło to tylko narzędzie do wykonania prawdziwej pracy.

Przykład z Twojej firmy. Twój księgowy nie potrzebuje „nowego programu do faktur”. Potrzebuje „pracy” polegającej na tym, żeby dane z PDF-a same znalazły się w systemie bez ręcznego przepisywania. W efekcie wyjdzie do domu o 16:00, a nie o 19:00. Ponadto przestanie odczuwać frustrację związaną z monotonną pracą.

Trzy wymiary każdej „pracy”

Według teorii Christensen Institute, każda „praca” ma trzy wymiary:

• Funkcjonalny — co dosłownie trzeba zrobić (np. wprowadzić fakturę do systemu)
• Emocjonalny — jak chcemy się przy tym czuć (spokojnie, bez stresu, z poczuciem kontroli)
• Społeczny — jak chcemy być postrzegani (jako profesjonalista, nie jako maruda)

Zrozumienie wszystkich trzech wymiarów zmienia projekt automatyzacji od podstaw. Dlatego zanim cokolwiek zaczniemy, robimy z klientem mapowanie procesów krok po kroku. Bez tego ryzyko nietrafionej inwestycji rośnie wielokrotnie.

Sygnały, że szukasz złego rozwiązania

Jak rozpoznać, że firma kupuje „wiertło” zamiast szukać „dziury”? Oto kilka sygnałów ostrzegawczych:

• Pracownicy proszą o nowe oprogramowanie co kilka miesięcy
• Każdy nowy system jest porzucany po krótkim czasie
• Wdrożenia nie poprawiają realnych KPI biznesowych
• Rozwiązuje się wciąż ten sam problem różnymi narzędziami
• Zespół narzeka, że „nikt nas nie pyta o opinię”

Jeśli rozpoznajesz ten wzorzec, czas zmienić podejście. W szczególności warto zacząć od wdrożenia automatyzacji krok po kroku, zamiast kolejnej rewolucji systemowej.

Jak Devesol wykorzystuje Jobs To Be Done w projektach?

Kiedy klienci zgłaszają się do nas po stworzenie Agenta AI lub kompleksową automatyzację, nigdy nie zaczynamy od kodowania. Najpierw przyglądamy się Twoim obecnym procesom i identyfikujemy miejsca, w których tracisz czas. Odkrywamy prawdziwe Jobs To Be Done w Twojej firmie. Co więcej, jeśli coś nie jest możliwe do automatyzacji lub nie przyniesie Ci realnych korzyści, powiemy Ci o tym wprost. To zasada, którą opisujemy szczegółowo na stronie o nas.

Krok 1: Mapowanie i identyfikacja prawdziwej „pracy”

Pierwszy etap to zawsze mapowanie procesów biznesowych. Ten krok może wydawać się żmudny, jednak bez niego automatyzacja jest tylko zgadywaniem. Dlatego pytamy nie o narzędzia, ale o sytuacje. Co dzieje się tuż przed daną czynnością? Co zajmuje najwięcej czasu? Kiedy pracownik czuje frustrację? Te pytania prowadzą wprost do prawdziwych Jobs To Be Done. Następnie przekładamy je na konkretne wymagania techniczne.

Krok 2: Projektowanie pod prawdziwą potrzebę

Dopiero po identyfikacji „pracy” projektujemy rozwiązanie. Czasem to klasyczna automatyzacja oparta o najlepsze narzędzia do automatyzacji procesów takie jak Make.com czy Zapier. Innym razem dedykowany Agent AI łączący wiele systemów. Ponadto często okazuje się, że problem rozwiąże prosta integracja aplikacji, a nie nowe oprogramowanie.

Krok 3: Wdrożenie i adopcja

Najlepszy system bez adopcji jest bezużyteczny. Dlatego oferujemy szkolenia oraz wsparcie podczas wdrożenia. Co istotne, nasze podejście do współpracy zakłada, że pracownik musi zobaczyć korzyść od pierwszego dnia. W efekcie adopcja rozwiązania jest naturalna, a nie wymuszona.

Gdzie najczęściej znajdujemy ukryte Jobs To Be Done?

Nasze case studies wdrożeń pokazują, że ukryte „prace do wykonania” pojawiają się głównie w czterech obszarach. Sprzedaż, finanse, obsługa klienta i administracja. Zazwyczaj im więcej ręcznego przepisywania danych, tym więcej ukrytych Jobs To Be Done. Tymczasem wiele firm próbuje rozwiązywać te problemy kupowaniem coraz droższych systemów CRM. Dlatego warto sprawdzić pełną listę naszych usług i znaleźć obszar, który najbardziej cię frustruje.

Sprzedaż i marketing

W tym obszarze typowe Jobs To Be Done dotyczą szybkiej reakcji na lead, zapamiętania historii kontaktu i wysyłki dopasowanych ofert. Dlatego polecamy zacząć od optymalizacji procesów biznesowych z AI w CRM, a nie od wymiany całego systemu.

Administracja i finanse

Tutaj dominuje „praca” polegająca na uniknięciu błędów księgowych i skróceniu czasu zamknięcia miesiąca. Ponadto pracownicy chcą uniknąć poczucia, że są tylko „przepisywaczami”.

Obsługa klienta

Klient nie chce „kontaktu z firmą”. Chce, żeby jego problem zniknął. Dlatego dobrze zaprojektowani agenci AI potrafią obsłużyć rutynowe zapytania bez angażowania zespołu. W rezultacie pracownicy mogą skupić się na trudniejszych przypadkach.

F&A – Jobs To Be Done w automatyzacji

Czy Jobs To Be Done sprawdzi się w małej firmie?

Tak, a nawet bardziej niż w dużej korporacji. Małe firmy nie mogą sobie pozwolić na nietrafione inwestycje w oprogramowanie. Dlatego identyfikacja prawdziwej „pracy” przed zakupem narzędzia jest dla nich kluczowa. Co więcej, w mniejszej firmie bezpośredni kontakt z pracownikami ułatwia wywiady JTBD. Ponadto koszt błędu jest znacznie niższy, bo można szybko poprawić kierunek.

Jak zacząć identyfikować Jobs To Be Done?

Zacznij od obserwacji, nie od ankiet. Spędź dzień z pracownikiem wykonującym powtarzalne zadania. Zapisuj momenty frustracji, mikro-decyzje i obejścia, które stosuje. Następnie zadaj jedno pytanie. „Gdyby ten problem zniknął, co byś zrobił z odzyskanym czasem?”. Ta odpowiedź często ujawnia prawdziwe Jobs To Be Done. Ponadto warto przejrzeć przewodnik po tym, gdzie wdrożyć automatyzację procesów w pierwszej kolejności.

Czym Jobs To Be Done różni się od klasycznych person?

Persony opisują, kim jest klient — wiek, branża, stanowisko. Jobs To Be Done opisuje, jaką pracę próbuje wykonać. To fundamentalna różnica. Persona dwóch dyrektorów finansowych może być identyczna. Ich Jobs To Be Done może natomiast różnić się diametralnie. Dlatego JTBD jest praktyczniejsze przy projektowaniu rozwiązań biznesowych.

Czy potrzebuję drogiego oprogramowania, żeby zacząć?

Niekoniecznie. Wiele firm dobrze radzi sobie z darmowymi narzędziami do automatyzacji na start.

Podsumowanie i co dalej?

Podsumowując, metoda Jobs To Be Done to nie kolejny modny framework. To sposób myślenia, który chroni Twoją firmę przed kosztownymi błędami inwestycyjnymi:

• uświadamia, że pracownicy rzadko sami wiedzą, czego naprawdę potrzebują.
• kieruje uwagę na „pracę do wykonania”, a nie na narzędzia.
• ujawnia konkurencję i alternatywy, których wcześniej nie widziałeś.

W efekcie projektujesz automatyzacje, które naprawdę odciążają zespół, zamiast generować nowe frustracje.

Zauważasz u siebie w firmie procesy, które frustrują Twój zespół? Nie musisz od razu wiedzieć, jak je naprawić. Dlatego umów się z nami na bezpłatną konsultację — wspólnie zdefiniujemy prawdziwe problemy Twojego biznesu i zaprojektujemy rozwiązania, które w końcu odciążą Twoich pracowników. Tymczasem każdy dzień zwłoki to godziny, które Twój zespół traci na rzeczy, których nie powinien robić ręcznie.