Jak zbudować mapę odpowiedzialności za problemy CX w dużej organizacji

W dużej organizacji odpowiedzialność za doświadczenie klienta (CX, customer experience) rozpływa się między dziesiątkami zespołów, kanałów i systemów. Każdy dział wykonuje swój fragment pracy, ale nikt nie odpowiada za to, żeby cała sprawa klienta została doprowadzona do końca. Ten artykuł pokazuje, jak zbudować mapę odpowiedzialności CX, która zamieni ogólne deklaracje w konkretne reguły: kto przyjmuje sygnał, kto prowadzi sprawę, kto diagnozuje przyczynę, kto podejmuje decyzję i kto sprawdza rezultat.

Najważniejsze wnioski

Poniższe punkty podsumowują cały artykuł. Dyrektorka generalna, dyrektor CX lub menedżer Voice of Customer (VoC) znajdą tu istotę modelu w mniej niż minutę.

• Mapa odpowiedzialności CX to nie schemat win. To dokument określający: kto przyjmuje sygnał, kto prowadzi sprawę, kto diagnozuje przyczynę, kto podejmuje decyzję, kto wdraża zmianę i kto sprawdza rezultat. Każdy problem CX powinien mieć przypisanego jednego właściciela do rozwiązania.
• Skuteczna mapa wymaga klarownego podziału ról. Wdrożenie matrycy RACI (Responsible, Accountable, Consulted, Informed) porządkuje role w dużych organizacjach i zapobiega sytuacji, w której „wszyscy odpowiadają za wszystko".
• Mapa obejmuje centralę, jednostki lokalne i partnerów zewnętrznych. Zasady przekazywania spraw i eskalacji muszą być jasno zdefiniowane, a odpowiedzialność przechodzi dopiero po potwierdzeniu przyjęcia przez nowego właściciela.
• Powiązanie mapy z danymi VoC i miernikami pozwala ustalić mierzalne cele i sprawdzić, czy działania faktycznie poprawiają doświadczenie klienta.
• Mapa CX to narzędzie do wprowadzania zmian w organizacji, a nie jednorazowy projekt. Wymaga regularnej aktualizacji i poparcia kadr zarządzających.

Wstęp: każdy zrobił swoje, ale klient nadal czeka na pieniądze

Wyobraźmy sobie hipotetyczny scenariusz. Klient zwraca produkt kupiony online w sklepie stacjonarnym. Sklep potwierdza przyjęcie towaru i oznacza zwrot jako „przyjęty". Zespół e-commerce widzi poprawne zamknięcie etapu zwrotu. Tyle że dział rozliczeń nie otrzymał kompletu danych z systemu POS, bo integracja między systemami nie przekazała jednego pola. Obsługa klienta na infolinii odpowiada na kolejne pytania o pieniądze, ale nie ma wpływu na naprawę błędu integracji. Każdy dział raportuje wykonanie własnego kroku. Z perspektywy klienta sprawa nie jest zakończona.

Nie rozstrzygamy tu, który dział popełnił błąd. Pokazujemy różnicę między trzema rzeczami: miejscem ujawnienia problemu (BOK), miejscem powstania przyczyny (integracja e-commerce z POS i finansami) oraz zespołem mającym możliwość usunięcia tej przyczyny (właściciel procesu zwrotów wspólnie z IT i rozliczeniami).

Pytanie, na które odpowiada ten artykuł: kto odpowiada za to, żeby cała sprawa klienta została doprowadzona do właściwego zakończenia, a nie tylko za swój fragment procesu?

W kolejnych sekcjach wyjaśnimy, czym jest mapa odpowiedzialności CX, jak ją zbudować w oparciu o problemy klientów, jak wykorzystać macierz RACI, jak definiować zasady przekazywania i eskalacji, jak rozdzielić pomoc indywidualną od napraw systemowych oraz jak mierzyć skuteczność tego modelu.

Czym jest mapa odpowiedzialności CX i czym różni się od struktury organizacyjnej

Trzy dokumenty w firmach często się mylą, choć służą różnym celom:

