---
title: "Sieć relacji i poleceń: ontologia dla MŚP"
url: "https://majchrzycki.com/blog/katalog-ontologii-siec-polecen-dla-msp"
description: "Model poleceń biznesowych z dowodem kontaktu i zgodą, bez nadmiernego profilowania osób."
---

# Sieć relacji i poleceń: ontologia dla MŚP

3 lipca 2026·4 min czytania·Krzysztof Majchrzycki

Temat: [Ontologia firmy](https://majchrzycki.com/blog/filar/ontologia-firmy)

**Model sieci poleceń zapisuje tylko te kontakty, rekomendacje i zgody, które są potrzebne do obsługi konkretnej szansy sprzedaży.** To autorski, przykładowy model dla MŚP, a nie specyfikacja gotowa do wdrożenia w każdej firmie. Odpowiada na pytanie: **Jak prześledzić drogę polecenia do klienta bez gromadzenia zbędnych relacji osobistych?** Zawiera 12 encji i 12 nazwanych relacji. Przed użyciem trzeba uzgodnić definicje z właścicielami procesu i sprawdzić je na rzeczywistych rekordach.

Ten tekst należy do [katalogu ontologii w filarze Ontologia firmy](https://majchrzycki.com/blog/filar/ontologia-firmy). Jeśli dopiero zaczynasz, przeczytaj [jak odróżnić ontologię od taksonomii i modelu danych](https://majchrzycki.com/blog/ontologia-taksonomia-model-danych-prosto-dla-msp).

## Zobacz model jako graf

Graf pojęć i relacji: Sieć relacji i poleceńOtwórz pełny graf: 12 encje, 12 relacje ↗

Miniatura pokazuje cały model. Otwórz graf, aby przesuwać, powiększać i odczytywać opisy wszystkich pojęć oraz relacji. Pełna lista znajduje się także w tabelach artykułu.

Kliknij lub wybierz węzeł albo relację, aby przeczytać opis. Przeciągnij tło, aby przesunąć graf.

Miniatura otwiera pełny graf, w którym można wybrać encję lub relację i odczytać jej znaczenie. Tabele poniżej zawierają tę samą informację w formie tekstowej.

## Jaką decyzję pomaga podjąć ten model?

Stały klient poleca firmę znajomej przedsiębiorczyni. Handlowiec wpisuje do CRM jej nazwisko, pracodawcę i prywatne powiązania, choć nie ma potwierdzenia, że chce ona rozmawiać. Po miesiącu pada pytanie, skąd zespół zna jej dane i kto ją polecił.

Graf pozwala zachować źródło polecenia, zakres przekazanej informacji i zgodę na dalszy kontakt bez budowania pełnej mapy życia społecznego. Granica modelu jest równie ważna jak jego zakres: Nie wywodzi uprawnienia do kontaktu z samego faktu, że dwie osoby się znają.

## Jakie pojęcia trzeba rozróżnić?

W tabeli każda encja ma własną definicję, klucz identyfikacyjny i przykładowe źródło. Nazwa rekordu w dwóch systemach nie dowodzi jeszcze, że chodzi o ten sam obiekt. Tożsamość trzeba potwierdzić kluczem lub świadomą regułą mapowania; status i prognozę należy datować.

Encja

Znaczenie w tym modelu

Identyfikator

Przykładowe źródło

**Osoba**

Człowiek uczestniczący w udokumentowanym kontakcie.

identyfikator osoby

CRM

**Organizacja**

Podmiot prowadzący działalność.

identyfikator organizacji

rejestr kontrahentów

**Rola**

Funkcja osoby w organizacji z okresem.

identyfikator roli

CRM

**Relacja biznesowa**

Współpraca firmy z organizacją w czasie.

identyfikator relacji

CRM

**Kontakt**

Rozmowa lub wiadomość z datą i uczestnikami.

identyfikator kontaktu

CRM

**Polecenie**

Zdarzenie przekazania rekomendacji i jej zakresu.

identyfikator polecenia

CRM

**Źródło polecenia**

Osoba lub organizacja udzielająca rekomendacji.

identyfikator źródła

CRM

**Zgoda na kontakt**

Decyzja osoby o określonym celu i kanale.

identyfikator zgody

rejestr zgód

**Zapytanie**

Potwierdzona prośba o ofertę lub rozmowę.

numer zapytania

CRM

**Szansa sprzedaży**

Oceniana możliwość transakcji.

identyfikator szansy

CRM

**Oferta**

Wersjonowana propozycja handlowa.

numer oferty

system ofertowy

**Pracownik**

Osoba prowadząca zapytanie.

identyfikator pracownika

CRM

**Relacja biznesowa** opisuje udokumentowany kontakt z organizacją, **polecenie** jest zdarzeniem przekazania rekomendacji, a **zgoda na kontakt** odrębną decyzją osoby. Wysoka liczba powiązań nie dowodzi wartości osoby ani prawdopodobieństwa zakupu.

## Jak encje łączą się w graf biznesowy?

Krawędź ma kierunek, czasownik i znaczenie. Krotność w tabeli opisuje założenie tego modelu, które trzeba zweryfikować w konkretnej firmie. Gdy powiązanie ma własną kwotę, datę albo dowód, warto zachować je jako osobną encję zamiast ukrywać w atrybucie.

Od

Relacja

Do

Krotność

Co potwierdza

Osoba

**pełni**

Rola

0..n : 0..n

Relacja ma czas i zakres.

Rola

**dotyczy**

Organizacja

0..n : 1

Wskazuje podmiot.

Organizacja

**ma**

Relacja biznesowa

1 : 0..n

Zachowuje współpracę.

Osoba

**uczestniczy w**

Kontakt

0..n : 0..n

Wskazuje potwierdzoną rozmowę.

Polecenie

**pochodzi od**

Źródło polecenia

0..n : 1

Utrwala pochodzenie rekomendacji.

Polecenie

**wskazuje**

Organizacja

0..n : 0..1

Nie wymaga prywatnego profilu osoby.

Kontakt

**potwierdza**

Polecenie

0..n : 0..1

Wskazuje późniejszą rozmowę.

Osoba

**udziela**

Zgoda na kontakt

1 : 0..n

Zachowuje dopuszczony cel.

Kontakt

**prowadzi do**

Zapytanie

0..n : 0..1

Oddziela rozmowę od leadu.

Zapytanie

**otwiera**

Szansa sprzedaży

0..n : 0..1

Wskazuje ocenianą możliwość.

Szansa sprzedaży

**otrzymuje**

Oferta

0..n : 0..n

Zachowuje wersje propozycji.

Pracownik

**prowadzi**

Zapytanie

0..n : 0..n

Wskazuje odpowiedzialność.

## Jak przejść po grafie w jednej sprawie?

Klient K2 przekazuje polecenie P5 dotyczące organizacji O7. Kontakt C3 dokumentuje, że przedstawicielka O7 sama poprosiła o rozmowę. Dopiero wtedy powstaje szansa S4. Graf zachowuje P5 jako źródło, ale nie dopisuje prywatnych znajomości ani domniemanej zgody na marketing.

Bez bezpośredniego potwierdzenia od przedstawicielki O7 nie wiemy, czy chce otrzymywać kolejne wiadomości. Puste powiązanie ma pozostać widoczną luką. Model nie powinien dopowiadać relacji tylko dlatego, że rekordy mają podobne nazwy lub bliskie daty.

## Jak połączyć dane i nie zgubić kontekstu?

Połącz CRM z rejestrem poleceń i zgód po identyfikatorach spraw, a nie po samej nazwie osoby. Zapisz minimalny zakres danych przekazanych przy rekomendacji. Dla każdego mapowania zapisz system źródłowy, lokalny identyfikator, czas aktualizacji i regułę, która połączyła rekordy. Sprzeczne dane powinny trafić do kolejki wyjaśnienia, a nie zostać po cichu nadpisane. Właściciel procesu zatwierdza znaczenie relacji, a właściciel systemu potwierdza sposób jej pobierania.

Widoczność relacji ogranicz do zespołu prowadzącego sprawę. Historia polecenia nie powinna stać się publiczną oceną osoby. Dostęp do połączonych danych musi odzwierciedlać cel pracy i uprawnienia. Sam fakt, że graf potrafi przejść między dwiema encjami, nie oznacza, że każda osoba może zobaczyć wszystkie atrybuty po obu stronach.

## Jak sprawdzić pierwszy wycinek modelu?

Weź kilka prawdziwych, ale bezpiecznie udostępnionych spraw. Dla każdej ustal oczekiwaną ścieżkę i dokument, który potwierdza każdą krawędź. Na początek wystarczą poniższe próby:

1.  Samo polecenie nie uruchamia kampanii marketingowej.
2.  Osoba może wycofać zgodę bez kasowania dowodu wcześniejszego kontaktu.
3.  Dwie organizacje o tej samej nazwie nie są scalane.
4.  Polecenie bez potwierdzenia nie staje się szansą sprzedaży.

Jeżeli dwie osoby inaczej interpretują ten sam węzeł lub relację, popraw definicję przed budową interfejsu. Przy niewielkiej liczbie stabilnych powiązań [istniejąca baza i widok mogą wystarczyć](https://majchrzycki.com/blog/ontologia-i-bazy-grafowe-w-ai-dla-msp). Graf pomaga rozmawiać o znaczeniu danych; nie naprawia automatycznie błędów w źródłach.

## Co zrobić dalej?

Wybierz jedno pytanie operacyjne z początku tekstu i wskaż osobę, która potwierdzi znaczenie kluczowych pojęć. Następnie sprawdź pięć spraw w systemach źródłowych. Szerszą procedurę opisuje [poradnik budowy ontologii firmy](https://majchrzycki.com/blog/jak-zbudowac-ontologie-firmy-dane-reguly-agenci). Kolejny model w katalogu: [Łańcuch dostaw](https://majchrzycki.com/blog/katalog-ontologii-lancuch-dostaw-dla-msp).

-   Ontologia
-   Model danych
-   MŚP

## Uporządkuj pierwszy krok z AI

Bezpłatny poradnik pomaga wybrać proces, pytania diagnostyczne i kolejność działań.

[Pobierz poradnik](https://majchrzycki.com/darmowy-poradnik-transformacji-ai-dla-firmy)

Strony poradnika transformacji AI: rysunki i opisy cyfrowego modelu firmy

## Czytaj dalej

-   [Kampanie marketingowe: ontologia dla MŚP](https://majchrzycki.com/blog/katalog-ontologii-kampanie-marketingowe-dla-msp)
-   [Komunikacja w firmie: ontologia dla MŚP](https://majchrzycki.com/blog/katalog-ontologii-komunikacja-w-firmie-dla-msp)
-   [Obsługa klienta: ontologia dla MŚP](https://majchrzycki.com/blog/katalog-ontologii-obsluga-klienta-dla-msp)
-   [Projekty usługowe: ontologia dla MŚP](https://majchrzycki.com/blog/katalog-ontologii-projekty-uslugowe-dla-msp)