Sprzedaż

Cross-sell i up-sell w SugarAI: jak wykorzystać historię zakupów do zwiększania wartości klienta

Historia zakupów w SugarAI pokazuje, co jeszcze sprzedać obecnym klientom. Pokazujemy, jak przygotować dane w modułach Purchases i Revenue Line Items, jakie sygnały śledzić, kiedy potrzebny jest sales-i i jak mierzyć efekt.

Cross-sell i up-sell w SugarAI: jak wykorzystać historię zakupów do zwiększania wartości klienta

Cross-sell i up-sell w SugarAI opierają się na historii zakupów klienta. Moduły Purchases i Purchased Line Items w Sugar Sell pokazują, co konto kupuje, ile i jak często. Rozwiązanie sales-i dokłada do tego dane transakcyjne z ERP. Z historii zakupów wynikają trzy typy okazji: luka w portfelu produktów, rosnący wolumen i zbliżające się odnowienie. Pokazujemy, jak przygotować dane, gdzie szukać sygnałów i jak mierzyć efekt.

W skrócie: Historia zakupów w SugarAI powstaje automatycznie z wygranych szans sprzedaży, ale tylko w modelu Opportunities z Revenue Line Items. Najwięcej okazji cross-sell w firmach dystrybucyjnych i produkcyjnych kryje się w kontach, które kupują jedną kategorię produktów. Efekt należy mierzyć przychodem z istniejących klientów, a nie liczbą wysłanych ofert.

Czym różni się cross-sell od up-sell w sprzedaży B2B?

Cross-sell to sprzedaż istniejącemu klientowi produktu z innej kategorii niż ta, którą już kupuje. Up-sell to sprzedaż temu samemu klientowi większego wolumenu, wyższej wersji lub rozszerzonego zakresu produktu, który już ma. W sprzedaży B2B oba działania opierają się na tych samych danych: historii zamówień konta, jego branży i zachowaniu podobnych klientów. Różnią się sygnałem, który uruchamia rozmowę handlową.

Kryterium

Cross-sell

Up-sell

Cel

Nowa kategoria produktów u obecnego klienta

Większy wolumen lub wyższa wersja obecnego produktu

Typowy sygnał w danych

Klient kupuje kategorię A, a podobne konta kupują A i B

Rosnąca liczba zamówień, licencji lub sztuk w danej kategorii

Przykład w dystrybucji B2B

Klient kupujący łożyska nie kupuje smarów przemysłowych

Klient zamawia co miesiąc więcej, więc opłaca mu się kontrakt ramowy

Moment kontaktu

Planowa rozmowa przeglądowa konta

Odnowienie umowy lub próg rabatowy

Jakie dane o historii zakupów przechowuje SugarAI?

SugarAI przechowuje historię zakupów w module Purchases, który grupuje sprzedaż według produktu, oraz w module Purchased Line Items, który rejestruje każdy pojedynczy zakup. Opportunities grupują sprzedaż w czasie, a Purchases według tego, co konto faktycznie ma. Moduły Purchases i Purchased Line Items są dostępne w Sugar Sell i Sugar Enterprise od wersji 10.1 (SugarCRM, 2020). Pola wyliczane Total Revenue, Total Quantity i Purchased Line Item Count dodano w 2021 roku (SugarCRM, 2021).

Moduł SugarAI

Co przechowuje

Pola z wartością analityczną

Accounts

Klient: branża, region, wielkość

Industry, Billing Country, Annual Revenue

Opportunities

Szansa sprzedaży w czasie

Sales Stage, Expected Close Date, Amount

Revenue Line Items

Pozycje produktowe w szansie

Product, Quantity, Likely, Service Start/End Date

Product Catalog

Produkty, kategorie i typy

Category, Type, List Price

Purchases

Co konto kupiło, pogrupowane według produktu

Total Revenue, Total Quantity, Start/End Date

Purchased Line Items

Każdy pojedynczy zakup produktu

Quantity, Revenue, Date Closed, Service End Date

Kiedy wystarczą moduły CRM, a kiedy potrzebny jest sales-i?

