
Kontekst firmy dla AI to uporządkowana wiedza, aktualne dane i reguły, dzięki którym model rozumie, jak działa Wasza firma. Bez tego ChatGPT, Claude czy agent podłączony do CRM-u nie korzysta z Waszego sposobu sprzedaży. Korzysta z rynkowej średniej.
Dlatego ten sam model potrafi dobrze streścić spotkanie i jednocześnie napisać słabą ofertę. Słyszy słowa, ale nie wie, że „projekt partnerski” ma u Was inne znaczenie niż u konkurencji. Nie zna aktualnego cennika. Nie rozumie, kiedy szansa naprawdę może przejść do negocjacji. Nie wie też, których obietnic handlowiec nie może składać.
W dwóch rozmowach z jednym z klientów ten problem wrócił pod prostą postacią: narzędzie nie rozumie firmowych skrótów i wewnętrznego języka. To nie jest wada jednego produktu. Model dostał transkrypcję, ale nie dostał słownika, oferty ani zasad procesu.
Jeśli chcesz zobaczyć cały obraz, zacznij od przewodnika AI w sprzedaży: od narzędzia do wdrożenia. Tutaj zajmę się jedną z jego warstw: tym, co AI musi wiedzieć o firmie, skąd ma brać aktualny stan spraw i kto odpowiada za poprawność tej wiedzy.
Prompt opisuje pojedyncze zadanie: co zrobić, w jakim formacie i dla kogo. Kontekst dostarcza wiedzę potrzebną do wykonania tego zadania. Dane operacyjne pokazują, co dzieje się teraz. Reguły procesu mówią, co z tych danych wynika i co AI może zrobić dalej.
| Warstwa | Na jakie pytanie odpowiada | Przykład |
|---|---|---|
| Wiedza o firmie | Co jest u nas prawdą? | oferta, ceny, profil klienta, język, obietnice i ograniczenia |
| Dane operacyjne | Co dzieje się teraz? | etap szansy, ostatni mail, termin zadania, treść spotkania |
| Reguły procesu | Jak interpretujemy dane i co wolno zrobić? | kryteria wejścia na etap, wymagane zatwierdzenie, wyjątki |
| Prompt | Co ma powstać tym razem? | przygotuj pierwszą wersję follow-upu po spotkaniu |
Wrzucenie wszystkiego do jednego dokumentu zaciera te granice. Po miesiącu w pliku nadal widnieje poprzednia cena, obok niej skopiowany status jednej szansy, a na końcu instrukcja dotycząca tylko ofert. Model nie wie, co jest trwałą zasadą, co przykładem, a co nieaktualnym stanem.

