CRM Analytics · Salesforce · dashboardy · aplikacje analityczne

Raporty CRM Analytics, które prowadzą od wyniku do działania w Salesforce.

Projektuję interaktywne dashboardy na danych sprzedaży, obsługi i źródeł zewnętrznych. Użytkownik widzi KPI, przyczynę zmiany i szczegół rekordu w środowisku, w którym już pracuje.

CRM Analytics to aktualna nazwa dawnego Einstein Analytics i Tableau CRM. Tableau Next jest osobnym produktem, dlatego zakres dobieram do środowiska organizacji.

Opisz raport i środowisko Salesforce Zobacz strukturę rozwiązania
Raport dostępny w Salesforcedashboard, aplikacja analityczna i kontekst rekordu
Dane przygotowane do analizyobiekty CRM, źródła zewnętrzne, recipes i datasety
Dostęp zgodny z roląlicencje, permissions, app sharing i security predicates

Kiedy CRM Analytics ma sens

Standardowe raporty nie wystarczają do przekrojowej analizy procesu.

CRM Analytics jest właściwym krokiem, gdy zespół potrzebuje łączyć wiele obiektów, analizować historię i drivery wyniku albo wzbogacać CRM danymi spoza Salesforce.

Pipeline pokazuje wartość, ale nie ryzyko

Brakuje zmian w czasie, jakości szans, aktywności i sygnałów wskazujących, co wymaga uwagi.

Dane są rozproszone między obiektami

Account, Opportunity, Activity, Case i własne obiekty trudno połączyć w jeden stabilny obraz.

Kontekst znajduje się poza CRM

Plan, billing, produkt lub dane marketingowe są potrzebne do wyjaśnienia wyniku sprzedaży i obsługi.

KPI mają kilka definicji

Konwersja, pipeline coverage i forecast są liczone inaczej w kolejnych raportach oraz arkuszach.

Odświeżanie jest niewidoczne

Odbiorca nie wie, z jakiego okresu pochodzą dane ani kto odpowiada za błędny job lub dataset.

Dostęp nie został zaprojektowany

Udostępnienie aplikacji nie zastępuje modelu widoczności rekordów i testów security predicates.

Produkt raportowy

Od obiektów Salesforce do aplikacji analitycznej używanej w codziennej pracy.

Rozdzielam przygotowanie danych, logikę analityczną i doświadczenie odbiorcy. Dzięki temu dashboard nie jest pojedynczym ekranem, lecz częścią zarządzanego środowiska raportowego.

01 · Źródła

Salesforce i dane zewnętrzne

Obiekty standardowe i własne, pliki, konektory oraz opcjonalnie dane z Data 360.

02 · Przygotowanie

Recipes i datasety

Łączenie, czyszczenie, agregacje, pola wyliczane, harmonogramy i kontrola jobów.

03 · Analiza

Lenses i dashboardy

KPI, queries, filtry, interakcje, drill-down, szczegół rekordu i układy dla urządzeń.

04 · Wykorzystanie

Analytics app i Lightning

Uporządkowane zasoby, udostępnianie, osadzenie w Salesforce i przejście do działania.

Raport odpowiada na pytaniekażda strona ma odbiorcę, decyzję i poziom szczegółu
Dataset ma właścicieladefinicje, odświeżanie i zmiany nie są anonimowe
Bezpieczeństwo jest testowaneuprawnienia do funkcji i widoczność danych to osobne warstwy

Przykład produktu

Sales Performance App łączy monitoring, analizę i pracę na rekordach CRM.

To przykładowa struktura aplikacji. Finalne strony, queries i poziom szczegółu zależą od procesu sprzedaży, modelu danych i ról odbiorców.

CRM Analytics appSales Performancezarząd · sales ops · manager
OverviewWynik, cel i forecast

Revenue, pipeline, coverage, win rate, trend i najważniejsze odchylenia.

Pipeline healthJakość i dynamika szans

Stage aging, brak aktywności, przesunięcia close date i ryzykowne wartości.

ConversionLejek i drivery wyniku

Konwersja między etapami według zespołu, segmentu, źródła i produktu.

AccountsKlient i szczegół rekordu

Przejście od agregatu do konta, opportunity i kolejnego działania w Salesforce.

Dane i odświeżanie

Nowe przygotowanie danych projektuję w recipes, a dataflows utrzymuję tam, gdzie nadal są uzasadnione.

Salesforce rekomenduje recipes jako nowszy i wygodniejszy mechanizm dla nowych procesów przygotowania danych. Dataflows nadal mogą obsługiwać istniejące lub bardziej techniczne scenariusze.

