Błędy przy wdrażaniu CRM: czego nauczyła nas porażka

Pytanie, którego często nikt nie zadaje, brzmi: co się stanie, jeśli nowy system nie zadziała tak, jak obiecywano?

Średnio 2,4 miliona dolarów — tyle ma kosztować nieudane wdrożenie CRM, jeśli wierzyć analizom Nucleus Research. „Średnio” to jednak słowo, które w raportach konsultingowych potrafi zamaskować prawdziwą skalę szkód. W jednym przypadku problemy z uruchomieniem nowych systemów ERP i CRM zbiegły się z kluczowym sezonem sprzedażowym Hershey’s. W innym migracja 28,5 miliona kont klientów Vodafone z siedmiu platform billingowych doprowadziła do problemów z rozliczeniami i reklamacjami, a później do kary w wysokości 4,6 miliona funtów.

To nie są historie o firmach, które kupiły zły program i po kilku tygodniach odkryły, że technologia nie istnieje. To historie o wdrożeniach, w których decyzje organizacyjne, sposób przygotowania projektu i codzienna praca użytkowników miały równie duże znaczenie jak sam kod.

Wokół CRM-u narosła legenda narzędzia, które „automatyzuje sprzedaż i buduje lojalność klientów”. W praktyce jest to system porządkujący informacje o relacjach z klientami, procesach sprzedażowych, zgłoszeniach i działaniach poszczególnych zespołów. Może ograniczyć chaos, ale może też ten chaos utrwalić — tylko w droższym interfejsie i z większą liczbą raportów.

A wiele wdrożeń kończy się realnymi stratami. Płacą za nie działy sprzedaży, marketingu i obsługi klienta, bo to one jako pierwsze dostają do ręki niedopracowane procesy, niejasne formularze i narzędzie, którego sensu nikt im nie wyjaśnił.

CRM nie jest lekiem na brak kultury sprzedaży. Ale dostawcy chętnie sprzedają go jako tabletkę na wszelkie zło operacyjne.

Dlaczego CRM zawodzi: statystyki i realne koszty porażek

Zanim rzucimy kamieniem w dostawców oprogramowania, warto przyjrzeć się danym, które Nucleus Research zebrało w analizach wdrożeniowych. Wśród najczęściej wskazywanych przyczyn niepowodzeń pojawiają się:

1. Brak wsparcia ze strony wyższej kadry zarządzającej — 38 proc. wskazań. Zarząd zatwierdza budżet, ale później nie angażuje się w rozwiązywanie konfliktów i podejmowanie decyzji.

2. Nieadekwatne szkolenia użytkowników — 34 proc. wskazań. Pracownicy dostają dostęp do nowego systemu, lecz nie otrzymują odpowiedzi na podstawowe pytanie: po co mają z niego korzystać?

3. Słaba integracja z istniejącymi systemami — 29 proc. wskazań. CRM nie wymienia prawidłowo danych z systemem finansowym, narzędziem do obsługi zgłoszeń czy bazą klientów.

4. Źle zdefiniowane procesy biznesowe — 25 proc. wskazań. Organizacja nie ustala, jak naprawdę przebiega praca, zanim zacznie ją odwzorowywać w oprogramowaniu.

5. Wybór niewłaściwego dostawcy — 22 proc. wskazań. To jedyna pozycja na tej liście, która wprost przenosi ciężar odpowiedzialności poza organizację kupującą system.

Te liczby nie oznaczają, że dostawca zawsze jest niewinny. Oznaczają coś mniej wygodnego: problemy po stronie firmy wdrażającej pojawiają się bardzo często, a wybór programu jest tylko jednym z elementów całej układanki. Nawet dobrze zaprojektowany system nie naprawi procesu, którego nikt wcześniej nie opisał. Nie zastąpi też decyzji, których zarząd nie chce podjąć.

Dolewa oliwy do ognia inna liczba: 23 proc. projektów CRM ma kończyć się całkowitym porzuceniem. Firma wydaje pieniądze na licencje, konfigurację, konsultantów i szkolenia, a potem wraca do arkuszy kalkulacyjnych, prywatnych notatek handlowców oraz skrzynek pocztowych, w których każdy prowadzi własny rejestr kontaktów.