Moduły Purchases i Purchased Line Items wystarczą, gdy sprzedaż przechodzi przez szanse w Sugar Sell. Sales-i jest potrzebny, gdy większość zamówień powstaje poza CRM: w ERP, w e-commerce B2B albo jako powtarzalne zamówienia od stałych klientów. Sales-i to rozwiązanie revenue intelligence przejęte przez SugarCRM w 2024 roku (BusinessWire, 2024). Analizuje ono produkt, cenę, ilość i częstotliwość zamówień zapisanych w ERP. SugarAI deklaruje integrację sales-i z ponad 180 systemami ERP (SugarAI, 2026).

Kryterium

Purchases i Purchased Line Items

Sugar sales-i

Źródło danych

Wygrane szanse z Revenue Line Items w CRM

Dane transakcyjne z ERP

Najlepiej sprawdza się, gdy

Sprzedaż projektowa, kontrakty, subskrypcje i usługi

Wysoka liczba powtarzalnych zamówień, szeroki katalog

Wykrywanie luk w portfelu

Raporty i filtry budowane przez administratora

Gotowe alerty cross-sell i spadków zakupów

Wymagania

Model Opportunities z Revenue Line Items, licencja Sugar Sell lub Enterprise

Osobna licencja sales-i, integracja z ERP

Typowe ograniczenie

Brak zamówień, które nie przeszły przez CRM

Jakość wyniku zależy od porządku w kartotece produktów ERP

W firmach dystrybucyjnych, gdzie 80–90% zamówień to powtarzalne dostawy obsługiwane w ERP, sam CRM pokaże tylko część historii klienta. Udział zamówień powtarzalnych warto sprawdzić we własnych danych przed wyborem podejścia.

Jak przygotować SugarAI, żeby historia zakupów była wiarygodna?

Historia zakupów w SugarAI jest wiarygodna, gdy każda wygrana szansa zawiera pozycje produktowe przypisane do uporządkowanego katalogu. Przygotowanie obejmuje pięć kroków:

  1. Przełączenie na model Opportunities z Revenue Line Items. Automatyczne tworzenie rekordów Purchases działa tylko dla użytkowników Sugar Sell, którzy korzystają z modułu Revenue Line Items (SugarCRM, 2025). Firma pracująca na samych Opportunities nie ma historii zakupów w podziale na produkty.
  2. Uporządkowanie Product Catalog. Każdy produkt potrzebuje kategorii, a kategorie powinny odpowiadać temu, jak handlowiec myśli o ofercie. Analiza luk w portfelu działa na poziomie kategorii, nie pojedynczych indeksów.
  3. Włączenie generowania zakupów przy statusie Closed Won. Administrator może określić, na którym etapie i dla jakich typów sprzedaży powstają rekordy Purchases, oraz dodać proces zatwierdzania (SugarCRM, 2020).
  4. Import historii z ERP. Dane z ostatnich 24–36 miesięcy dają wystarczającą bazę do porównań rok do roku. Import wymaga zmapowania indeksów ERP na produkty w Product Catalog.
  5. Czyszczenie duplikatów kont. Jeśli ten sam klient istnieje w CRM jako trzy konta, każde z nich pokaże fragment jego zakupów, a analiza luk w portfelu da fałszywy wynik. Procedurę opisujemy w artykule o duplikatach kontaktów w SugarAI.

Jakie sygnały w historii zakupów wskazują okazję do cross-sellu lub up-sellu?

Okazję do cross-sellu lub up-sellu wskazuje pięć sygnałów, które da się wyciągnąć z modułów Purchases i Purchased Line Items raportami SugarAI:

  • Luka w portfelu (white space). Macierz „konto × kategoria produktu” pokazuje, które kategorie kupują podobni klienci z tej samej branży, a danego konta brakuje. To główne źródło okazji cross-sell w dystrybucji B2B.
  • Zbliżający się koniec umowy lub usługi. Pole Service End Date w Purchased Line Items pozwala wyfiltrować umowy serwisowe i subskrypcje kończące się w ciągu 90 dni. Sales Console (wcześniej Renewals Console) zbiera je w jednym widoku.
  • Rosnący wolumen. Wzrost Total Quantity w danej kategorii o kilkadziesiąt procent rok do roku to argument za kontraktem ramowym, wyższym progiem rabatowym albo wersją produktu dla większej skali.
  • Długi czas od ostatniego zakupu. Konto, które zamawiało regularnie co kwartał, a od pięciu miesięcy nie złożyło zamówienia, wymaga kontaktu. To sygnał ryzyka, ale też okazja do rozmowy o zmianie potrzeb.
  • Wzorzec podobnych kont. Jeśli 70% klientów z branży spożywczej kupuje kategorię B w ciągu roku od zakupu kategorii A, konta, które tego nie zrobiły, trafiają na listę priorytetów handlowca.