Minimalny kontekst firmy powinien zawierać siedem obszarów: opis firmy i jej pozycjonowania, ofertę i ceny, klientów oraz ICP, język komunikacji, firmowy słownik, historie klientów, a także ograniczenia i uprawnienia. Zakres każdego obszaru zależy od zadania. Agent przygotowujący briefing nie potrzebuje całej wiedzy działu realizacji.
| Obszar | Co zebrać | Co zmienia w wyniku AI |
|---|---|---|
| Firma i pozycjonowanie | czym firma się zajmuje, dla kogo, z czym konkuruje, czego nie robi | usuwa ogólny opis pasujący do każdej firmy z branży |
| Oferta i ceny | aktualne produkty, zakres, warianty, ceny, warunki i wyłączenia | zatrzymuje wymyślone pakiety, rabaty i obietnice |
| Klienci i ICP | segmenty, role zakupowe, sytuacje wyzwalające zakup, dyskwalifikatory | dopasowuje argument do właściwej osoby i sytuacji |
| Język i ton | przykłady dobrych tekstów, zwroty używane i zakazane, zasady zwracania się do odbiorcy | ogranicza korporacyjny albo przesadnie reklamowy język |
| Słownik firmy | skróty, nazwy etapów, produktów, usług i wewnętrznych ról | pozwala poprawnie czytać transkrypcje, CRM i notatki |
| Historie klientów | sytuacja przed, wykonana praca, rezultat, zgoda na użycie | daje dowody zamiast zmyślonych przykładów |
| Ograniczenia | czego AI nie może obiecać, jakie dane może czytać, co wymaga akceptacji | wyznacza granicę między szkicem a działaniem |
Najczęstszy błąd polega na zebraniu samych materiałów marketingowych. Strona internetowa mówi, jak firma chce wyglądać na zewnątrz. Nie wyjaśnia, dlaczego jedna szansa jest kwalifikowana, druga nie, kto zatwierdza rabat i co oznacza firmowy skrót z transkrypcji. Dlatego kontekst trzeba uzupełnić wiedzą ludzi, którzy wykonują dany proces.
Nie każda opinia pracownika jest jednak faktem. W materiałach rozdzielam trzy etykiety:
To ważniejsze niż format pliku. Model, który widzi uczciwe „nie wiadomo”, jest bezpieczniejszy od modelu karmionego kompletnym dokumentem pełnym założeń.
Do plików trafia wiedza trwała. Aktualne dane klientów i pracy zostają w systemach, w których powstają. Sekrety oraz dane, których narzędzie nie potrzebuje, nie powinny trafić do żadnej z tych warstw.
| Rodzaj informacji | Gdzie ją trzymać | Kto aktualizuje | Kiedy sprawdzać |
|---|---|---|---|
| Opis oferty, zakres i wyłączenia | wersjonowane źródło wiedzy | właściciel produktu lub usługi | po każdej zmianie oferty i w ustalonym przeglądzie |
| Cennik i warunki handlowe | źródło cen wskazane przez firmę, z historią zmian | osoba odpowiedzialna za ceny | przy każdej zmianie, przed użyciem w ofercie |
| ICP, persony i pozycjonowanie | wersjonowane źródło wiedzy | marketing ze sprzedażą | po zmianie segmentu albo na przeglądzie kwartalnym |
| Słownik i zasady języka | wersjonowane źródło wiedzy | właściciel komunikacji, z poprawkami zespołu | gdy pojawia się nowy skrót lub powtarzalna korekta |
| Etap konkretnej szansy, osoba, termin | CRM | właściciel rekordu | na bieżąco w procesie sprzedaży |
| Maile, spotkania i zadania | poczta, kalendarz, CRM albo system zadań | uczestnicy procesu | w chwili wykonania pracy |
| Hasła, klucze API, pełne eksporty „na zapas” | nigdzie w kontekście | administrator systemu | nie udostępniać bez technicznej potrzeby i kontroli dostępu |
Ta tabela nie narzuca narzędzia. W małej firmie trwałą wiedzę można utrzymać w dobrze zarządzanych dokumentach. W bardziej technicznym środowisku wygodne jest prywatne repozytorium tekstowych plików, bo widać historię zmian i można wskazać źródła. W obu przypadkach obowiązuje ta sama zasada: jedno źródło prawdy, jawny właściciel i data ostatniego sprawdzenia.
Nie kopiuj całego CRM-u do statycznego pliku. Taki eksport jest prawdziwy tylko w chwili utworzenia. Agent powinien pobierać potrzebne pola z systemu tuż przed wykonaniem zadania i na początku działać w trybie tylko do odczytu. Jak przygotować proces i uprawnienia przed takim dostępem, opisałem w materiale o wdrożeniu agenta AI w firmie.