To jednak tylko najbardziej widoczna część problemu. Raporty wskazują również, że blisko połowa wdrożeń nie osiąga zakładanego zwrotu z inwestycji. Między projektem porzuconym a projektem uznanym za sukces istnieje szeroka szara strefa systemów, które formalnie działają, lecz nie dostarczają oczekiwanej wartości. Użytkownicy logują się do nich, bo wymagają tego procedury, ale najważniejsze informacje nadal krążą poza systemem.

Koszt takiej porażki nie ogranicza się do faktury za oprogramowanie. Firma traci czas na ręczne przepisywanie danych, raporty przestają być wiarygodne, a menedżerowie podejmują decyzje na podstawie niepełnego obrazu sytuacji. Handlowiec nie widzi pełnej historii kontaktu z klientem. Marketing nie wie, które działania rzeczywiście dostarczają wartościowych szans sprzedażowych. Obsługa klienta musi prosić inne działy o informacje, które powinny znajdować się w jednym miejscu.

W małej firmie problemy z wdrożeniem CRM mogą wyglądać mniej spektakularnie, ale wcale nie muszą być mniej dotkliwe. Zespół jest mniejszy, więc każda dodatkowa czynność bardziej obciąża pracowników. Jeśli właściciel albo osoba zarządzająca nie określi prostych zasad pracy z systemem, CRM szybko stanie się kolejnym obowiązkiem wykonywanym „na pokaz”. Dane będą niepełne, a decyzja o rozwoju firmy nadal będzie opierać się na pamięci kilku osób.

Brak wsparcia zarządu i nieadekwatne szkolenia jako fundamenty kryzysu

Najczęstszy powód, dla którego CRM zaczyna upadać, nie ma wiele wspólnego z technologią. Chodzi o brak zainteresowania osób, które zatwierdziły wdrożenie. Prezes podpisuje budżet, dyrektor sprzedaży pojawia się na spotkaniu otwierającym projekt, po czym oboje wracają do „strategicznych spraw” i pozostawiają zmianę w rękach menedżerów średniego szczebla.

Projekt trwający kilka miesięcy przechodzi wtedy w tryb operacyjny. To znaczy: zostaje sam.

CRM nie jest wyłącznie projektem informatycznym. Wchodzi w każdy proces związany z klientem — od pierwszego kontaktu handlowca, przez przygotowanie oferty i przekazanie zamówienia, aż po obsługę posprzedażową. Jeśli poszczególne działy mają inne definicje leada, klienta, szansy sprzedażowej czy zamkniętej transakcji, system tylko pokaże tę niespójność. Nie rozstrzygnie jej za zarząd.

Właśnie tu potrzebne jest przywództwo. Ktoś musi zdecydować, które dane są obowiązkowe, kiedy kontakt zostaje przekazany do kolejnego zespołu, kto odpowiada za aktualność informacji i jakie wyjątki są dopuszczalne. To nie są ustawienia techniczne. To zasady funkcjonowania firmy.

Bez takiej decyzji zaczyna się dobrze znany festiwal wyjątków. Handlowcy zapisują część informacji w CRM, a część w arkuszach. Marketing prowadzi własną listę kontaktów, bo nie ufa danym sprzedaży. Obsługa klienta tworzy dodatkowe pola i obejścia, żeby system odpowiadał rzeczywistym sytuacjom. Po kilku miesiącach każdy dział ma własną wersję prawdy, a raporty przestają być wspólnym językiem.

Problem pogłębia się, gdy kierownictwo wymaga korzystania z CRM-u, ale samo go nie używa. Jeżeli zarząd oczekuje prognoz sprzedaży, lecz nie pyta, z jakich danych powstały, pracownicy szybko uczą się, że system służy przede wszystkim do generowania prezentacji. Jeżeli menedżerowie rozliczają wynik, ale nie wykorzystują historii kontaktów i etapów procesu do podejmowania decyzji, uzupełnianie pól zaczyna być odbierane jako biurokracja.

Drugi fundament kryzysu to szkolenia. W wielu firmach szkolenie jest traktowane jak jednorazowe wydarzenie: kilka godzin prezentacji, instrukcja obsługi i wiadomość wysłana do pracowników w dniu uruchomienia systemu. Później pozostaje już tylko oczekiwanie, że wszyscy „jakoś się wdrożą”.

Tak nie działa zmiana nawyków. Szkolenie powinno odpowiadać na realne sytuacje z pracy konkretnego zespołu. Handlowiec musi wiedzieć, jak zarejestrować pierwszy kontakt, zmienić etap szansy, zaplanować kolejne działanie i przekazać klienta dalej. Pracownik obsługi powinien rozumieć, w jaki sposób powiązać zgłoszenie z historią relacji. Menedżer potrzebuje wiedzieć, jak odróżnić brak danych od braku aktywności sprzedażowej.