Wejście

Obiekty i połączenia

Ustalam potrzebne pola, relacje, historię, częstotliwość synchronizacji i dane spoza Salesforce.

  • Salesforce objects i connected objects,
  • CSV oraz dostępne konektory,
  • direct data, jeśli architektura na to pozwala.
Transformacja

Recipes i datasety

Projektuję logikę tak, aby wynik był czytelny, testowalny i możliwy do utrzymania.

  • join, append, aggregate i filter,
  • calculated fields i ujednolicenie wartości,
  • output do właściwego datasetu.
Operacje

Data Manager i jobs

Raport jest wiarygodny dopiero wtedy, gdy można sprawdzić, czy jego dane odświeżyły się poprawnie.

  • kolejność sync i recipe jobs,
  • harmonogram oraz logi błędów,
  • właściciel i reakcja na nieudany job.

Proces

Od pytań biznesowych do raportów osadzonych w sposobie pracy zespołu.

  1. 01

    Odbiorcy, decyzje i obecne raportowanie

    Role, standardowe raporty Salesforce, arkusze, istniejące apps, licencje, problemy i oczekiwane działania.

    Wynik: mapa potrzeb
  2. 02

    Źródła, KPI i model datasetu

    Obiekty, grain, relacje, historia, dane zewnętrzne, definicje miar i system referencyjny.

    Wynik: model raportowy
  3. 03

    Prototyp aplikacji i dashboardów

    Strony, hierarchy informacji, widgets, filtry, interakcje, drill-down i ścieżka do rekordu.

    Wynik: zaakceptowany prototyp
  4. 04

    Recipes, datasety i budowa widoków

    Transformacje, queries, lenses, dashboard designer, układy, wydajność i harmonogramy.

    Wynik: wersja testowa
  5. 05

    Udostępnianie i bezpieczeństwo

    Licencje, permission sets, apps, role, grupy, security predicates i scenariusze testowe.

    Wynik: kontrolowany dostęp
  6. 06

    QA, publikacja i adopcja

    Rekonsyliacja KPI, testy jobów, dokumentacja, szkolenie odbiorców i proces rozwoju raportu.

    Wynik: rozwiązanie do utrzymania

Zastosowania

Raportowanie dla sprzedaży, obsługi i właścicieli procesu CRM.

Zarząd

Executive sales cockpit

Wynik, forecast, pipeline coverage, dynamika i przejście do kluczowych ryzyk.

Sprzedaż

Pipeline i conversion

Etapy, velocity, aging, konwersja, utracone szanse oraz jakość lejka.

Managerowie

Team performance

Wyniki zespołu, aktywności, portfolio szans, coaching i priorytety na kolejny okres.

Klienci

Account 360

Sprzedaż, aktywność, produkty, sprawy serwisowe i potencjał klienta w jednym kontekście.

Service

Service performance

Wolumen, SLA, backlog, czas rozwiązania, kanały i powtarzające się przyczyny kontaktu.

Sales operations

Jakość procesu CRM

Braki danych, nieaktywne szanse, przesunięcia dat, adopcja i spójność procesu.

Bezpieczeństwo

To, co użytkownik może zrobić, i to, jakie dane widzi, testuję oddzielnie.

Licencja oraz permission set udostępniają funkcje. App sharing kontroluje dostęp do zasobów, a security predicates mogą ograniczać rekordy zwracane z datasetu.

01

Licencje i permissions

Kto może przeglądać, eksplorować, tworzyć dashboardy albo zarządzać recipes i dataflows.

02

Apps i udostępnianie

Które grupy, role i użytkownicy mają dostęp do aplikacji, dashboardów, lenses i datasetów.

03

Row-level security

Security predicate określa, które wiersze datasetu są widoczne dla zalogowanego użytkownika.

04

Scenariusze kontroli

Sprzedawca, manager, dyrektor i administrator przechodzą testy na konkretnych rekordach.

Kryteria odbioru

Raport ma być zgodny z CRM, zrozumiały i bezpieczny.

Dokładne kryteria zależą od procesu, danych, dostępnych licencji i częstotliwości podejmowania decyzji.

KPI zgadzają się z systemem referencyjnymdefinicja, grain, filtry i tolerancje są opisane
Dashboard prowadzi do wyjaśnieniawynik można rozłożyć według istotnych driverów i rekordu
Jobs kończą się w wymaganym okniesync, recipes i datasety mają harmonogram oraz monitoring
Każda rola widzi właściwy zakrespermissions, app sharing i security predicates przechodzą testy
Widok działa w docelowym miejscuAnalytics Studio, Lightning oraz urządzenia mają zaakceptowany układ
Rozwiązanie ma właścicieladataset, app, dashboard, job i definicje mają odpowiedzialność

