Raport ad hoc (łac. ad hoc - "do tego", doraźnie) to jednorazowy raport przygotowywany w odpowiedzi na bieżące pytanie biznesowe, poza stałym cyklem raportowym. Przeciwieństwo raportu cyklicznego: nie ma harmonogramu, szablonu ani abonentów - jest pytanie, dane i termin "na wczoraj".
To chleb powszedni analityka danych i częsta rzeczywistość analityka biznesowego z dostępem do SQL-a. Raporty ad hoc są też cennym sygnałem diagnostycznym: jeśli to samo pytanie wraca co miesiąc, czas zamienić je w raport stały albo dashboard samoobsługowy - taniej i bez kolejki do analityka.
Przykład (MediFlow). Czwartek, 14:20, telefon od dyrektorki operacyjnej sieci: "ile wizyt odwołano w majówkę, per placówka, i czy pacjenci umówieni online odwołują częściej niż telefoniczni?". Analityk pisze zapytanie SQL na hurtowni, sprawdza definicję "odwołania" (odwołane przez pacjenta ≠ odwołane przez placówkę ≠ no-show - trzy różne statusy w systemie) i tego samego dnia odsyła tabelę z dwoma zdaniami wniosków: odwołań online jest proporcjonalnie więcej, ale dzieje się to średnio 3 dni wcześniej, więc sloty udaje się ponownie obsadzić. Pytanie wraca trzeci miesiąc z rzędu - analityk dokłada te miary do stałego dashboardu.
Częsta pomyłka. Odsyłanie samych liczb bez definicji i kontekstu: "1 240 odwołań" znaczy co innego w zależności od tego, co policzono jako odwołanie - a odbiorca przyjmie własną interpretację i pójdzie z nią na zarząd. Druga pomyłka: budowanie pełnego dashboardu tam, gdzie potrzebna jest jedna odpowiedź (przerost formy). Trzecia: brak repozytorium zapytań - to samo pytanie liczone po trzech miesiącach przez inną osobę daje inny wynik i nikt nie wie dlaczego.