Dobre szkolenie nie polega na przejściu przez wszystkie funkcje systemu. Polega na pokazaniu, jak narzędzie pomaga wykonać zadania, które pracownicy i tak mają do wykonania. Jeśli użytkownik nie widzi związku między wpisywanym polem a swoją pracą, będzie traktował formularz jak przeszkodę. I trudno mieć mu to za złe.

Wdrożenie CRM w małej firmie ma tu dodatkową trudność. Zwykle nie ma osobnego zespołu do zarządzania zmianą, administratora ani czasu na wielotygodniowe warsztaty. Tym bardziej potrzebne są proste zasady, ograniczona liczba pól i szkolenie dopasowane do codziennych obowiązków. Mała organizacja nie potrzebuje od razu systemu obejmującego każdy możliwy scenariusz. Potrzebuje narzędzia, z którego zespół będzie korzystał konsekwentnie.

Pułapka dopasowywania firmy do oprogramowania zamiast odwrotnie

Niedostateczne szkolenia ściśle łączą się ze źle zdefiniowanymi procesami. W obu przypadkach problem często zaczyna się wcześniej: firma rozpoczyna od wyboru systemu, a dopiero później próbuje ustalić, jak powinna pracować.

Kupuje rozwiązanie, zaprasza konsultanta, wybiera kilka standardowych ścieżek i prosi zespół, żeby „po prostu z tego korzystał”. W tym momencie firma zaczyna dopasowywać swoje procesy do tego, co łatwo skonfigurować w programie. To odwrotność zdrowego podejścia, w którym najpierw opisuje się sposób pracy, a dopiero potem wybiera narzędzie, które potrafi go obsłużyć bez niepotrzebnego komplikowania.

Nie chodzi o to, żeby każdy proces odtwarzać w systemie jeden do jednego. Oprogramowanie może być dobrą okazją do uporządkowania pracy. Problem pojawia się wtedy, gdy organizacja rezygnuje z własnych, uzasadnionych reguł tylko dlatego, że gotowy moduł ich nie przewiduje albo wymaga dodatkowej konfiguracji.

Wtedy zaczynają się pytania, których nikt nie potrafi zamknąć:

• Dlaczego handlowiec ma wypełniać to pole, skoro informacja znajduje się już w umowie?
• Dlaczego klient musi zostać przeniesiony do kolejnego etapu, skoro proces sprzedaży w tej branży wygląda inaczej?
• Dlaczego marketing i sprzedaż używają różnych definicji wartościowego kontaktu?
• Dlaczego pracownik obsługi ma otwierać kilka ekranów, żeby zobaczyć podstawową historię relacji?

To nie są pytania, które można rozwiązać kolejną prezentacją funkcji. Najpierw trzeba ustalić, jak przebiega praca i które informacje są rzeczywiście potrzebne. Dopiero później można zdecydować, co powinno znaleźć się w CRM-ie, co należy zintegrować z innym systemem, a z czego po prostu zrezygnować.

Szczególne ryzyko występuje w firmach, gdzie procesy są rozproszone między działami. Marketing prowadzi kontakty w jednym narzędziu, sprzedaż w drugim, a obsługa klienta w trzecim. Każdy zespół uważa, że jego sposób pracy jest oczywisty. Dla klienta nie ma to jednak znaczenia. Z jego perspektywy firma jest jednym organizmem i oczekuje, że informacje nie znikną przy każdym przekazaniu sprawy.

CRM nie zrobi automatycznie porządku z takiej sytuacji. Może pomóc, ale tylko wtedy, gdy ktoś fizycznie usiądzie z przedstawicielami działów i ustali, jak kontakt przechodzi przez organizację. Trzeba nazwać momenty przekazania odpowiedzialności, określić minimalny zestaw danych i ustalić, co dzieje się z informacją, jeśli klient nie odpowiada albo zmienia swoje potrzeby.

Automatyzacja procesów biznesowych ma sens dopiero wtedy, gdy proces jest zrozumiały. Automatyzowanie bałaganu przyspiesza jedynie jego rozprzestrzenianie. Źle ustawione powiadomienie może zasypać pracowników komunikatami. Niewłaściwa reguła przypisywania kontaktów może sprawić, że zgłoszenia trafią do nieodpowiednich osób. Automatyczne raporty oparte na niejednolitych danych będą wyglądały profesjonalnie, ale nadal będą błędne.