Uczciwe ograniczenia

Czego CRM Analytics nie rozwiązuje automatycznie.

  • Nie każdy raport wymaga CRM Analytics.Prosta lista lub podsumowanie na jednym obiekcie może pozostać standardowym raportem Salesforce.
  • Licencje i edycja mają znaczenie.Zakres funkcji, wolumen danych i liczba odbiorców wpływają na wariant rozwiązania.
  • Dataset nie naprawia jakości CRM.Brakujące pola, nieaktualne etapy i niespójny proces wymagają pracy u źródła.
  • Recipes potrzebują operacyjnego nadzoru.Synchronizacja, kolejność jobów, błędy i zmiany schematu muszą być obsługiwane.
  • Bezpieczeństwo nie kończy się na app sharing.Widoczność danych w datasetach wymaga właściwych predicates i testów ról.
  • Tableau Next jest osobnym zakresem.Wymaga Data 360 i innej architektury niż klasyczna aplikacja CRM Analytics.
Krzysztof Surowiecki

Raportowanie i analityka biznesowa

Łączę projekt KPI, przygotowanie danych i czytelny sposób korzystania z raportu.

Pracuję z raportowaniem zarządczym w Salesforce CRM Analytics, Tableau, Power BI i Looker Studio. Zakres dobieram do środowiska klienta, bez przepisywania prostych raportów do bardziej złożonego narzędzia bez biznesowego uzasadnienia.

20+lat doświadczenia
150+projektów analitycznych i danych
50+klientów

Liczby dotyczą całej praktyki analitycznej i projektów danych, nie wyłącznie wdrożeń Salesforce CRM Analytics.

Przed rozmową

Najczęstsze pytania.

Czy CRM Analytics to nadal aktualna nazwa?

Tak. CRM Analytics jest aktualną nazwą rozwiązania znanego wcześniej jako Einstein Analytics i Tableau CRM. Salesforce nadal rozwija i sprzedaje CRM Analytics jako natywną analitykę dla Salesforce CRM.

Czy Tableau Next zastąpiło CRM Analytics?

Nie. To osobne produkty w portfolio Salesforce. Tableau Next jest nowszą platformą agentic analytics opartą o Data 360. CRM Analytics nadal funkcjonuje dla organizacji potrzebujących analityki głęboko osadzonej w Salesforce.

Kiedy wystarczy standardowy raport Salesforce?

Gdy pytanie dotyczy prostego zestawienia na jednym lub kilku dobrze połączonych obiektach, standardowe Reports and Dashboards mogą być szybsze i tańsze w utrzymaniu. CRM Analytics ma przewagę przy historii, wielu źródłach, zaawansowanych transformacjach i interaktywnej analizie.

Recipes czy dataflows?

Dla nowych procesów przygotowania danych zwykle zaczynam od recipes. Dają podgląd transformacji, więcej operacji i wygodniejszą pracę. Dataflows pozostają przydatne w istniejących lub technicznych rozwiązaniach i nie muszą być automatycznie przepisywane.

Czy raport może łączyć dane spoza Salesforce?

Tak. Zakres zależy od dostępnych konektorów, licencji i architektury. Dane można przygotować w CRM Analytics, dostarczyć przez plik lub konektor albo wykorzystać mechanizmy bezpośredniego dostępu, na przykład dla Data 360.

Jak ograniczyć dane według użytkownika?

Projekt obejmuje permissions i udostępnianie aplikacji oraz row-level security w datasetach. Security predicate może filtrować rekordy na podstawie zalogowanego użytkownika, ale każdy scenariusz wymaga testu na realnych rolach i danych.

Pierwszy krok

Opisz obecne raporty Salesforce i trzy pytania, na które zespół nie potrafi dziś odpowiedzieć.

Wrócę z pytaniami o licencje, obiekty, dane zewnętrzne, role, częstotliwość odświeżania i miejsce używania dashboardu.

Porozmawiajmy o raporcie Zobacz demo raportów

Więcej kontekstu

Dobierz właściwą warstwę raportowania.

Demo raportów zarządczychprzykład prowadzenia od KPI do insightuZobacz demo Implementacja Tableauanalityka dla szerszego środowiska danychZobacz usługę Data Governanceodpowiedzialność, definicje i kontrola dostępuZobacz podejście