Customer 360: jak zebrać wszystkie informacje o kliencie w jednym widoku

Weźmy hipotetyczną firmę dystrybucyjną zatrudniającą 120 osób. Handlowiec dzwoni do stałego klienta z nową ofertą. Nie wie, że od dwóch tygodni klient czeka na rozpatrzenie reklamacji, bo zgłoszenie jest w systemie obsługi klienta, a on patrzy tylko w CRM.

Tydzień później kierownik sprzedaży proponuje temu samemu klientowi wyższy limit kupiecki, czyli kwotę, do której klient może kupować z odroczoną płatnością. Nie wie, że trzy faktury są przeterminowane, bo widzi je tylko księgowość. Zarząd z kolei ocenia klienta po obrocie, choć koszty dostaw i obsługi reklamacji są zapisane w innym systemie.

Żadna z tych osób nie popełniła błędu. Każda patrzyła we własny system, który pokazywał tylko swój kawałek prawdy. Jeśli rozpoznajesz te sytuacje, w Twojej firmie występuje kilka z poniższych objawów:

Customer 360, czyli klient widziany ze wszystkich stron, to jedna karta, na której widać wszystko, co firma wie o kliencie. Dane nie muszą przy tym trafiać do nowego systemu. Faktury zostają w systemie księgowym, szanse sprzedaży w CRM, zgłoszenia w systemie obsługi klienta, a karta tylko je pobiera i zestawia.

To ważne rozróżnienie, bo zmienia zakres projektu. Nie wymieniasz CRM ani systemu księgowego i nie uczysz ludzi nowej pracy. Dodajesz warstwę do czytania, a każda informacja ma nadal jeden system, w którym się ją wprowadza i poprawia.

Przed startem warto spisać, który system jest źródłem której informacji. Tabela poniżej pokazuje przykład takiego podziału.

Najczęstszy błąd to próba pokazania wszystkiego. Karta z czterdziestoma polami jest tak samo nieczytelna jak pięć osobnych systemów. Lepiej zacząć od pytań, które ludzie zadają przed rozmową z klientem lub przed decyzją.

Zbierz od każdego działu po dwa, trzy takie pytania i wybierz te, które powtarzają się najczęściej. W typowej firmie handlowej lista na start wygląda mniej więcej tak:

Technicznie połączenie danych z kilku systemów nie jest dziś trudne. Trudno jest ustalić, że „ABC Sp. z o.o.” w CRM i „ABC SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ” w księgowości to ta sama firma. Bez tego karta klienta pokaże połowę faktur albo podwójne obroty.

W Polsce najlepszym kluczem jest NIP, bo ma go każda firma i trafia na każdą fakturę. Sprawdź więc najpierw, czy NIP jest wpisany przy każdym kliencie w CRM i w systemie księgowym. Przy okazji wyjdą duplikaty, nieaktywne konta i klienci wpisani bez numeru.

Ustal też zasady dla przypadków granicznych. Klient z kilkoma oddziałami ma jeden NIP, ale różne adresy dostaw. Grupa kapitałowa to kilka NIP-ów, które zarząd chce widzieć łącznie. Te reguły trzeba spisać przed budową raportu, nie w trakcie.

Firmy pracujące na Microsoft 365 mają zwykle trzy drogi. Różnią się kosztem, ilością pracy i tym, co da się z nimi zrobić później. Porównujemy je w tabeli poniżej.

Najprostsza droga to sam Power BI, czyli narzędzie Microsoft do raportów i wykresów. Power BI potrafi pobierać dane wprost z systemu księgowego, bazy SQL, CRM czy plików Excel i łączyć je po NIP. Do systemów stojących na serwerze w firmie łączy się przez bramę danych, czyli mały program, który bezpiecznie przekazuje dane do chmury.

Druga droga to wspólna baza Dataverse, w której zapisuje się ujednoliconą kartę klienta, oraz Power Automate do synchronizacji danych. Ma sens, gdy karta ma nie tylko pokazywać dane, ale też pozwalać coś zrobić, na przykład dodać notatkę z rozmowy. Trzecia droga, hurtownia danych w Microsoft Fabric, opłaca się dopiero przy dużej liczbie systemów i potrzebie analiz wieloletnich. W tabeli dodaliśmy też czwartą możliwość, spoza narzędzi Microsoft 365: kartę klienta w samym CRM.

Licencje to zwykle mniejsza część budżetu. Według cennika Microsoft z października 2026 r., przy płatności rocznej, Power BI Pro kosztuje 14 USD, a Power BI Premium Per User 24 USD za użytkownika miesięcznie. Power Apps Premium to 20 USD, a Power Automate Premium 15 USD. Power BI Pro jest już wliczony w plany Microsoft 365 E5.

Częsty błąd w kosztorysach to założenie, że Dataverse i połączenia z zewnętrznymi systemami są „w cenie Microsoft 365”. Darmowe uprawnienia obejmują tylko konektory standardowe, takie jak SharePoint czy Outlook. Połączenia z wieloma systemami spoza Microsoft, na przykład z bazami SQL czy SAP, to konektory premium wymagające płatnej licencji.

Przykładowo: jeśli kartę klienta w Power BI ogląda 30 osób, licencje Pro kosztują 30 × 14 USD, czyli 420 USD miesięcznie. Koszt prac zależy natomiast od kilku czynników wymienionych poniżej. Dokładną wycenę da się przygotować dopiero po przejrzeniu systemów źródłowych.

Zebranie danych w jednym miejscu ułatwia pracę, ale też zwiększa ryzyko. Karta klienta zawiera dane osobowe osób kontaktowych, a często także informacje handlowe, których nie powinien widzieć każdy pracownik. Uprawnienia trzeba więc zaplanować razem z zakresem karty.

Rozsądna zasada: handlowiec widzi swoich klientów, kierownik swój zespół, a zarząd wszystkich. Szczegóły należności mogą być widoczne tylko dla sprzedaży i finansów. Power BI pozwala ograniczyć widoczne wiersze w zależności od tego, kto otwiera raport.

RODO wymaga, by dane były ograniczone do tego, co niezbędne do celu (art. 5). Nie przenoś więc na kartę prywatnych numerów telefonów czy notatek o charakterze osobistym. Dobra strona projektu: gdy klient zażąda dostępu do swoich danych, łatwiej odpowiedzieć w wymaganym terminie miesiąca.

Najlepiej zacząć od jednej grupy użytkowników i jednej potrzeby. Zwykle są to handlowcy przygotowujący się do rozmów albo zarząd przeglądający największych klientów. Pierwsza wersja ma być mała, ale używana codziennie.

Poniższe kroki prowadzą od pytań do działającej karty bez dużego projektu na start:

Nie każda firma potrzebuje osobnej karty klienta. Jeśli masz kilkudziesięciu klientów i jeden zespół, który zna ich osobiście, wystarczy dobrze prowadzony CRM. Podobnie gdy CRM ma już połączenie z systemem księgowym i pokazuje płatności – wtedy lepiej dokończyć tę integrację, niż budować coś obok.

Gdy projekt ma sens, powtarzają się te same błędy. Najczęstsze z nich wymieniamy poniżej.