Warto też pamiętać o granicy między dostosowaniem systemu a przebudową całej organizacji. Nie każda lokalna praktyka musi zostać odwzorowana w CRM-ie. Czasem lepiej uprościć sposób pracy. Czasem jednak próba uproszczenia jest tylko elegancką nazwą dla ignorowania realnych potrzeb zespołu. Dojrzałe wdrożenie rozróżnia te dwie sytuacje.

System ma wspierać sposób pracy, a nie zmuszać ludzi do odgrywania procesu, który dobrze wygląda wyłącznie na diagramie.

Lekcje z wielkich awarii: Hershey’s, Vodafone i British Airways

Każdy konsultant ma listę referencji. Znacznie rzadziej pokazuje projekty, w których skala problemów przerosła założenia, budżet albo przygotowanie organizacji. Warto znać takie przypadki, ale trzeba opisywać je ostrożnie. Pojedyncza awaria nie jest dowodem na każdą możliwą przyczynę, a z historii dużej firmy nie da się bezpośrednio wyprowadzić jednej uniwersalnej recepty.

Hershey’s: termin uruchomienia też jest decyzją biznesową

W przypadku Hershey’s nowe systemy ERP i CRM uruchomiono kilka tygodni przed Halloween. Sam fakt jest wystarczająco wymowny. Firma wprowadzała istotną zmianę technologiczną w okresie, w którym realizacja zamówień miała szczególne znaczenie dla działalności.

Nie trzeba dopisywać do tej historii nieudokumentowanej rozmowy zarządu ani przypisywać decydentom konkretnej motywacji. Wystarczy zauważyć, że kalendarz wdrożenia zwiększał ryzyko operacyjne. Jeżeli systemy sprzedażowe, magazynowe i finansowe nie działają prawidłowo w takim momencie, problem nie kończy się na kilku niedogodnościach dla użytkowników. Może przełożyć się na zamówienia, dostawy, obsługę klientów i przychody.

Lekcja dla innych firm jest dość prosta: termin uruchomienia nie powinien być oceniany wyłącznie przez pryzmat tego, czy zespół techniczny zdąży zakończyć konfigurację. Trzeba uwzględnić sezonowość, obciążenie operacyjne oraz możliwość reagowania na nieprzewidziane problemy. W firmie działającej w cyklach sezonowych „gotowe technicznie” i „bezpieczne do uruchomienia” nie oznaczają tego samego.

Vodafone: skala migracji zwiększa cenę każdego błędu

Vodafone migrowało 28,5 miliona kont klientów z siedmiu różnych platform billingowych. To projekt o skali, przy której każda niespójność danych może zostać powielona tysiące albo miliony razy. W przekazanych opisach tego przypadku potwierdzone są błędy rozliczeń, problemy z reklamacjami i konsekwencje finansowe. Nie ma natomiast podstaw, by dopisywać konkretną motywację decydentów albo twierdzić, że źródłem problemu był jeden, jasno zidentyfikowany brak kontroli.

Wniosek nie wymaga takiej dopowiedzi. Migracja wielu systemów billingowych to nie tylko przeniesienie rekordów z jednego miejsca do drugiego. To również uzgodnienie definicji klienta, historii płatności, zasad naliczania opłat, statusów reklamacji i sposobu obsługi wyjątków. Jeżeli poszczególne platformy przechowują dane w różny sposób, sama zgodność liczby rekordów nie oznacza, że migracja przebiegła prawidłowo.

W takich projektach trzeba osobno sprawdzać, czy dane zostały przeniesione, czy zachowały znaczenie i czy nowy system potrafi wykorzystać je w procesie obsługi. Błąd w raporcie może być irytujący. Błąd na fakturze uderza bezpośrednio w klienta i uruchamia kosztowną ścieżkę reklamacyjną.

British Airways: narzędzie dla analityka nie musi działać dla pierwszej linii

Przypadek British Airways pokazuje inny rodzaj problemu. System i interfejs zostały zaprojektowane z myślą o analitykach, a nie o pracownikach pokładowych i obsłudze klienta. Szkolenia objęły ograniczoną grupę użytkowników. W efekcie system nie został dobrze przyjęty przez osoby pracujące bezpośrednio z klientami.

