Obietnica agentów AI jest kusząca: wystarczy zadać pytanie prostym językiem, by dostać odpowiedź; wystarczy powiedzieć agentowi, co zmienić, a on to zmieni. Dema wyglądają na bezwysiłkowe, bo dane demonstracyjne są czyste.
Prawdziwe dane firmowe takie nie są. CRM jest skonfigurowany do połowy. System rozliczeniowy i CRM nie zgadzają się co do tego, ile płaci klient. To samo konto istnieje trzy razy pod nieco różnymi nazwami. Daty odnowień są w arkuszu, który prowadzi jedna osoba. Dane o użyciu produktu leżą w bazie danych, której nikt nie powiązał z kontem, do którego należą.
Gdy postawi się na tym agenta, nadal będzie odpowiadał, i to z pewnością siebie. Będzie się tylko mylił w sposób trudny do wychwycenia.
Dlaczego fundament danych musi powstać przed agentami AI?
Ponieważ agent może raportować i działać tylko na podstawie tego, co zapisują Państwa systemy. Jeśli dane z CRM, rozliczeń i produktu są sprzeczne, odpowiedzi agenta są zgadywaniem, a jego działania powielają błędy. Uporządkowanie danych w pierwszej kolejności daje każdemu agentowi jedną uzgodnioną wersję faktów, dzięki czemu jego raportom można ufać, a jego działania są bezpieczne.
W skrócie, jak na naszej stronie głównej: bez danych nie ma AI. Z naszego doświadczenia to także miejsce, w którym wiele projektów AI po cichu utyka. Raport MIT NANDA z 2025 r. „The GenAI Divide” wykazał, że tylko około 5% pilotaży generatywnej AI trafia na produkcję z mierzalnym zwrotem. Pilotaż na uporządkowanej próbce może wyglądać świetnie; ten sam pomysł na prawdziwych, nieuporządkowanych danych często nie przetrwa przeniesienia.
Co idzie nie tak, gdy agenci działają na nieuporządkowanych danych
Awarie są przewidywalne i nasilają się, gdy agent może nie tylko odpowiadać, ale też działać:
- Raporty, które się nie zgadzają. Prosi się o ARR, a agent sumuje dane z CRM. Finanse sumują faktury. Zarząd dostaje dwie liczby i nie ufa żadnej.
- Duplikaty, które się mnożą. Trzy rekordy jednego klienta to trzy wskaźniki kondycji, trzy przypomnienia o odnowieniu i opiekun klienta, który wygląda na niedbałego.
- Działania na błędnych faktach. Agent, któremu polecono wysłać przypomnienia o odnowieniu, wysyła je według dat, jakie akurat są w CRM. Jeśli daty są nieaktualne, przypomnienia też, a teraz trafiły już do klientów.
- Odpowiedzi, których nikt nie może sprawdzić. Gdy dane są rozproszone, nikt nie potrafi ustalić, skąd wzięła się liczba, więc nikt nie wie, czy jest prawidłowa.
Pobieranie danych ze złych źródeł daje złe raporty. Zapisywanie danych w złych źródłach jeszcze je pogarsza. Obie połowy tego, co robi agent, zależą od fundamentu pod spodem.
Czym właściwie jest fundament danych
Fundament danych to nie program hurtowni danych ani roczna migracja. Dla rozwijającej się firmy, a zwłaszcza firmy SaaS, sprowadza się do kilku rzeczy zrobionych porządnie:
- CRM skonfigurowany pod to, jak Państwo sprzedają, odnawiają i fakturują. Lejki, etapy, obiekty i pola zaprojektowane wokół tego, jak firma faktycznie działa, a nie wokół domyślnego szablonu.
- Każdy fakt zapisany raz. Konta, kontakty i umowy bez duplikatów; produkty, ceny i warunki odnowień w jednym miejscu.
- Połączone systemy. Faktury i płatności przypisane do właściwego klienta, użycie produktu powiązane z kontem, do którego należy, a klient, umowa i faktura znaczą to samo w każdym systemie.
- Coś, co utrzymuje ich zgodność. Dane się rozjeżdżają, jeśli nic ich nie utrzymuje. W naszych wdrożeniach jest to Processor, który uruchamia przepływy pracy między systemami, ponawia to, co się nie powiodło, i prowadzi pełną ścieżkę audytu każdego kroku.
Szczegóły na naszej stronie fundament danych.
Jak sprawdzić, czy Państwa dane są gotowe
Kilka pytań daje szybką i uczciwą odpowiedź. Jeśli odpowiedź na którekolwiek z nich zajmuje więcej niż kilka minut albo dwie różne osoby udzielają dwóch różnych odpowiedzi, fundament wymaga pracy, zanim pojawią się na nim agenci:
- Czy ARR z CRM zgadza się z ARR z finansów?
- Czy każdy klient istnieje dokładnie raz, w każdym systemie?
- Czy daty i warunki odnowień są w CRM i czy są prawidłowe?
- Czy widzą Państwo użycie produktu dla każdego konta obok tego, ile to konto płaci?
- Czy po zamknięciu transakcji reszta firmy dowiaduje się o tym bez wysyłania przez kogoś wiadomości?
Sprawdzenie tego jest częścią naszej Oceny gotowości na AI: czy CRM i systemy finansowe są na tyle zgodne, by AI mogło na nich polegać, zanim cokolwiek zostanie zbudowane.
Kolejność, która działa: dane, potem warstwa AI, potem agenci
W każdym naszym projekcie budujemy te same trzy warstwy, w tej samej kolejności:
- 1. Fundament danych. CRM i otaczające go systemy skonfigurowane, uporządkowane i utrzymywane w zgodności.
- 2. Warstwa AI. Te dane połączone z asystentem AI, z którego zespół już korzysta, przez MCP (Model Context Protocol), otwarty standard łączenia AI z rzeczywistymi systemami. Każdy z uprawnieniami może pobierać dane, zapisywać dane i uruchamiać działania prostym językiem.
- 3. Agenci działowi. Agenci zbudowani specjalnie dla finansów, sprzedaży i Customer Success, każdy z raportami i działaniami, których potrzebuje dany zespół, w granicach uprawnień i ze ścieżką audytu.
Pominięcie pierwszej warstwy wydaje się szybsze. Rzadko takie jest. Czas zaoszczędzony na początku idzie później na wyjaśnianie, dlaczego liczby agenta nie zgadzają się z liczbami finansów, i na naprawianie rekordów, które zmienił. Gdy warstwy powstają po kolei, każda obniża koszt następnej, a agentom na szczycie można ufać od pierwszego dnia.
Zbudowany w ten sposób fundament pozostaje też Państwa i w Europie. Dane pozostają na infrastrukturze w UE w trakcie budowy, model AI wybierają Państwo, a jeśli później zmienią Państwo model, fundament i wszystko, co na nim zbudowano, pozostaje bez zmian.