Budowa pełnej encyklopedii firmy przed pierwszym testem kończy się zwykle katalogiem, którego nikt nie utrzymuje. Lepszym punktem startu jest jeden powtarzalny dokument: briefing przed rozmową, follow-up albo pierwsza wersja oferty.
Weźmy ofertę po spotkaniu. Do jej przygotowania AI potrzebuje:
To wystarczy do testu. Nie potrzeba przy tym historii wszystkich projektów, instrukcji księgowości ani pełnego eksportu skrzynki. Kontekst ma być kompletny dla zadania, a nie duży.
Nazwij jedno zadanie i pokaż przykład dobrego wyniku. „Pomoc w sprzedaży” jest za szeroka. „Pierwsza wersja briefingu przed rozmową, przygotowana z CRM-u i historii maili” daje się sprawdzić.
Zapytaj osobę, która dziś wykonuje pracę: co sprawdza, po czym poznaje wyjątek, skąd bierze ceny, kiedy przerywa i kogo pyta o zgodę. Właśnie tu wychodzą reguły, których nie ma na stronie internetowej ani w CRM-ie.
Wybierz tylko materiały potrzebne do tych decyzji. Przy briefingu może to być ICP, słownik, etapy sprzedaży i zasady następnego kroku. Przy ofercie dochodzą ceny, zakres i wyłączenia. Każdemu źródłu przypisz właściciela.
To, co obowiązuje wiele spraw przez tygodnie albo miesiące, zapisz w źródle wiedzy. To, co zmienia się przy każdej szansie, czytaj z CRM-u, poczty i kalendarza. Dane pobieraj możliwie wąsko, tylko do bieżącego zadania.
Uruchom zadanie na kilku różnych sprawach, także na trudnym wyjątku. Nie oceniaj, czy tekst „brzmi dobrze”. Sprawdź fakty: poprawny produkt, cena, etap, osoba, następny krok, zgodność z ograniczeniami i liczbę poprawek przed użyciem.
Jeżeli handlowiec trzeci raz zmienia to samo sformułowanie, nie poprawiaj wyłącznie dokumentu końcowego. Ustal, czy brakuje reguły tonu, faktu o ofercie czy definicji w słowniku, i zaktualizuj właściwe źródło. Dzięki temu korekta pracuje również przy kolejnym zadaniu.
Każdy obszar kontekstu powinien mieć cztery pola: właściciela, źródło, datę ostatniej weryfikacji i termin kolejnego przeglądu. Bez właściciela data zmienia się w ostrzeżenie, na które nikt nie reaguje.
Nie wszystko wymaga tego samego rytmu. Cena powinna zmienić się w kontekście razem z cennikiem. Opis segmentu może być przeglądany kwartalnie. Firmowy słownik aktualizuje się wtedy, gdy zespół trafia na nowy skrót albo powtarzalną korektę. Stan szansy nie ma przeglądu, bo ma być czytany na żywo z CRM-u.
Warto też zapisać zależności. Zmiana ceny wpływa na ofertę, warunki handlowe i przykładowe dokumenty. Zmiana ICP wpływa na persony, argumenty i kryteria kwalifikacji. Kontekst firmy nie jest więc folderem niezależnych notatek. Jest grafem decyzji, w którym zmiana jednego faktu może wymagać sprawdzenia kilku dalszych materiałów.
Tę samą wiedzę wykorzystują ludzie, CRM i agent. Nie ma sensu opisywać jej trzy razy w trzech formatach. Dlatego zbudowałem GTM Ontology Framework: otwartą metodę, która zapisuje kontekst firmy i logikę systemów GTM w jednym powiązanym modelu. Repozytorium jest na licencji MIT.
Framework nie jest kolejnym miejscem do rozmowy z AI. Buduje źródło prawdy, z którego mogą korzystać agent, człowiek i integracja z CRM-em. Składa się z dwóch połączonych części.
Company context opisuje, co firma sprzedaje, komu i dlaczego. Obejmuje strategię, grupy produktów, segmenty, ICP, persony, sytuacje zakupowe, pozycjonowanie, propozycje wartości, komunikaty i sposoby pozyskiwania klientów. Każdy fakt może mieć źródło, status, właściciela i termin ponownej weryfikacji.
GTM ontology opisuje, jak firma działa w systemach sprzedażowych. Tu pojawia się element, którego nie da się odtworzyć z folderu dokumentów: proces sprzedaży zapisany jako stany, kryteria i dozwolone przejścia.
| Element frameworka | Co opisuje | Przykład w sprzedaży |
|---|---|---|
| Proces sprzedaży | etapy, kryteria wejścia i wyjścia, wymagane pola, dozwolone przejścia, odpowiedzialność i czas na etapie | szansa przechodzi do oferty dopiero po potwierdzeniu zakresu i osoby decyzyjnej |
| Obiekty i pola | znaczenie deala, osoby, firmy, aktywności i każdego pola; także kto wypełnia dane | pole z podsumowaniem jest tworzone przez AI, więc handlowiec nie powinien go nadpisywać |
| Powiązanie z systemem | gdzie dane fizycznie leżą, jakie mają klucze w API i jak łączyć tę samą osobę między aplikacjami | deal.stage w modelu odpowiada konkretnemu polu i identyfikatorowi etapu w Pipedrive |
| Automatyzacje | co uruchamia się dziś i po czym rozpoznać wynik automatyzacji | zmiana etapu tworzy zadanie, więc agent musi przewidzieć ten efekt przed zapisem |
| Działania agenta | warunki wstępne, kolejność kroków, skutki uboczne i moment akceptacji | agent może przygotować zmianę etapu, ale umowa i cena wymagają zgody człowieka |
| Prompty i szablony | zatwierdzone instrukcje stojące za polami AI i komunikacją | prompt kwalifikacji z transkrypcji oraz zaakceptowany wzór follow-upu |
| Mierniki | definicje KPI powiązane z polami i etapami, a nie tylko nazwy wskaźników | win rate liczony z wygranych i przegranych szans według jednej definicji |
| Zarządzanie i testy | poziomy uprawnień, zakazy, pochodzenie wiedzy, świeżość oraz testy użycia kontekstu | brak wymaganej informacji zatrzymuje agenta zamiast uruchamiać zgadywanie |
Do repozytorium dołączyłem trzy skille. Pierwszy buduje kontekst firmy z materiałów i rozmów. Drugi przepytuje właściciela procesu, odczytuje konfigurację CRM-u i tworzy ontologię. Trzeci sprawdza na śladach pracy, czy agent naprawdę korzysta z właściwych źródeł, respektuje uprawnienia i potrafi się zatrzymać.
Jest też kompletny przykład fikcyjnej firmy z Pipedrive. Można zobaczyć lejek z kryteriami etapów, mapowanie pól, istniejące automatyzacje, działania agenta, mierniki i zasady uprawnień. To ważne rozróżnienie: opis firmy mówi agentowi, co jest prawdą, a ontologia procesu mówi, co z tej prawdy wynika i co wolno zrobić.