Nie ma podstaw, by przypisywać temu przypadkowi wieloletnią degradację jakości obsługi. Udokumentowane elementy są bardziej konkretne: interfejs był nieprzyjazny dla części użytkowników, a przygotowanie pracowników do pracy z systemem było ograniczone. To wystarczy, żeby zrozumieć problem.

Projektant patrzy na ekran przez pryzmat danych i raportów. Pracownik pierwszej linii patrzy na niego przez pryzmat czasu, presji i konkretnej rozmowy z klientem. Jeśli system wymaga wielu przejść między ekranami, a szkolenie nie pokazuje, jak używać go w realnej sytuacji, nawet poprawnie zaprojektowana baza danych będzie odbierana jako przeszkoda.

Te trzy historie nie mają jednego, w pełni potwierdzonego wspólnego mechanizmu. Łączy je natomiast coś, co warto obserwować w każdym projekcie: duża zmiana systemowa dotyka terminów, procesów, danych i ludzi jednocześnie. Gdy analizuje się wyłącznie konfigurację programu, łatwo przeoczyć pozostałe elementy.

Nie każde nieudane wdrożenie CRM jest porażką technologii. Nie każde jest też wyłącznie porażką decyzji zarządczych. Czasem zawodzi integracja, czasem jakość danych, czasem sposób przygotowania użytkowników, a czasem kilka warstw naraz. Uczciwa analiza zaczyna się od rozdzielenia tych przyczyn, a nie od wygodnego hasła, które z góry wskazuje jednego winnego.

Jak inwestycja w ludzi zwiększa szanse na sukces wdrożenia

Jeśli z ponurego obrazu porażek wyciągnąć jedną pozytywną statystykę, będzie nią badanie Salesforce Customer Relationship Survey z lat 2014–2016, przeprowadzone na ponad 10 500 klientach. Firmy, które zainwestowały w kompleksowe szkolenia z obsługi CRM, miały trzykrotnie większe szanse na sukces wdrożeniowy.

To nie oznacza, że szkolenie samo w sobie gwarantuje powodzenie. Pokazuje raczej, że przygotowanie użytkowników jest jednym z elementów wyraźnie powiązanych z rezultatem projektu. System może mieć wszystkie potrzebne funkcje, ale jeśli pracownicy nie rozumieją, jak używać go w swojej pracy, jego możliwości pozostają wyłącznie pozycją w ofercie dostawcy.

Te same dane wskazują, że dobrze wdrożony i używany przez przeszkolony zespół system może zwiększyć efektywność sprzedaży średnio o 25 proc. To nie jest wynik, który pojawia się po instalacji programu. Samo uruchomienie licencji nie tworzy lepszej prognozy, nie skraca rozmowy z klientem i nie poprawia jakości danych. Efekt zależy od tego, czy pracownicy wiedzą, po co uzupełniają konkretne pola oraz jak ich działania wpływają na pracę całego zespołu.

Dobrze przygotowany program szkoleniowy powinien mieć kilka warstw.

• Szkolenie podstawowe pokazuje najważniejsze czynności, ale nie próbuje omawiać każdej funkcji dostępnej w systemie.
• Ćwiczenia na rzeczywistych scenariuszach pozwalają przećwiczyć kontakt, ofertę, przekazanie sprawy i obsługę kolejnych etapów.
• Wsparcie po uruchomieniu daje użytkownikom miejsce na pytania, które pojawiają się dopiero podczas codziennej pracy.
• Szkolenie menedżerów uczy nie tylko obsługi raportów, ale również interpretowania jakości danych i reagowania na problemy zespołu.
• Korekta procesu pozwala usunąć pola, reguły i kroki, które w praktyce nie wnoszą wartości.

To ważne, bo szkolenie z CRM-u nie jest nauką obsługi kalkulatora. Chodzi o zmianę nawyków pracy. Nawyki zmieniają się stopniowo, zwłaszcza gdy system wpływa na sposób rozliczania wyników i przekazywania odpowiedzialności między działami.

Inwestycja w ludzi obejmuje także czas. Jeżeli użytkownicy mają wdrożyć nowe rozwiązanie między spotkaniami z klientami, obsługą bieżących zadań i realizacją celów sprzedażowych, system zawsze przegra z pilniejszym obowiązkiem. Organizacja musi stworzyć warunki, w których pracownik może nauczyć się nowego sposobu działania bez poczucia, że dodatkowa nauka odbywa się kosztem podstawowej pracy.