• Schemat organizacyjny opisuje relacje służbowe i raportowanie. Mówi, kto komu podlega.
• Mapa podróży klienta (customer journey map) pokazuje doświadczenie z perspektywy klienta na każdym etapie. Customer journey map musi być oparta na danych analitycznych i aktualizowana co najmniej raz na kwartał. Holistyczna ścieżka klienta obejmuje wszystkie etapy cyklu życia, a zrozumienie customer journey wymaga analizy emocji klienta na każdym etapie.
• Mapa odpowiedzialności CX to dokument łączący typy problemów, procesy i role, który odpowiada na trzy pytania: (1) kto pomoże temu klientowi? (2) kto odpowiada za rozpoznanie i usunięcie przyczyn problemu? (3) kto rozstrzygnie konflikt priorytetów, kompetencji lub budżetu?

Mapa odpowiedzialności CX musi wskazywać właściciela end-to-end dla doświadczenia klienta, a nie tylko właściciela fragmentu procesu. To narzędzie identyfikuje właścicieli punktów styku, a nie relacje służbowe.

Dwa poziomy mapy:

• Poziom stały to reguły odpowiedzialności dla typów problemów i procesów: role, zastępstwa, eskalacja. Zmapowanie podróży klienta na tym poziomie pozwala wyeliminować obszary zaniedbane przez organizację.
• Poziom operacyjny to konkretna sprawa lub problem z przypisanym właścicielem, statusem, terminem i wynikiem.

W dużej organizacji trzeba rozdzielić: sygnał VoC (np. komentarz w ankiecie), indywidualną sprawę klienta, problem systemowy wymagający diagnozy, konkretne zadania dla zespołów oraz proces lub ścieżkę, której problem dotyczy. Kilka komentarzy może dotyczyć jednego problemu. Jeden komentarz może opisywać kilka problemów. Nie utożsamiaj zamknięcia zadania z zakończeniem sprawy klienta ani z usunięciem przyczyny systemowej.

Mapa odpowiedzialności nie jest mapą win. Celem jest jasne przypisanie decyzji i odpowiednich zasobów, a nie szukanie winnych.

Kluczowe role w zarządzaniu odpowiedzialnością za problemy CX

Skuteczna mapa odpowiedzialności wymaga klarownego podziału ról. Poniższe role to zakresy odpowiedzialności, a nie obowiązkowa lista nowych etatów. Jedna osoba może pełnić kilka ról jednocześnie. Zespół CX powinien angażować przedstawicieli wszystkich działów, aby uniknąć zawężenia perspektywy.

Opiekun sprawy klienta pilnuje ciągłości kontaktu z konkretnym klientem. Zapewnia aktualny status, zobowiązania i następny krok. Może to być konsultant BOK, specjalista ds. reklamacji lub lokalny koordynator sklepu.

Właściciel problemu CX odpowiada za doprowadzenie diagnozy mechanizmu problemu do decyzji, koordynację działań i ocenę skuteczności. Przykładowo: właściciel procesu zwrotów, właściciel procesu dostępności towaru w omnichannel lub właściciel procesu obsługi wielokanałowej.

Właściciel procesu lub ścieżki patrzy end-to-end na rezultat usługi. Inspiracją jest tu rola service ownera z brytyjskiego Government Digital and Data Profession: osoba odpowiedzialna za jakość, priorytety, decyzje i ryzyka całej usługi. Właściciele punktów styku odpowiadają za ich optymalizację.

Wykonawca realizuje konkretne działanie: IT wdraża poprawkę, finanse modyfikują reguły, e-commerce zmienia komunikację. Wykonawca nie musi być właścicielem problemu.

Osoba uprawniona do decyzji zatwierdza większe zmiany, dodatkowe budżety lub akceptuje określone ryzyko. Może to być dyrektor operacyjny, dyrektorka generalna regionu lub CFO. Zakres uprawnień musi być jawny.

Zespół CX i analityki zbiera Voice of Customer, łączy sygnały z danymi operacyjnymi, wspiera definicję problemu, dobiera metryki i utrzymuje program. Nie jest jednak odpowiedzialny za samodzielne naprawianie wszystkich procesów w firmie.

Właściciel danych i platformy VoC (np. administrator platformy badawczej) nie jest automatycznie właścicielem problemów biznesowych. Jego rolą jest wsparcie informacyjne.

Przy projektowaniu ról warto uwzględnić dobre praktyki takie jak karta różnorodności, koordynowana w Polsce przez Forum Odpowiedzialnego Biznesu od 2012 roku. Diversity & Inclusion to kluczowe elementy strategii firm, a różnorodne zespoły lepiej identyfikują problemy klientów z różnych grup. Pandemia COVID-19 pogłębiła nierówności w zatrudnieniu, co dodatkowo podkreśla znaczenie edukacji i uwzględniania perspektyw różnych użytkowników przy budowaniu mapy odpowiedzialności.

