Na panelu sprzedaż rośnie, lecz po porównaniu z dokumentami suma jest za wysoka. Wykres może być narysowany prawidłowo, a wynik błędny z powodu połączenia tabel. System Business Intelligence wymaga więc nie tylko wizualizacji, ale też modelu, definicji i kontroli danych.
Przed budową raportu zapisz pytanie, na które ma odpowiedzieć, oraz decyzję, której ma pomóc. Dopiero potem wybierz wskaźnik i potrzebne źródła.
Definicja, którą da się odtworzyć
„Aktywny klient” może oznaczać zakup w ostatnim miesiącu, podpisaną umowę albo dowolną aktywność w CRM. Wszystkie definicje są możliwe, lecz nie opisują tej samej grupy. Nazwa wskaźnika bez reguły nie wystarczy do porównania działów.
W definicji zapisz zakres, datę przypisania, wyłączenia i sposób uwzględniania korekt. Przy wartości pieniężnej ustal podstawę oraz walutę raportu. Właściciel wskaźnika powinien zatwierdzić zasady przed uzgadnianiem wyglądu ekranu.
Jeden rekord musi mieć jasne znaczenie
Ustal, czy wiersz oznacza fakturę, pozycję faktury, zamówienie czy zdarzenie. Mieszanie tych poziomów prowadzi do błędów. Wartość całego dokumentu powtórzona przy każdej jego pozycji nie powinna być później zwyczajnie sumowana.
Przykład ilustracyjny: faktura o wartości 1000 zł ma trzy pozycje. Po połączeniu tabel jej pełna kwota pojawia się w trzech wierszach. Sumowanie tej kolumny da 3000 zł. Poprawienie koloru wykresu niczego nie zmieni; trzeba poprawić model lub sposób agregacji.
Wskazówki Microsoft dotyczące modelu danych podkreślają spójny poziom szczegółowości i właściwe relacje. To techniczne zasady, które trzeba połączyć z definicjami biznesowymi.
Źródła i identyfikatory
Klient o dwóch podobnych nazwach może być jedną firmą albo dwoma podmiotami. Łączenie wyłącznie po nazwie bywa zawodne. Potrzebne są identyfikatory i reguły dopasowania oraz obsługa rekordów, których nie udało się powiązać.
Nie usuwaj niepasujących wierszy bez śladu, żeby suma się zgadzała. Pokaż ich liczbę i przyczynę. Dzięki temu raport nie ukrywa utraty części danych podczas przygotowania.
Czas danych i historia zmian
Przy panelu powinien być widoczny czas ostatniej poprawnej aktualizacji. Zakończenie pobierania jednego źródła nie musi oznaczać, że wszystkie są równie świeże. Nieudane odświeżenie trzeba odróżnić od prawidłowego raportu pokazującego brak zmian.
Ustal, czy analiza ma pokazywać przypisania aktualne, czy te obowiązujące w chwili zdarzenia. Przeniesienie klienta do innego opiekuna może zmienić ocenę sprzedaży historycznej, jeśli model nadpisuje wszystkie relacje. Oba warianty mają zastosowanie, ale powinny być jawne.
Sprawdzenie na małej próbie
Wybierz kilka dokumentów z normalnymi przypadkami i wyjątkami: korektą, zwrotem lub kilkoma pozycjami. Policz wynik niezależnie z tych samych danych, definicji i okresu. Następnie porównaj sumę oraz sposób filtrowania.
Przetestuj pojedynczego klienta, cały miesiąc i przekrój po produkcie. Sprawdź, czy suma szczegółów ma sens wobec wartości łącznej. Nie wszystkie wskaźniki są addytywne: średnich i procentów nie należy bez uzasadnienia dodawać.
Panel i odpowiedzialność za utrzymanie
Widok ogólny powinien prowadzić do szczegółu wyjaśniającego odchylenie. Użytkownik musi umieć ustalić, skąd pochodzi liczba i czego nie obejmuje. Uprawnienia należy sprawdzić w rzeczywistych rolach; samo ukrycie strony raportu nie jest pełną ochroną danych.
Wyznacz odpowiedzialność za źródła, definicje i zmiany modelu. Po zmianie pola w systemie sprzedażowym raport potrzebuje przeglądu. Różnicę między raportem a szerszym procesem analizy opisuje Business Intelligence a zwykły raport. Wiarygodność zaczyna się od możliwości wyjaśnienia wyniku, nie od liczby wykresów.