Ta sama logika dotyczy zarządu. Dyrektorzy powinni umieć wytłumaczyć, dlaczego konkretne dane są potrzebne i w jaki sposób wpływają na prognozowanie sprzedaży, obsługę klienta albo planowanie zasobów. Jeśli jedynym argumentem jest „szef kazał”, pracownicy wykonają minimum konieczne do spełnienia formalnego wymogu.

CRM jest systemem, w którym warstwa zarządcza i operacyjna muszą mówić jednym głosem. Jeżeli zarząd oczekuje wiarygodnych raportów, musi interesować się jakością danych. Jeżeli oczekuje szybkiej obsługi, powinien sprawdzić, czy proces nie wymaga od pracownika wykonywania nadmiarowych czynności. Jeżeli chce automatyzacji, musi zaakceptować, że automatyzacja opiera się na regułach, które ktoś wcześniej ustalił.

Porażka zaczyna się wcześniej niż w dniu uruchomienia

Nie zamierzam na koniec wyliczać pięciu punktów do odhaczenia przed podpisaniem umowy. Mam jedną obserwację, za to dość ciężką.

Błędy przy wdrażaniu CRM w firmie zwykle nie zaczynają się w dniu, w którym użytkownik otrzymuje login. Zaczynają się wcześniej — gdy projekt nazywa się informatycznym, choć ma zmienić sposób pracy kilku działów. Gdy wybór systemu poprzedza opis procesów. Gdy szkolenie zostaje sprowadzone do prezentacji funkcji. Gdy termin uruchomienia jest ważniejszy niż gotowość organizacji do obsługi konsekwencji.

CRM może być bardzo dobrym narzędziem organizacyjnym, ale nie jest magicznym sposobem na usunięcie bałaganu. Jeżeli firma nie wie, jak dziś przechodzi kontakt od marketingu do sprzedaży, system nie wymyśli za nią właściwej odpowiedzi. Jeżeli dane są niekompletne, raport nie stanie się wiarygodny tylko dlatego, że wyświetla się na nowym pulpicie. Jeżeli pracownicy nie rozumieją celu zmiany, kolejne przypomnienie o obowiązkowym polu nie rozwiąże problemu.

Historie Hershey’s, Vodafone i British Airways pokazują różne odmiany tego samego ryzyka: uruchomienie dużej zmiany bez wystarczającego dopasowania do realnych warunków pracy. W jednym przypadku znaczenie miał moment uruchomienia nowych systemów. W drugim — skala migracji i problemy z rozliczeniami. W trzecim — niedopasowanie interfejsu i ograniczone przygotowanie użytkowników. Nie trzeba łączyć tych historii niepotwierdzonymi szczegółami, żeby wyciągnąć z nich rozsądny wniosek.

Przed wdrożeniem warto więc odpowiedzieć na kilka niewygodnych pytań:

• Czy potrafimy opisać, jak klient przechodzi przez naszą organizację?
• Które informacje są potrzebne do dalszej pracy, a które istnieją tylko z przyzwyczajenia?
• Kto podejmie decyzję, gdy działy nie zgodzą się co do procesu?
• Czy pracownicy będą mieli czas i wsparcie po uruchomieniu systemu?
• Jak rozpoznamy, że dane w CRM-ie są kompletne i użyteczne?
• Czy termin wdrożenia uwzględnia sezonowość, obciążenie operacyjne i możliwość reagowania na problemy?

Jeśli firma nie zna odpowiedzi, zakup kolejnych licencji nie poprawi sytuacji. Nie zrobią tego również droższe dodatki, bardziej efektowny pulpit menedżerski ani kolejny dokument opisujący „transformację cyfrową”.

CRM jest narzędziem, które wymaga od organizacji pieniędzy, uwagi, dyscypliny i gotowości do przyjrzenia się własnym procesom. To mniej efektowna opowieść niż „rewolucja customer experience”, ale znacznie bliższa praktyce. System działa wtedy, gdy jego reguły są zrozumiałe, dane mają znaczenie, a ludzie widzą związek między codzienną czynnością a wynikiem całej firmy.

Jeśli tego zabraknie, pozostaje koszt wdrożenia, niepełna baza danych i wygodne zdanie, że „system nie spełnił oczekiwań”. W wielu organizacjach to nie diagnoza, tylko eufemizm dla problemu, którego nikt nie chciał nazwać przed podpisaniem umowy.