Budowanie mapy odpowiedzialności CX na bazie realnych problemów klientów

Budowanie mapy odpowiedzialności wymaga uporządkowanego procesu. Nie zaczynaj od nazw działów. Zacznij od problemów klientów.

Krok 1: Zidentyfikuj kluczowe ścieżki klienta od pozyskania po rezygnację. Wystarczy 3-5 ścieżek na początek: zakup online, odbiór w sklepie, zwrot, reklamacja, kontakt pomocowy. Inwentaryzacja punktów styku i podróży klienta jest kluczowym krokiem w procesie budowania mapy. Zidentyfikowane punkty styku muszą być powiązane z procesami biznesowymi.

Krok 2: Połącz źródła danych. Analiza danych wykorzystuje opinie klientów oraz wyniki wskaźników takich jak NPS, CSAT, CES, a także zgłoszenia do BOK, dane operacyjne (SLA, statusy zamówień, logi systemowe) i obserwacje pracowników pierwszej linii.

Krok 3: Opisz problemy językiem doświadczenia klienta. Pisz: „klient musi dwa razy wpisywać numer zamówienia w kontakcie z firmą" zamiast „CRM nie przekazuje ID case'u do aplikacji infolinii". Określ bolączki i momenty prawdy w podróżach klientów. Zidentyfikowanie momentów prawdy jest kluczowe dla lojalności klienta.

Krok 4: Dla każdego problemu zapisz osobno: objaw, dotkniętą grupę, kontekst, hipotezę przyczyny i stopień jej potwierdzenia. Przyjęcie odpowiedzialności za problem nie wymaga pełnej wiedzy o przyczynie. „Przyczyna nieznana" jest normalnym stanem początkowym.

Nie pytaj klientów, który dział powinien odpowiadać za ich problem. Klient opisuje doświadczenie, a organizacja, korzystając z mapy odpowiedzialności CX, sama przypisuje właściciela.

Kategorie problemów CX powinny być stabilne w czasie, niezależne od bieżącego podziału na działy. Powiązanie typów problemów z aktualnymi rolami utrzymuj w osobnej tabeli reguł, łatwej do aktualizacji.

Przykładowa mapa odpowiedzialności CX dla pięciu typowych problemów

Poniższa tabela przedstawia pięć modelowych problemów. To wzór do dopasowania, a nie uniwersalny podział obowiązków każdej firmy. Lista wykonawców zależy od konkretnej organizacji.

W wewnętrznym rejestrze firmy powiązanym z mapą odpowiedzialności powinny się znaleźć: aktualna osoba pełniąca daną rolę, zastępca, zakres decyzyjny (np. do jakiego budżetu), sposób zgłoszenia problemu, termin przyjęcia odpowiedzialności oraz data przeglądu reguły.

Macierz RACI w CX: jak przypisać odpowiedzialność do działań i decyzji

Definicja ról w modelu RACI ułatwia określenie odpowiedzialności w organizacji. Wdrożenie matrycy RACI porządkuje role w dużych organizacjach, eliminując niejasności.

• R (Responsible): wykonuje pracę.
• A (Accountable): jedna osoba ostatecznie odpowiedzialna za rezultat i decyzję. Dla każdego działania dokładnie jedno A.
• C (Consulted): dostarcza konsultację (dwustronna komunikacja).
• I (Informed): otrzymuje informację o statusie i wyniku.

Wpisy typu „wszyscy" przy A są sygnałem braku jasnej odpowiedzialności. Samo nadanie roli A nie daje automatycznie prawa do dysponowania cudzym budżetem, a zakres decyzyjny musi być opisany osobno w zasadach governance.

Macierz RACI dla scenariusza zwrotu online przyjętego w sklepie:

Każdy wiersz ma dokładnie jedno A. A za wykonanie poprawki technicznej (kierownik IT) to inny zakres niż A za rezultat całej ścieżki (właściciel procesu zwrotów). To nie sprzeczność, a świadome rozdzielenie.

Przekazywanie spraw i eskalacja: kiedy odpowiedzialność naprawdę zmienia właściciela