Gotowe platformy potrafią połączyć dokumenty, rozmowy i systemy z modelami AI. Nie każda buduje jednak kontekst w tym samym znaczeniu. Jedne głównie wyszukują wiedzę. Drugie przechowują wspólną pamięć zespołu. Trzecie łączą dane, logikę i działania w jeden model operacyjny.
Poniższa ocena dotyczy funkcji opisanych przez producentów 03.09.2026. Nie jest testem wdrożeniowym ani rankingiem jakości.
| Narzędzie | Co robi z kontekstem firmy |
|---|---|
| Dust | Łączy agentów z wiedzą i narzędziami firmy, m.in. dokumentami, Slackiem i CRM-em. Pozwala budować współdzielone agenty, umiejętności oraz przepływy z kontrolą dostępu i udziałem człowieka. Udostępnia istniejący kontekst agentom, ale nie rozstrzyga za firmę, jaka jest definicja etapu albo zatwierdzona obietnica produktu. |
| Langdock | Pozwala przesyłać pliki, przeszukiwać wiedzę z podłączonych aplikacji, tworzyć agentów oraz wyposażać ich w akcje i integracje. Funkcja Company Knowledge przeszukuje kilka źródeł z zachowaniem istniejących uprawnień. Źródła i reguły nadal trzeba uporządkować poza samym interfejsem czatu. |
| appto | Łączy wspólną bazę wiedzy, dokumenty, procedury i decyzje z bieżącymi danymi z CRM-u oraz innych narzędzi. Do tego ma asystentów według ról, umiejętności i cykliczne procesy. W tej grupie najczytelniej pokazuje rozdzielenie dokumentów, zdalnych źródeł danych, wspólnego kontekstu i pracy agentów. Informacje o skuteczności są deklaracją producenta. |
| Type | Organizuje pracę w zespołowych przestrzeniach dla Claude’a lub Codexa. Każda przestrzeń współdzieli integracje, umiejętności, pamięć, rozmowy i pliki danego działu. Jest bliżej współdzielonego komputera i pamięci zespołu niż jawnego modelu firmy z kryteriami, źródłami i datami ważności. |
| Narzędzie | Co robi z kontekstem firmy |
|---|---|
| Palantir AIP | Razem z Foundry opiera pracę AI na Ontology, która łączy dane, logikę, działania i reguły bezpieczeństwa. Obejmuje agentów, automatyzacje, obserwowalność, testy oraz zapis do systemów operacyjnych. Nie jest bazą dokumentów, tylko platformą do odwzorowania decyzji i działania przedsiębiorstwa. Zakres oraz ciężar wdrożenia są nieporównywalne z narzędziem dla jednego zespołu. |
| Glean | Indeksuje wiedzę z wielu aplikacji i buduje Enterprise Graph łączący ludzi, projekty, zespoły, produkty oraz procesy. Na tym kontekście działają wyszukiwarka, asystent i agenci z kontrolą uprawnień. Producent opisuje graf budowany z danych i relacji w aplikacjach. Z tego opisu nie wynika, że zastępuje on zatwierdzone reguły procesu. Te nadal trzeba sprawdzić. |
| Microsoft IQ | Microsoft rozdziela funkcje Palantira między kilka połączonych warstw. Fabric IQ Ontology jest najbliższym odpowiednikiem Palantir Ontology: definiuje encje, właściwości, relacje, reguły i działania oraz wiąże je z danymi w OneLake. Foundry IQ buduje bazy wiedzy z dokumentów i innych źródeł. Work IQ dostarcza bieżący kontekst pracy z Microsoft 365 i systemów biznesowych. Foundry Agent Service uruchamia agentów korzystających z tych warstw. Fabric IQ i Ontology miały 03.09.2026 status preview. |
Microsoft nie zamknął odpowiednika Foundry i AIP w jednym produkcie. Ontologia i stan firmy trafiają do Fabric IQ. Dokumenty i polityki obsługuje Foundry IQ. Kontekst współpracy dostarcza Work IQ. Agenci działają w Foundry Agent Service albo Copilot Studio. Uprawnienia i nadzór są rozłożone między Entra, OneLake i Purview.
W rodzinie Microsoft IQ jest też Web IQ, ale nie dodałem go do tabeli. Dostarcza agentom aktualną wiedzę z publicznego internetu, więc nie rozwiązuje problemu budowy wewnętrznego kontekstu firmy.
Różnica między tymi platformami a GTM Ontology Framework nie sprowadza się do listy integracji. Platforma daje model, interfejs, wyszukiwanie i miejsce wykonywania pracy. Framework pomaga najpierw nazwać firmową wiedzę, znaczenie pól, przebieg procesu, działania i granice uprawnień. Można użyć obu warstw razem: utrzymywać jawny model jako źródło prawdy, a wybrane narzędzie wykorzystać do dostarczenia go ludziom i agentom.
Przed wyborem platformy sprawdź pięć rzeczy:
Dobry kontekst nie sprawia, że każdy tekst AI wygląda efektownie. Sprawia, że wynik jest zgodny z rzeczywistością firmy i wymaga mniej powtarzalnych korekt.
| Sygnał w wyniku | Prawdopodobny brak | Co poprawić |
|---|---|---|
| AI wymyśla pakiet albo rabat | niejednoznaczna oferta lub cennik | wskaż źródło ceny, zakres i warunki wyjątku |
| Tekst brzmi jak konkurencja | brak pozycjonowania i przykładów języka | dodaj różnicę wobec alternatyw oraz kilka zaakceptowanych tekstów |
| Model nie rozumie skrótu ze spotkania | brak firmowego słownika | dopisz termin, definicję i przykład użycia |
| Agent proponuje zły następny krok | brak kryteriów procesu | opisz warunki etapu, wyjątki i moment zatwierdzenia |
| Wynik korzysta ze starego statusu | skopiowane dane operacyjne | pobieraj stan z systemu źródłowego tuż przed zadaniem |
| Człowiek stale poprawia ten sam fragment | poprawka nie wraca do źródła | przypisz ją do faktu, reguły albo słownika |
Najpierw mierz poprawność i pracę potrzebną do zatwierdzenia. Dopiero później czas wykonania. Szybko przygotowana oferta z nieaktualną ceną nie jest sukcesem automatyzacji.
Jeżeli chcesz zrobić to sam, wybierz dokument, który zespół przygotowuje co tydzień. Zbierz do niego tylko potrzebną ofertę, reguły, słownik i przykłady. Potem dodaj aktualne dane z jednego systemu i sprawdź wynik na kilku realnych sprawach. To wystarczy, żeby zobaczyć, czego naprawdę brakuje.
Jeżeli zespół potrzebuje wspólnej metody bez integracji, zobacz Program AI dla zespołu sprzedaży. Jeżeli kontekst ma działać razem z CRM-em, pocztą i akceptacją człowieka, sprawdź zakres wdrożenia AI w sprzedaży B2B. A jeśli nie wiesz, od którego wariantu zacząć, możesz umówić 30 minut rozmowy.
Kontekst firmy dla AI to uporządkowany zestaw wiedzy o firmie, aktualnych danych operacyjnych i reguł procesu, z których model korzysta przy konkretnym zadaniu. Nie jest jednym promptem ani pełnym eksportem danych. Jego rolą jest dostarczenie prawdziwych faktów, znaczenia firmowych pojęć i granic działania.
Zacznij od jednego zadania i spisz informacje potrzebne do jego wykonania. Oddziel fakty trwałe od bieżących danych, każdemu źródłu przypisz właściciela i datę weryfikacji, a potem przetestuj wynik na prawdziwych przypadkach. Bazę rozszerzaj dopiero wtedy, gdy następny proces wymaga nowej wiedzy.
Nie. Kontekst ma być kompletny dla wybranego zadania, a nie dla całej organizacji. Do briefingu sprzedażowego nie potrzeba instrukcji księgowości. Zbyt szeroki start zwiększa koszt utrzymania i utrudnia wskazanie, które informacje naprawdę zmieniają wynik.
Trwałą wiedzę przechowuj w jednym źródle z historią zmian, właścicielami i datami weryfikacji. Może to być zarządzany zestaw dokumentów albo prywatne repozytorium. Bieżące dane pozostaw w CRM-ie, poczcie i innych systemach źródłowych, skąd AI pobiera je do konkretnego zadania.
Częstotliwość zależy od informacji. Ceny i zakres aktualizuj przy każdej zmianie. Pozycjonowanie i ICP warto sprawdzać w ustalonym cyklu, na przykład kwartalnie. Słownik uzupełniaj po nowych powtarzalnych korektach. Dane o klientach powinny być czytane na bieżąco z systemu, a nie aktualizowane ręcznie w bazie wiedzy.
Księga marki opisuje głównie identyfikację i sposób komunikacji. Kontekst dla AI obejmuje też ofertę, ceny, klientów, słownik, proces, uprawnienia i źródła danych. Księga marki może być jednym z materiałów wejściowych, ale sama nie wystarczy do przygotowania poprawnej oferty albo pracy na szansie w CRM-ie.
Wybierz powtarzalny proces, podłącz tylko potrzebne źródła w trybie minimalnych uprawnień, ustal miejsce akceptacji przez człowieka i zmierz stan przed startem. Pełny przebieg opisałem w przewodniku o wdrożeniu AI w sprzedaży B2B. Jeśli nie wiesz, czy dane i proces są gotowe, pierwszym krokiem może być audyt gotowości na AI.
Raz w tygodniu dostaniesz bezpłatnie, jedno gotowe rozwiązanie, jak skutecznie wykorzystać nowoczesne technologie w sprzedaży B2B.
Zapisując się, zamawiasz newsletter Wellbiz sp. z o.o. i zgadzasz się na otrzymywanie e-maili z poradami i ofertami. Wypiszesz się jednym kliknięciem. Link jest w każdej wiadomości. Regulamin newslettera, Polityka prywatności