Szablon danych dla procesu od leada do płatności
Szablon danych dla procesu od leada do płatności
- Zalecane atrybuty do zebrania
- Działania do śledzenia podczas odkrywania procesu
- Praktyczne wskazówki dotyczące ekstrakcji danych
Atrybuty procesu od leada do płatności
| Nazwa | Opis | ||
|---|---|---|---|
|
Czas rozpoczęcia
ActivityStartTime
|
Znacznik czasu wskazujący, kiedy rozpoczęła się dana czynność lub zdarzenie. | ||
|
Opis
Ten atrybut zapisuje datę i godzinę wystąpienia czynności. W process mining służy przede wszystkim do chronologicznego porządkowania zdarzeń i obliczania czasu trwania. Czas rozpoczęcia jest niezbędny w analizach opartych na czasie, między innymi do obliczania czasu cyklu między czynnościami, wykrywania opóźnień i mierzenia ogólnej sprawności procesu. Umożliwia animowanie przebiegu procesu i analizę rozkładu pracy w czasie.
Dlaczego to ważne
Ten znacznik czasu jest niezbędny do porządkowania zdarzeń i obliczania wskaźników efektywności, takich jak czas cyklu i czas oczekiwania.
Skąd pobrać
Zwykle jest to znacznik czasu 'createdon' lub 'modifiedon' z odpowiedniej encji (Opportunity, Quote, SalesOrder, Invoice), powiązany z daną czynnością.
Przykłady
2023-04-15T10:00:00Z2023-04-25T14:30:00Z2023-05-10T11:20:00Z
|
|||
|
Czynność
ActivityName
|
Nazwa czynności biznesowej lub zdarzenia, które miało miejsce na danym etapie procesu sprzedaży. | ||
|
Opis
Ten atrybut opisuje konkretny krok lub etap procesu od pozyskania szansy sprzedażowej do otrzymania płatności, na przykład 'Utworzenie oferty' lub 'Otrzymanie płatności'. Każda czynność oznacza odrębne zdarzenie w cyklu życia szansy sprzedażowej. Analiza kolejności i częstotliwości tych czynności stanowi podstawę process mining. Ujawnia rzeczywisty przebieg procesów, pomaga wykrywać typowe i alternatywne ścieżki (warianty) oraz wskazuje miejsca, w których pojawiają się poprawki lub wąskie gardła. Jest niezbędna do oceny zgodności z procesem i jego sprawności.
Dlaczego to ważne
Określa kroki na mapie procesu, która stanowi podstawę analizy process mining służącej wykrywaniu nieefektywności i odchyleń.
Skąd pobrać
Ten atrybut jest zwykle wyprowadzany z różnych zdarzeń dotyczących encji Opportunity, Quote, Order i Invoice w Dynamics 365. Często wymaga zastosowania reguł, które przypisują zmianom statusu lub utworzeniu rekordów standardowe nazwy czynności.
Przykłady
Utworzenie szansy sprzedażowejWysłanie oferty klientowiPodpisanie umowyOtrzymanie płatności
|
|||
|
Szansa sprzedażowa
SalesOpportunity
|
Unikatowy identyfikator szansy sprzedażowej, który pełni funkcję głównego identyfikatora sprawy w procesie od pozyskania szansy sprzedażowej do otrzymania płatności. | ||
|
Opis
Identyfikator szansy sprzedażowej jednoznacznie wskazuje każdą potencjalną transakcję w miarę jej przechodzenia przez lejek sprzedaży. Łączy wszystkie powiązane czynności, od utworzenia szansy po pobranie płatności. W process mining ten atrybut jest niezbędny do odtworzenia pełnego przebiegu każdej sprawy sprzedażowej. Umożliwia analizę całego procesu, obliczanie łącznego czasu cyklu i porównywanie ścieżek, którymi przechodzą szanse sprzedażowe. Dzięki temu można wykrywać nieefektywności i wąskie gardła, od kwalifikacji potencjalnego klienta po otrzymanie płatności.
Dlaczego to ważne
To podstawowy identyfikator sprawy, który łączy wszystkie zdarzenia procesu i pozwala prześledzić pełny cykl życia każdej transakcji sprzedażowej.
Skąd pobrać
To klucz główny encji Opportunity, zwykle pole 'opportunityid'.
Przykłady
OPP-01532-A3B1C7OPP-01533-F8D2E5OPP-01534-G9H3I4
|
|||
|
Ostatnia aktualizacja danych
LastDataUpdate
|
Znacznik czasu ostatniego odświeżenia danych z systemu źródłowego. | ||
|
Opis
Ten atrybut wskazuje datę i godzinę ostatniego wyodrębnienia danych z Microsoft Dynamics 365 Sales i wczytania ich do narzędzia process mining. Informuje, jak aktualne są analizowane dane. Terminowość danych ma znaczenie dla trafności analiz i wniosków. Pozwala użytkownikom ufać uzyskanym informacjom i podejmować świadome decyzje na podstawie aktualnego przebiegu procesu.
Dlaczego to ważne
Informuje o aktualności danych, dzięki czemu analizy są przydatne i oparte na bieżących informacjach.
Skąd pobrać
Ten znacznik czasu jest generowany w trakcie wyodrębniania i wczytywania danych.
Przykłady
2024-07-27T02:00:00Z2024-07-28T02:00:00Z
|
|||
|
System źródłowy
SourceSystem
|
System, z którego wyodrębniono dane. | ||
|
Opis
Ten atrybut wskazuje aplikację źródłową, z której pochodzą dane o zdarzeniach. W tym procesie będzie to zawsze Microsoft Dynamics 365 Sales. W środowiskach z wieloma zintegrowanymi systemami pole to jest niezbędne do śledzenia pochodzenia danych i rozwiązywania problemów. Pomaga zrozumieć ich kontekst i upewnić się, że analizy opierają się na informacjach z właściwego źródła.
Dlaczego to ważne
Dostarcza informacji o pochodzeniu danych, niezbędnych do zarządzania danymi, ich weryfikacji i obsługi integracji.
Skąd pobrać
To stała wartość, którą należy uzupełnić podczas wyodrębniania danych, aby oznaczyć źródło rekordów.
Przykłady
Microsoft Dynamics 365 Sales
|
|||
|
Czas zakończenia
ActivityEndTime
|
Znacznik czasu wskazujący, kiedy dana czynność lub zdarzenie zostało zakończone. W przypadku zdarzeń jednorazowych często jest taki sam jak czas rozpoczęcia. | ||
|
Opis
Czas zakończenia wskazuje, kiedy czynność dobiegła końca. W przypadku zdarzeń natychmiastowych, takich jak 'Wystawienie faktury', często jest taki sam jak czas rozpoczęcia. Przy czynnościach o mierzalnym czasie trwania, na przykład ręcznej weryfikacji, wskazuje moment zakończenia pracy. Ten atrybut służy do obliczania czasu przetwarzania poszczególnych czynności. Porównanie czasu zakończenia jednej czynności z czasem rozpoczęcia następnej pozwala analizować zarówno czas aktywnej pracy, jak i czas przestoju w procesie.
Dlaczego to ważne
Umożliwia obliczanie czasu przetwarzania czynności, oddzielając czas aktywnej pracy od oczekiwania i zapewniając dokładniejszy obraz sprawności procesu.
Skąd pobrać
W przypadku zdarzeń natychmiastowych jest taki sam jak czas rozpoczęcia. Dla czynności trwających określony czas może być konieczne wyznaczenie go na podstawie kolejnego znacznika czasu lub zmiany statusu.
Przykłady
2023-04-15T10:00:00Z2023-04-25T15:00:00Z2023-05-10T11:25:00Z
|
|||
|
Etap sprzedaży
SalesStage
|
Etap szansy sprzedażowej w ramach określonego procesu sprzedaży. | ||
|
Opis
Etap sprzedaży wskazuje, na jakim etapie znajduje się szansa sprzedaży, na przykład „Kwalifikacja”, „Rozwój”, „Oferta” lub „Zamknięcie”. Daje ogólny obraz lejka sprzedażowego i postępów w procesie. Process mining pozwala odtworzyć szczegółowe działania na podstawie znaczników czasu, a etap sprzedaży dostarcza kontekstu biznesowego. W dashboardzie „Analiza całkowitego czasu cyklu sprzedaży” służy do podziału procesu na etapy i sprawdzenia, ile czasu zajmuje każdy z nich. Dzięki temu można ustalić, które etapy trwają najdłużej i na których szanse sprzedaży najczęściej utkną.
Dlaczego to ważne
Dostarcza kontekstu biznesowego o postępach w obsłudze szansy sprzedaży i pozwala analizować czas spędzony na poszczególnych etapach lejka sprzedażowego.
Skąd pobrać
Informacja pochodzi z pola „stepname”, powiązanego z przepływem procesu biznesowego dla encji Opportunity.
Przykłady
1-Kwalifikacja2-Rozwój3-Oferta4-Zamknięcie
|
|||
|
Klient
CustomerId
|
Konto klienta powiązane z szansą sprzedaży. | ||
|
Opis
Ten atrybut wskazuje potencjalnego lub obecnego klienta, którego dotyczy szansa sprzedaży. Łączy proces sprzedaży z konkretnym kontem w systemie CRM. Analiza procesu według klientów lub ich segmentów pozwala lepiej zrozumieć, jak różne grupy klientów przechodzą przez proces sprzedaży. Może ujawnić, że obsługa niektórych klientów trwa dłużej, wymaga więcej poprawek lub częściej kończy się wygraną. Te informacje pomagają dostosować sposób prowadzenia sprzedaży i zarządzania relacjami z klientami.
Dlaczego to ważne
Pozwala analizować wyniki procesu dla konkretnych klientów lub ich segmentów, co ułatwia dostosowanie strategii sprzedaży.
Skąd pobrać
To pole odwołania „customerid” w encji Opportunity, które łączy ją z rekordem Account lub Contact.
Przykłady
Contoso LtdAdventure WorksFabrikam, Inc.
|
|||
|
Osoba odpowiedzialna za szansę sprzedażową
OwnerId
|
Przedstawiciel handlowy lub użytkownik odpowiedzialny za szansę sprzedażową. | ||
|
Opis
Osoba odpowiedzialna za szansę sprzedażową to użytkownik Microsoft Dynamics 365 Sales, któremu przypisano zarządzanie szansą i prowadzenie jej do kolejnych etapów. Zwykle odpowiada za większość czynności związanych ze sprawą. Analiza procesu według osób odpowiedzialnych pozwala porównywać wyniki przedstawicieli handlowych, zespołów i działów. Może ujawnić dobre praktyki najlepszych pracowników, wskazać obszary wymagające wsparcia i pokazać, jak rozkład obciążenia wpływa na sprawność procesu i jego wyniki.
Dlaczego to ważne
Umożliwia analizę wyników użytkowników i zespołów, pomaga wskazać osoby osiągające najlepsze rezultaty oraz diagnozować problemy dotyczące konkretnych osób lub grup.
Skąd pobrać
To pole 'ownerid' w encji Opportunity, które łączy rekord z użytkownikiem lub zespołem.
Przykłady
Jan KowalskiAnna NowakZespół sprzedaży EMEA
|
|||
|
Region
Region
|
Obszar geograficzny lub terytorium, na którym znajduje się klient. | ||
|
Opis
Ten atrybut określa obszar geograficzny powiązany z szansą sprzedaży, na przykład „Ameryka Północna”, „EMEA” lub „APAC”. Zwykle można go ustalić na podstawie adresu klienta. Region jest ważnym wymiarem analizy porównawczej. W dashboardach takich jak „Czas generowania i dostarczania faktur” pozwala sprawdzić, czy wyniki procesu różnią się w zależności od regionu. Analiza może ujawnić różnice wynikające z lokalnych przepisów, pracy zespołów lub warunków rynkowych, co pomaga zaplanować ulepszanie procesów z uwzględnieniem specyfiki regionu.
Dlaczego to ważne
Umożliwia analizę procesu według regionów i wskazuje różnice w wynikach, zgodności oraz zachowaniach klientów.
Skąd pobrać
Dane są zwykle zapisane w powiązanej encji Account lub Contact, w polach takich jak „address1_country” albo niestandardowym polu „Region”.
Przykłady
Ameryka PółnocnaEMEAAPACAmeryka Łacińska
|
|||
|
Status szansy sprzedażowej
OpportunityStatus
|
Końcowy wynik szansy sprzedażowej, na przykład wygrana lub przegrana. | ||
|
Opis
Ten atrybut określa końcowy stan szansy sprzedażowej. Najczęstsze wyniki to 'Won', oznaczający udaną sprzedaż, oraz 'Lost', gdy transakcja nie doszła do skutku. Analiza wyników pozwala zrozumieć, jakie wzorce przebiegu procesu prowadzą do sukcesu, a jakie do niepowodzenia. Filtrowanie spraw według statusu umożliwia porównanie czasu cyklu, czynności i zaangażowania użytkowników w wygranych i przegranych transakcjach. Jest to niezbędne do obliczenia wskaźnika KPI współczynnika wygranych szans sprzedażowych i wykrycia działań powiązanych z pozytywnymi wynikami.
Dlaczego to ważne
Pozwala odróżnić udane transakcje od nieudanych i porównać ich przebieg, aby ustalić, jakie działania prowadzą do wygranej.
Skąd pobrać
Odpowiada polom 'statecode' (Status) i 'statuscode' (Status Reason) w encji Opportunity.
Przykłady
WygranaPrzegranaW toku
|
|||
|
Wartość szansy sprzedażowej
OpportunityValue
|
Szacowana lub rzeczywista wartość pieniężna szansy sprzedażowej. | ||
|
Opis
Ten atrybut określa potencjalny lub końcowy przychód związany z szansą sprzedażową. Początkowo może zawierać wartość szacunkową, a po wygraniu transakcji zostać zaktualizowany do wartości umowy. To ważny wymiar analizy, ponieważ szanse sprzedażowe różnią się wartością. Podział procesu według wielkości transakcji pozwala sprawdzić, czy większe transakcje przebiegają inaczej lub wymagają więcej czasu. Ułatwia też ustalanie priorytetów przy usprawnianiu procesów w segmentach o wysokiej wartości.
Dlaczego to ważne
Dostarcza kontekstu finansowego, umożliwia analizę według wartości transakcji i pomaga ustalać priorytety usprawnień dla szans sprzedażowych o wysokiej wartości.
Skąd pobrać
Zwykle są to pola 'estimatedvalue' (Est. Revenue) lub 'actualvalue' (Actual Revenue) w encji Opportunity.
Przykłady
50000.00125000.0025000.00
|
|||
|
Źródło potencjalnego klienta
LeadSource
|
Źródło, z którego pozyskano potencjalnego klienta. | ||
|
Opis
Ten atrybut wskazuje źródło potencjalnego klienta, od którego rozpoczęła się szansa sprzedażowa, na przykład 'Internet', 'Partner', 'Targi' lub 'Reklama'. Pozwala ocenić skuteczność różnych kanałów marketingowych i sposobów pozyskiwania klientów. W process mining analiza według źródła potencjalnego klienta jest ważna dla dashboardu 'Skuteczność konwersji potencjalnych klientów'. Pomaga obliczyć współczynnik konwersji potencjalnych klientów w szanse sprzedażowe dla każdego kanału oraz wskazać źródła, które przynoszą najbardziej wartościowych potencjalnych klientów lub pozwalają najszybciej ich zakwalifikować. Te informacje pomagają lepiej planować wydatki marketingowe i działania sprzedażowe.
Dlaczego to ważne
Pomaga ocenić skuteczność kanałów marketingowych w pozyskiwaniu wartościowych potencjalnych klientów i wspiera analizę ich konwersji.
Skąd pobrać
Zwykle jest to pole 'leadsourcecode' w encji Lead, które po zakwalifikowaniu potencjalnego klienta jest przenoszone do encji Opportunity.
Przykłady
InternetPartnerTargiPolecenie
|
|||
|
Czy wystąpiła poprawka
IsRework
|
Flaga wskazująca, czy działanie jest powtórzeniem lub poprawką w ramach tego samego case. | ||
|
Opis
Ten atrybut logiczny jest polem obliczanym, które wskazuje, czy działanie lub sekwencja działań powtarza się w ramach jednej szansy sprzedaży. Na przykład jeśli oferta zostanie utworzona, odrzucona, a następnie utworzona ponownie, drugie działanie „Utworzono ofertę” zostanie oznaczone jako poprawka. Wykrywanie poprawek jest potrzebne w dashboardzie „Analiza wariantów procesu i poprawek”. Pozwala określić skalę nieefektywności, wskazując pętle i powtarzające się kroki. Ustalenie, gdzie i dlaczego pojawiają się poprawki, to pierwszy krok do uproszczenia procesu, ograniczenia zbędnej pracy i skrócenia cyklu sprzedaży.
Dlaczego to ważne
Bezpośrednio wskazuje nieefektywne działania i pętle w procesie, pomagając oszacować koszt poprawek i znaleźć możliwości uproszczenia procesu.
Skąd pobrać
To atrybut obliczany. Narzędzie process mining wyznacza go na podstawie sekwencji działań w każdym case.
Przykłady
truefalse
|
|||
|
Kategoria produktu
ProductCategory
|
Kategoria produktu lub usługi sprzedawanej w ramach szansy sprzedaży. | ||
|
Opis
Ten atrybut określa główny produkt lub usługę powiązaną z szansą sprzedaży, na przykład „Sprzęt”, „Oprogramowanie” lub „Usługi profesjonalne”. Analiza procesu według kategorii produktu jest potrzebna w dashboardzie „Wyniki realizacji zamówień”. Pozwala sprawdzić, czy sprzedaż określonych produktów trwa dłużej, przebiega według innego schematu realizacji lub rzadziej kończy się wygraną. Na tej podstawie można dostosować proces sprzedaży do poszczególnych linii produktowych i usprawnić jego przebieg.
Dlaczego to ważne
Pozwala analizować wyniki procesu w zależności od sprzedawanego produktu oraz wykrywać różnice i wąskie gardła dotyczące konkretnych produktów.
Skąd pobrać
Informacje te są zwykle dostępne w encji Opportunity Product (opportunityproduct) powiązanej z encją Opportunity.
Przykłady
Usługi chmuroweOprogramowanie lokalneUsługi doradcze
|
|||
|
Procent rabatu
DiscountPercentage
|
Rabat udzielony na ofercie lub zamówieniu, wyrażony w procentach. | ||
|
Opis
Ten atrybut określa łączny rabat udzielony na ofercie sprzedaży lub zamówieniu jako procent ceny katalogowej. Jest ważnym miernikiem przy monitorowaniu marży sprzedaży i przestrzegania zasad ustalania cen. Dashboard „Zarządzanie ofertami i zgodność z zasadami rabatowania” wykorzystuje ten atrybut do analizy udzielanych rabatów. Wizualizacja ich rozkładu pomaga kierownictwu wykrywać zbyt wysokie lub niezatwierdzone rabaty, oceniać ich wpływ na odsetek wygranych oraz sprawdzać, czy są zgodne z polityką cenową.
Dlaczego to ważne
Ułatwia analizę strategii cenowej i zgodności z zasadami rabatowania oraz ocenę wpływu rabatów na rentowność i odsetek wygranych.
Skąd pobrać
Pole znajduje się w encjach Quote („discountpercentage”) i SalesOrder („discountpercentage”).
Przykłady
0.050.100.15
|
|||
|
Rodzaj umowy
ContractType
|
Rodzaj umowy prawnej związanej ze sprzedażą, na przykład „Nowa umowa” lub „Odnowienie”. | ||
|
Opis
Ten atrybut określa rodzaj umowy powiązanej z szansą sprzedaży. Różne umowy, na przykład zawierane z nowym klientem, odnawiane lub rozszerzane, mogą wymagać innych procedur zatwierdzania i podpisywania. Dashboard „Czas podpisywania umów” wykorzystuje ten atrybut do podziału analizy. Porównanie czasu podpisywania różnych rodzajów umów pozwala sprawdzić, czy odnowienia przebiegają szybciej niż nowe umowy albo czy złożone, niestandardowe umowy powodują znaczne opóźnienia. Dzięki temu można wskazać obszary wymagające usprawnienia w procesie zarządzania umowami.
Dlaczego to ważne
Pomaga analizować i usprawniać etap podpisywania umów, wskazując, czy określone rodzaje umów powodują opóźnienia.
Skąd pobrać
Prawdopodobnie będzie to niestandardowe pole w encji Opportunity lub Contract, zależne od potrzeb firmy.
Przykłady
Nowa umowaOdnowienieRozszerzenie umowyUmowa ramowa o świadczenie usług
|
|||
|
Warunki płatności
PaymentTerms
|
Uzgodnione warunki płatności za fakturę, na przykład 30 lub 60 dni. | ||
|
Opis
Ten atrybut określa, w jakim terminie klient powinien zapłacić za dostarczone towary lub usługi. Wskazuje czas na zapłatę liczony od wystawienia faktury. Atrybut jest niezbędny w dashboardzie „Analiza cyklu windykacji należności”. Pozwala podzielić czas odzyskiwania należności według uzgodnionych warunków płatności, a następnie sprawdzić, którzy klienci regularnie spóźniają się z płatnościami i czy określone warunki wiążą się z dłuższym cyklem windykacji. Ułatwia to usprawnianie obsługi należności i zarządzanie przepływami pieniężnymi.
Dlaczego to ważne
Stanowi punkt odniesienia przy analizie terminowości płatności, pomaga wykrywać opóźnienia i oceniać skuteczność działań windykacyjnych.
Skąd pobrać
Dane są zwykle zapisane w encji Invoice, często w polu „paymenttermscode”.
Przykłady
30 dni60 dniPłatność przy odbiorze faktury
|
|||
Działania w procesie od leada do płatności
| Działanie | Opis | ||
|---|---|---|---|
|
Akceptacja oferty przez klienta
|
Klient formalnie zaakceptował warunki i ceny przedstawione w ofercie. Zdarzenie jest rejestrowane, gdy sprzedawca zmienia status rekordu Quote na 'Won'. | ||
|
Dlaczego to ważne
To ważny etap, który potwierdza zobowiązanie klienta. Jest niezbędny do pomiaru współczynnika konwersji ofert w zamówienia oraz średniego czasu zatwierdzania ofert.
Skąd pobrać
Zdarzenie można wywnioskować ze znacznika czasu aktualizacji pola 'statecode' rekordu Quote do wartości 'Won' (wartość 2).
Rejestrowanie
Użyj znacznika czasu 'modifiedon' z chwili zmiany 'statecode' rekordu Quote na 'Won'.
Typ zdarzenia
inferred
|
|||
|
Otrzymanie płatności
|
Klient opłacił fakturę w całości. Zdarzenie jest rejestrowane, gdy status rekordu Invoice zostaje ustawiony na 'Paid'. | ||
|
Dlaczego to ważne
To ważny etap finansowy oznaczający uzyskanie przychodu. Analiza czasu od wysłania faktury do otrzymania płatności pomaga usprawnić proces pobierania należności.
Skąd pobrać
Zdarzenie można wywnioskować ze znacznika czasu zmiany pola 'statecode' rekordu Invoice na 'Paid' (wartość 2).
Rejestrowanie
Użyj znacznika czasu 'modifiedon' z chwili zmiany 'statecode' rekordu Invoice na 'Paid'.
Typ zdarzenia
inferred
|
|||
|
Przegrana szansa sprzedażowa
|
Szansa sprzedażowa nie zakończyła się sukcesem i została zamknięta bez sprzedaży. Zdarzenie jest rejestrowane, gdy status szansy zmienia się na 'Lost'. | ||
|
Dlaczego to ważne
To podstawowa czynność kończąca proces niepowodzeniem. Analiza takich przypadków pomaga ustalić przyczyny utraty transakcji, miejsca rezygnacji klientów w lejku sprzedaży i skuteczność konkurencji.
Skąd pobrać
Zdarzenie można wywnioskować ze znacznika czasu zmiany pola 'statecode' rekordu Opportunity na 'Lost' (wartość 2).
Rejestrowanie
Użyj pola 'actualclosedate' lub znacznika czasu 'modifiedon' z chwili ustawienia 'statuscode' encji Opportunity na 'Lost'.
Typ zdarzenia
inferred
|
|||
|
Utworzenie oferty
|
Dla klienta przygotowano formalną ofertę cenową na produkty lub usługi. Zdarzenie jest rejestrowane po utworzeniu nowego rekordu Quote powiązanego z szansą sprzedażową. | ||
|
Dlaczego to ważne
To przejście od wstępnej propozycji do formalnej oferty. Czas od tego momentu do akceptacji oferty jest ważnym wskaźnikiem sprawności zarządzania ofertami.
Skąd pobrać
To jawne zdarzenie rejestrowane jako data utworzenia nowego rekordu w encji Quote, powiązanego relacją odwołania z nadrzędną szansą sprzedażową Opportunity.
Rejestrowanie
Użyj znacznika czasu 'createdon' z encji Quote powiązanej z identyfikatorem Opportunity.
Typ zdarzenia
explicit
|
|||
|
Utworzenie szansy sprzedażowej
|
To początek procesu sprzedaży dotyczącego konkretnej potencjalnej transakcji. Zdarzenie jest rejestrowane po utworzeniu nowego rekordu szansy sprzedażowej, często w wyniku zakwalifikowania potencjalnego klienta. | ||
|
Dlaczego to ważne
To podstawowa czynność rozpoczynająca analizę procesu od pozyskania szansy sprzedażowej do otrzymania płatności. Pozwala mierzyć całkowity czas cyklu sprzedaży i analizować skuteczność przekształcania potencjalnych klientów w szanse sprzedażowe.
Skąd pobrać
To jawne zdarzenie rejestrowane na podstawie znacznika czasu utworzenia rekordu szansy sprzedażowej w tabeli Opportunity.
Rejestrowanie
Użyj znacznika czasu 'createdon' z encji Opportunity.
Typ zdarzenia
explicit
|
|||
|
Utworzenie zamówienia sprzedaży
|
W systemie formalnie utworzono zamówienie sprzedaży, aby zarządzać realizacją sprzedanych produktów lub usług. To jawne zdarzenie, zwykle rejestrowane po przekształceniu oferty 'Won' w zamówienie. | ||
|
Dlaczego to ważne
To formalne przekazanie sprawy z działu sprzedaży do operacji lub realizacji zamówienia. Od tego momentu mierzy się czas realizacji zamówienia i sprawność obsługi posprzedażowej.
Skąd pobrać
To jawne zdarzenie rejestrowane na podstawie znacznika czasu utworzenia rekordu SalesOrder powiązanego z nadrzędną szansą sprzedażową Opportunity.
Rejestrowanie
Użyj znacznika czasu 'createdon' z encji SalesOrder (Order).
Typ zdarzenia
explicit
|
|||
|
Wygrana szansa sprzedażowa
|
Szansa sprzedażowa została pomyślnie zamknięta i zakończyła się sprzedażą. Zdarzenie jest rejestrowane, gdy status szansy zmienia się na 'Won'. | ||
|
Dlaczego to ważne
To podstawowa czynność kończąca proces sprzedaży sukcesem. Służy do obliczania współczynnika wygranych, czasu cyklu sprzedaży dla zakończonych sukcesem transakcji i ogólnych wyników sprzedaży.
Skąd pobrać
Zdarzenie można wywnioskować ze znacznika czasu zmiany pola 'statecode' rekordu Opportunity na 'Won' (wartość 1). Często następuje to automatycznie po przetworzeniu powiązanej oferty lub zamówienia.
Rejestrowanie
Użyj pola 'actualclosedate' lub znacznika czasu 'modifiedon' z chwili ustawienia 'statuscode' encji Opportunity na 'Won'.
Typ zdarzenia
inferred
|
|||
|
Podpisanie umowy
|
Obie strony podpisały prawnie wiążącą umowę, finalizując porozumienie. Zdarzenie często rejestruje się ręcznie przez aktualizację Opportunity lub powiązanej encji Contract, czasem po integracji z usługą podpisu elektronicznego. | ||
|
Dlaczego to ważne
Ta czynność jest ważna przy pomiarze czasu finalizacji umowy. Opóźnienia na tym etapie mogą znacząco wpłynąć na prognozowanie przychodów i rozpoczęcie projektu.
Skąd pobrać
Zdarzenie można wywnioskować z uzupełnienia pola daty, takiego jak 'Contract Signed Date', w rekordzie Opportunity lub ze zmiany statusu. Może być konieczne dodanie tego pola w ramach dostosowania systemu.
Rejestrowanie
Użyj znacznika czasu konkretnej zmiany statusu lub daty uzupełnienia pola dotyczącego umowy.
Typ zdarzenia
inferred
|
|||
|
Przedstawienie rozwiązania
|
Ta czynność oznacza przedstawienie potencjalnemu klientowi formalnego rozwiązania lub oferty. Zwykle można ją wywnioskować, gdy szansa sprzedażowa przechodzi do etapu 'Propose' w swoim cyklu. | ||
|
Dlaczego to ważne
Analiza czasu przed tą czynnością i po niej pomaga ocenić sprawność projektowania rozwiązania i przygotowywania oferty. Powtarzające się wystąpienia mogą wskazywać na poprawki w cyklu sprzedaży.
Skąd pobrać
Zdarzenie można wywnioskować ze zmiany statusu rekordu Opportunity lub przejścia do etapu 'Propose' w powiązanym Business Process Flow.
Rejestrowanie
Użyj znacznika czasu zmiany statusu lub etapu w encji Opportunity.
Typ zdarzenia
inferred
|
|||
|
Realizacja zamówienia
|
Wszystkie produkty z zamówienia zostały wysłane lub wszystkie usługi dostarczono klientowi. Zdarzenie jest rejestrowane, gdy status rekordu SalesOrder zmienia się na 'Fulfilled' lub podobny. | ||
|
Dlaczego to ważne
Ta czynność kończy etap dostawy. Jest ważnym punktem przy analizie realizacji zamówień i uruchamia fakturowanie.
Skąd pobrać
Zdarzenie można wywnioskować ze znacznika czasu zmiany pola 'statecode' rekordu SalesOrder na 'Fulfilled' (wartość 3).
Rejestrowanie
Użyj znacznika czasu 'modifiedon' z chwili zmiany 'statecode' rekordu SalesOrder na 'Fulfilled'.
Typ zdarzenia
inferred
|
|||
|
Rozpoznanie potrzeb
|
Oznacza moment, w którym zespół sprzedaży zebrał informacje o potrzebach klienta i je zrozumiał. Zwykle rejestruje się go, gdy sprzedawca zmienia etap w Business Process Flow lub aktualizuje status szansy sprzedażowej. | ||
|
Dlaczego to ważne
Śledzenie tego etapu pomaga ustalić, ile czasu mija od pierwszego kontaktu do przygotowania realnej propozycji. Opóźnienia mogą wskazywać na problemy z rozmowami rozpoznawczymi lub dostępnością zasobów.
Skąd pobrać
Zdarzenie można wywnioskować ze zmiany etapu Business Process Flow szansy sprzedażowej na 'Develop' lub 'Propose' albo z aktualizacji niestandardowego pola statusu. Wykorzystuje się znacznik czasu zmiany etapu.
Rejestrowanie
Śledź zmiany pola 'stageid' w encji Opportunity lub powiązanej encji Business Process Flow.
Typ zdarzenia
inferred
|
|||
|
Wysłanie faktury klientowi
|
Faktura została przekazana klientowi do zapłaty. Zdarzenie można zwykle wywnioskować ze zmiany statusu rekordu Invoice. | ||
|
Dlaczego to ważne
Od tego momentu zaczyna biec termin płatności. To pierwszy etap pomiaru wskaźnika Days Sales Outstanding (DSO). Opóźnienia bezpośrednio wpływają na przepływy pieniężne.
Skąd pobrać
Zdarzenie można wywnioskować ze zmiany statusu encji Invoice. Standardowy status 'Sent' nie istnieje, ale workflow często aktualizuje w tym momencie niestandardowe pole lub status.
Rejestrowanie
Śledź niestandardowe pole 'Sent Date' lub zmianę przyczyny statusu w rekordzie Invoice.
Typ zdarzenia
inferred
|
|||
|
Wysłanie oferty klientowi
|
Przygotowana oferta została formalnie przekazana klientowi do weryfikacji. Zdarzenie można zwykle wywnioskować ze zmiany statusu rekordu Quote na 'Active'. | ||
|
Dlaczego to ważne
Ta czynność rozpoczyna okres weryfikacji oferty i negocjacji z klientem. Jest ważnym punktem danych przy analizie cyklu zatwierdzania ofert i wykrywaniu opóźnień w odpowiedziach klientów.
Skąd pobrać
Zdarzenie można wywnioskować ze znacznika czasu zmiany pola 'statecode' rekordu Quote na 'Active'.
Rejestrowanie
Monitoruj historię audytu lub użyj pola znacznika czasu aktualizowanego przez workflow, gdy 'statecode' rekordu Quote przyjmuje wartość 1 (Active).
Typ zdarzenia
inferred
|
|||
|
Wystawienie faktury
|
Na podstawie zrealizowanego zamówienia wystawiono fakturę dla klienta. To jawne zdarzenie rejestrowane po utworzeniu nowego rekordu Invoice w systemie. | ||
|
Dlaczego to ważne
Ta czynność rozpoczyna cykl fakturowania i pobierania płatności. Czas od realizacji zamówienia do wystawienia faktury jest ważnym wskaźnikiem sprawności fakturowania.
Skąd pobrać
To jawne zdarzenie rejestrowane na podstawie znacznika czasu utworzenia rekordu Invoice powiązanego z SalesOrder.
Rejestrowanie
Użyj znacznika czasu 'createdon' z encji Invoice.
Typ zdarzenia
explicit
|
|||
Instrukcje ekstrakcji danych
Gotowi do rozpoczęcia?
Już dziś zacznij usprawniać proces od leada do płatności, korzystając z tego szablonu danych. Wykryj nieefektywności i popraw wyniki firmy.
Zwiększ odsetek wygranych, usprawnij proces od leada do płatności
Usprawnij lejek sprzedażowy i zwiększ odsetek wygranych o 20%.
Bezpłatny 14-dniowy okres próbny, bez podawania danych karty kredytowej.