Jak zautomatyzować obsługę okazji cross-sell w SugarAI?

Obsługę okazji cross-sell w SugarAI automatyzuje się w trzech warstwach: proces w SugarBPM, widoki w Sales Console i alerty z sales-i. SugarBPM może utworzyć zadanie dla opiekuna konta 90 dni przed Service End Date albo po spadku zakupów poniżej ustalonego progu. Przykłady takich procesów opisujemy w artykule SugarBPM w praktyce. Sales Console zbiera konta z odnowieniami w bieżącym kwartale w jednym miejscu.

Dodatek Intelligence w SugarAI wymaga Sugar 14.0 lub nowszego oraz licencji Enterprise, Enterprise+, Sell Advanced, Sell Premier lub Serve (SugarCRM, 2025). Funkcja Account Intelligence generuje podsumowanie historii konta przed rozmową handlową. Funkcja Prediction przewiduje zamknięcie szans i konwersję leadów, ale nie wskazuje, jaki produkt zaproponować. Rekomendacje produktowe oparte na zakupach daje sales-i, a nie dodatek Intelligence. To rozróżnienie warto wyjaśnić z dostawcą przed zakupem licencji.

Segmenty kont z luką w portfelu można przekazać do Sugar Market jako odbiorców kampanii edukacyjnej o nowej kategorii produktów. Kampania przygotowuje grunt, a rozmowę i ofertę prowadzi handlowiec.

Jak to wygląda w praktyce? Przykład dystrybutora B2B

Poniższy scenariusz jest hipotetyczny i służy ilustracji metody. Liczby nie pochodzą z konkretnego wdrożenia.

Dystrybutor komponentów przemysłowych ma 25 handlowców, 1200 aktywnych kont i 6 kategorii produktów: łożyska, napędy, pneumatykę, smary, narzędzia i BHP. Po zaimportowaniu 36 miesięcy historii z ERP do modułów Purchases analiza white space pokazuje, że 520 kont (43%) kupuje tylko jedną kategorię. Wśród nich 180 kont z branży spożywczej kupuje łożyska, ale nie kupuje smarów certyfikowanych do kontaktu z żywnością.

Dyrektor sprzedaży dostaje listę 180 kont z przypisanymi opiekunami. SugarBPM tworzy zadanie przeglądu konta, a Sugar Market wysyła do tych firm materiał o wymaganiach dla smarów spożywczych. Jeśli 15% z tych kont, czyli 27 firm, zacznie kupować smary za średnio 30 tys. zł rocznie, dystrybutor zyska około 810 tys. zł przychodu rocznie bez pozyskiwania nowych klientów. Wynik przy innych założeniach będzie inny, ale metoda liczenia zostaje ta sama.

Jak mierzyć, czy cross-sell i up-sell zwiększają wartość klienta?

Efekt cross-sellu i up-sellu mierzy się zmianą przychodu i szerokości portfela u istniejących klientów, a nie liczbą wysłanych ofert. Pięć miar daje pełny obraz, a wszystkie można policzyć z modułów Purchases, Purchased Line Items i Accounts. Wartość bazową należy zapisać przed startem działań, bo bez punktu odniesienia nie da się oddzielić efektu programu od naturalnego wzrostu rynku.

Miara

Jak liczyć

Źródło danych w SugarAI

Przychód z istniejących klientów

Suma przychodu kont aktywnych w poprzednim roku

Purchases, pole Total Revenue

Liczba kategorii na konto

Średnia liczba kategorii produktów kupionych w 12 miesięcy

Purchased Line Items + Product Catalog

Net Revenue Retention