Inspiracją dla reguł przekazywania jest koncept „Clear, Live Handoff" z praktyk Google SRE: przekazanie roli musi być potwierdzone na żywo, a cały zespół musi wiedzieć o zmianie lidera. W kontekście CX ta zasada działa podobnie.

Prosta reguła: odpowiedzialność za problem przechodzi dopiero wtedy, gdy nowy właściciel potwierdzi jej przyjęcie. Samo wysłanie e-maila „przekazuję do IT" lub zmiana etykiety w systemie nie oznacza przejęcia odpowiedzialności. Do czasu potwierdzenia sprawa pozostaje pod opieką dotychczasowego właściciela lub wyznaczonego koordynatora.

Minimalny pakiet przekazania powinien zawierać: opis problemu z perspektywy klienta, wpływ na klientów i biznes, dostępne dowody, podjęte działania, oczekiwaną decyzję i proponowany termin następnego kroku.

Ustal zasady eskalacji części problemów, aby zapewnić szybką reakcję. Typowe sytuacje wymagające dodatkowych reguł:

• Odbiorca kwestionuje przypisanie: musi uzasadnić i zaproponować alternatywę.
• Przyczyna jest nieznana: odbiorcą jest właściciel procesu, który organizuje diagnozę.
• Właściciel jest nieobecny: stosuje się zastępstwo opisane w mapie.
• Sprawa dotyczy kilku krajów lub jednostek: ustala się tymczasowego koordynatora.
• Kilka zespołów uważa, że odpowiada ktoś inny: spór rozstrzyga wyznaczona rola z mandatem (np. komitet CX governance), a nie klient ani przypadkowy analityk.

Całkowity czas sprawy klienta nie powinien być „zerowany" przy przekazaniu. Mierz oddzielnie czas od pierwszego sygnału do rozwiązania oraz czas pracy poszczególnych zespołów.

Oddzielanie pomocy klientowi od naprawy systemowej (inner loop vs outer loop)

Koncepcje inner loop i outer loop opisywane przez Bain & Company pomagają rozdzielić dwie równoległe ścieżki działania.

Pomoc indywidualna (inner loop): doprowadzenie konkretnej sprawy klienta do końca. Przykład: BOK ręcznie sprawdza status zwrotu i przyspiesza rozliczenie. Opiekun sprawy dba o to, żeby klient dostał rzetelną informację i realizację.

Poprawa systemowa (outer loop): rozpoznanie mechanizmu problemu i zmiana procesu lub narzędzia. Przykład: właściciel procesu zwrotów uruchamia diagnozę i poprawkę integracji między systemami, przy wsparciu IT i finansów.

Mapa odpowiedzialności CX powinna jasno wskazywać, kto odpowiada za obie ścieżki. To mogą być różne osoby i zespoły. Nie uzależniaj zamknięcia indywidualnej sprawy klienta od zakończenia projektu systemowego. Jednocześnie nie zapominaj o powiązaniu powtarzających się spraw z problemem systemowym w rejestrze.

Trzy oddzielne kryteria zamknięcia:

1. Sprawa klienta zakończona: klient dostał decyzję i realizację.
2. Działanie naprawcze wdrożone: zmiana w systemie, nowa instrukcja.
3. Efekt zmiany potwierdzony: metryka pokazuje ograniczenie problemu w czasie.

Brak odpowiedzi klienta nie jest automatycznym potwierdzeniem rozwiązania.

Mandat właścicieli, konflikty priorytetów i model dla dużych organizacji

Upewnij się, że mapa odpowiedzialności ma poparcie kadr zarządzających. Bez tego mapa pozostanie dokumentem, który nikt nie będzie stosować. Największym wyzwaniem w dużej organizacji jest przełamanie silosów między departamentami, a wymaga to realnego mandatu dla właścicieli problemów.

W dużej organizacji należy określić właścicieli procesów szybszych niż struktury pionowe. Dla kluczowych problemów CX trzeba jasno spisać:

• Decyzje podejmowane samodzielnie przez właściciela.
• Decyzje wymagające konsultacji.
• Decyzje wymagające zgody wyższego poziomu (np. prezeska, COO).
• Tryb eskalacji, gdy zespoły nie mogą się porozumieć.

Trzy rodzaje eskalacji:

1. Do eksperta: głębsza wiedza merytoryczna.
2. Do osoby z większymi uprawnieniami: mandat budżetowy lub decyzyjny.
3. Do ścieżki incydentowej: bezpieczeństwo, ochrona danych, poważna niedostępność usługi. Te sytuacje zwykle mają własne procedury.

Priorytetyzacja powinna uwzględniać: dotkliwość dla klienta, skalę (ile osób dochodzi do tego problemu i jak często), pilność, powtarzalność, pewność diagnozy oraz możliwość ograniczenia szkody. Nie sprowadzaj priorytetu wyłącznie do liczby negatywnych komentarzy.

Typowy konflikt celów: BOK chce skrócić rozmowy, finanse ograniczyć pracę ręczną, IT zmniejszyć liczbę wdrożeń, a logistyka obniżyć koszty dostaw. Żaden z tych celów sam w sobie nie zastępuje oceny całego doświadczenia klienta.

Model dla dużych organizacji: wprowadź wspólne zasady dla centrali i jednostek lokalnych, obejmujące definicje problemów, minimalne informacje w karcie problemu, reguły przekazania, progi eskalacji i bazowy zestaw metryk. Pozostaw jednostkom lokalnym decyzje w ramach ich mandatu.

Gdy w sprawę zaangażowany jest partner zewnętrzny (firma kurierska, integrator IT), zawsze wskaż wewnętrznego właściciela relacji lub procesu. Zapis „odpowiada przewoźnik" nie jest wystarczający, bo nie określa, kto w firmie koordynuje sprawę i informuje klienta.

Transparentny podział odpowiedzialności jest elementem dojrzałego, odpowiedzialnego zarządzania w obszarze CX. W kontekście społecznej odpowiedzialności biznesu i zrównoważonego rozwoju, sygnatariusze Karty Różnorodności uczestniczą w projektach międzynarodowych promujących upowszechnianie dobrych praktyk. Podobnie jak organizacje NGO wspierają edukację i edukowanie rynku w tym zakresie, tak inicjatywy na rzecz zgodności z wartościami firmy budują stabilność i nadzieję na lepszą współpracę w przyszłości.

Minimalna karta problemu, utrzymanie mapy i pomiar skuteczności

Minimalna karta problemu nie powinna blokować reakcji. Na początku wystarczy kilka pól, resztę uzupełnisz w trakcie diagnozy:

• ID problemu
• Opis doświadczenia klienta (język klienta, nie systemu)
• Dotknięty proces i zakres
• Dowody i ograniczenia wiedzy (jakie dane mamy, czego brakuje)
• Aktualny właściciel i zastępca
• Główni wykonawcy
• Najbliższy krok i termin
• Zależności
• Metryki i punkt odniesienia
• Wynik weryfikacji po wdrożeniu

Przykładowe statusy: do rozpoznania, odpowiedzialność przyjęta, w diagnozie, decyzja podjęta, w realizacji, wdrożone (oczekuje na ocenę), efekt oceniony. Osobne oznaczenia: blokada, odłożenie (z datą przeglądu) i niewystarczające dowody.

Rada ds. CX powinna regularnie aktualizować mapę zgodnie z rozwojem organizacji. Brak aktualizacji mapy odpowiedzialności prowadzi do problemów w organizacji: nieaktualne reguły powodują błędne przekazania i opóźnienia. Za samą mapę musi odpowiadać konkretna rola (np. zespół CX governance). Mapa podróży klienta powinna być aktualizowana co najmniej raz na kwartał, a także po każdej większej zmianie procesów, reorganizacji lub zmianie dostawców.

Kluczowe metryki mierzenie aktywności w obszarze doświadczenia klienta jest kluczowe dla rozwoju. Powiązanie mapy odpowiedzialności z KPI pozwala ustalić mierzalne cele:

Jak wdrożyć mapę odpowiedzialności CX

Nie wymuszaj natychmiastowego mapowania całej firmy. Zacznij od pilotażu na jednej ścieżce przekraczającej kilka działów.

Plan pilotażu:

1. Wybierz ścieżkę (np. „zamów online, odbierz w sklepie, ewentualny zwrot") i sponsora (np. dyrektor operacyjny).
2. Zbierz realne przykłady z ostatnich 2-3 miesięcy.
3. Odtwórz obecny przebieg obsługi.
4. Uzgodnij role i decyzje w trakcie warsztatu.
5. Spisz mapę odpowiedzialności. Na początkowym etapie wystarczy prosty dokument lub arkusz z formularza.
6. Przetestuj handoffy na scenariuszach: standardowy problem, nieznana przyczyna, zgłoszenie z kilkoma tematami, nieobecność właściciela, spór o budżet, udział dostawcy zewnętrznego, sygnał ryzyka prawnego.
7. Uruchom pilotaż na żywych sprawach.
8. Oceń wyniki po 2-3 miesiącach i popraw reguły.

Na warsztatach pytaj: „Kto wykonuje następny krok, do kiedy i co musi się wydarzyć, aby druga osoba rzeczywiście przejęła odpowiedzialność? Kto rozstrzygnie spór, jeśli dwa działy uważają, że to nie ich temat?"

FAQ: praktyczne pytania o mapę odpowiedzialności CX

Poniższe pytania uzupełniają wątki poruszone w artykule. Mają pomóc dyrektorom CX, menedżerom VoC i liderom obsługi rozwiać wątpliwości przed rozpoczęciem prac nad mapą odpowiedzialności.

Czy mapa odpowiedzialności CX powinna być powiązana z oceną okresową pracowników?

Mapa odpowiedzialności dotyczy głównie ról i procesów, nie oceny indywidualnych osób. Można wykorzystywać metryki procesowe (np. czas przyjęcia odpowiedzialności, odsetek spraw z weryfikacją) jako jedno ze źródeł informacji w raporcie okresowym, ale nie rekomendujemy wiązania pojedynczych incydentów CX z premią konkretnego pracownika bez szerokiego kontekstu. Wiedza o tym, jak mapa służy organizacji, powinna być dzięki raportowaniu dostępna dla wszystkich uczestników procesu, nie tylko dla osoby Marzena czy innego analityka z udziału w projekcie.

Jak często aktualizować mapę odpowiedzialności CX?

Mapa CX powinna być aktualizowana co najmniej raz na kwartał. Obowiązkowa aktualizacja następuje po każdej większej zmianie organizacyjnej, zmianie dostawcy kluczowego procesu lub po stwierdzeniu powtarzających się błędów przekazania spraw. Za aktualizację odpowiada jasno wyznaczony właściciel programu CX governance, który pilnuje zgodnie z ustalonym cyklem, aby data przeglądu nie była przekraczana. Zachęcanie do regularnych przeglądów buduje warunkiem trwałości modelu.

Czy dział CX powinien być właścicielem wszystkich problemów klientów?

Nie. Rola CX to koordynacja, analiza i wsparcie. Właścicielami konkretnych problemów i procesów powinni być liderzy biznesowi i operacyjni mający wpływ na decyzje i odpowiednie zasoby. Dział CX może być właścicielem własnych procesów (np. badań VoC), ale odpowiada za stworzenie warunków do współpracy, a nie za rozwiązanie każdego problemu w Polsce i za granicą. W celu zachowania klarowności, na każdym etapie procesu powinien być jasny podział między wsparciem a odpowiedzialnością za uwagę poświęconą konkretnemu tematowi.

Jak ograniczyć „przerzucanie się" problemami między działami?

Wprowadź jasne reguły przekazania (potwierdzenie przyjęcia, pakiet informacji), wyznacz rolę rozstrzygającą spory (np. komitet CX lub właściciel procesu nadrzędnego) oraz mierz liczbę i czas spraw bez przyjętej odpowiedzialności. Pokazuj te dane na forum zarządczym, np. podczas przeglądów operacyjnych. Brak jawnych danych o „bezpańskich" sprawach jest narzędziem do ukrywania problemów, nie do ich rozwiązywania. Każdy dokument przekazania powinien być oparty o zasady opisane w mapie.

Czy do stworzenia mapy odpowiedzialności CX konieczne jest wdrożenie nowego systemu IT?

Na początek wystarczy prosty arkusz i dyscyplina w jego stosowaniu. Dopiero później warto integrować zasady odpowiedzialności z narzędziami VoC, CRM lub systemami ticketowymi. Narzędzia takie jak YourCX ułatwiają wprowadzenie modelu w życie, ale nie zastąpią kluczowych decyzji organizacyjnych o rozwojem miejsc odpowiedzialności w procesach. Biznes potrzebuje najpierw jasnych reguł, a dopiero potem technologii wspierającej ich realizację.