Sieć relacji i poleceń: ontologia dla MŚP
Temat: 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. Jeśli dopiero zaczynasz, przeczytaj jak odróżnić ontologię od taksonomii i modelu danych.
Zobacz model jako 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:
- Samo polecenie nie uruchamia kampanii marketingowej.
- Osoba może wycofać zgodę bez kasowania dowodu wcześniejszego kontaktu.
- Dwie organizacje o tej samej nazwie nie są scalane.
- 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ć. 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. Kolejny model w katalogu: Łańcuch dostaw.
- Ontologia
- Model danych
- MŚP