Przychód kohorty klientów rok do roku, z uwzględnieniem spadków i odejść

Purchases w ujęciu rocznym

Wskaźnik odnowień

Odnowione umowy / umowy kończące się w okresie

Purchased Line Items, Service End Date

Konwersja okazji cross-sell

Wygrane szanse z oznaczeniem cross-sell / wszystkie takie szanse

Opportunities z polem typu sprzedaży

Ostatnia miara wymaga pola, które oznacza szansę jako cross-sell lub up-sell. Bez niego nie da się oddzielić efektu programu od zwykłej sprzedaży.

Jakie błędy najczęściej blokują cross-sell w CRM?

Cross-sell w CRM najczęściej blokuje brak danych produktowych, a nie brak narzędzi. Najczęstsze błędy to:

  • Praca na samych Opportunities bez Revenue Line Items. Moduł Purchases pozostaje pusty, a analiza portfela jest niemożliwa.
  • Katalog produktów bez kategorii albo z kategoriami z ERP. Kategorie księgowe rzadko odpowiadają temu, jak klient kupuje.
  • Historia sprzedaży tylko w ERP. Handlowiec widzi w CRM aktywności, ale nie widzi, co klient zamawia.
  • Rekomendacje bez właściciela. Lista 500 kont z luką w portfelu bez przypisanego opiekuna i terminu nie zamienia się w rozmowy.
  • Mierzenie aktywności zamiast przychodu. Liczba wysłanych ofert rośnie, a przychód z istniejących klientów stoi w miejscu.

Od czego zacząć?

Pierwszy krok nie wymaga nowych licencji: wystarczy raport z modułu Purchases pokazujący, ile kont kupuje tylko jedną kategorię produktów. Ile takich kont jest dziś w Państwa bazie i czy którykolwiek handlowiec ma je na liście zadań na ten kwartał?

Najczęściej zadawane pytania

Czy moduł Purchases jest dostępny w każdej edycji SugarAI?

Moduły Purchases i Purchased Line Items są dostępne w Sugar Sell i Sugar Enterprise. Automatyczne tworzenie rekordów zakupów z wygranych szans wymaga licencji Sugar Sell oraz modelu Opportunities z Revenue Line Items.

Czym moduł Purchases różni się od Opportunities w SugarAI?

Opportunities grupują sprzedaż w czasie: jedna szansa to jedna transakcja. Purchases grupują sprzedaż według produktu i pokazują wszystkie zakupy danego produktu przez konto. Do analizy cross-sell i up-sell służy właśnie Purchases.

Czy można zaimportować historię zakupów z ERP do SugarAI?

Tak. Historię zakupów można zaimportować bezpośrednio do modułów Purchases i Purchased Line Items albo podłączyć ERP do sales-i. Przy imporcie indeksy ERP trzeba zmapować na produkty i kategorie w Product Catalog.

Czy AI w SugarAI sam podpowiada, jaki produkt zaproponować klientowi?

Rekomendacje produktowe oparte na historii zakupów daje sales-i. Dodatek Intelligence zawiera Account Intelligence, czyli podsumowanie konta, oraz Prediction, czyli prognozę zamknięcia szans i konwersji leadów. Prediction nie wskazuje produktów do zaproponowania.

Jak często analizować portfel klientów pod kątem cross-sellu?

Pełna analiza luk w portfelu raz na kwartał wystarcza w większości firm B2B. Sygnały czasowe, takie jak koniec umowy czy spadek zamówień, powinny działać w sposób ciągły przez procesy SugarBPM lub alerty sales-i.

Od jakiej liczby klientów warto analizować historię zakupów w SugarAI?

Analiza ma sens od kilkuset aktywnych kont i kilku kategorii produktów. Przy kilkudziesięciu klientach opiekun zna portfel każdego z nich bez raportów. Przy setkach kont luki w portfelu przestają być widoczne bez danych.

Źródła: SugarCRM, Purchases and Purchased Line Items – Application Guide 13.0 ; SugarCRM, Setting Up Sugar Sell Features ; SugarCRM, AI Prediction Administration Guide ; BusinessWire, SugarCRM Acquires sales-i (2024) .

← Wróć do bloga