10.10.2025

Silosy w obsłudze posprzedażowej: jak je oswoić, a nie zwalczać

Mimo iż technologia gna do przodu, to w wielu organizacjach informacje o kliencie są rozproszone między CRM, e-maile, systemy ticketowe, notatki działów, systemy dziedzinowe.

Mimo iż technologia gna do przodu, to w wielu organizacjach informacje o kliencie są rozproszone między CRM, e-maile, systemy ticketowe, notatki działów, systemy dziedzinowe.

Skutki znamy aż za dobrze:

  • klient powtarza tą samą historię kolejnym osobom,
  • pracownicy nie mają pełnego kontekstu i „przenoszą” sprawy między działami,
  • kolejne wpisy tworzone są ręcznie w różnych narzędziach,
  • kadra zarządzająca nie widzi wąskich gardeł ani odpowiedzialności za opóźnienia,
  • pierwsza linia obsługi klienta dwoi się i troi, aby niczego nie zaniedbać,
  • nie wiadomo ile jest otwartych tematów, w jakim są stanie, dla jakich są klientów.

Brzmi znajomo? To nie są przypadki, tylko efekt działania silosów informacyjnych i organizacyjnych, frustrujący – i klientów i pracowników i zarządzających.

Silosy były, są i będą. Jednak ich skutki można oswajać.

Nie ma jednej „magicznej różdżki”, która zlikwiduje silosy. Ale można je „rozbroić” procesowo, technologicznie i kulturowo.

Zamiast walczyć z ich istnieniem, lepiej nauczyć się niwelować ich wpływ na doświadczenie klienta (Customer Experience) i tym samym na efekty biznesowe.

Co według mnie naprawdę działa?

  • Wspólne cele i metryki sprawy zamiast perspektywy jednego e-maila, telefonu czy czata.
  • Projektowanie procesów wokół klienta, a nie wewnątrz działów.
  • Użycie istniejących repozytoriów w codziennej pracy zespołów obsługi klienta.

Oczywiste? Tak, ale diabeł tkwi w szczegółach. Od czego zacząć, co wykorzystać, a z czym się pogodzić? Jak głęboko „zanurkować” skoro każdy dział cały czas optymalizuje swoje procedury i narzędzia?

Na podstawie moich doświadczeń projektowych z różnych branż – cztery typy silosów, ich przyczyny i skuteczne sposoby niwelowania.

1. Silos IT/PMO i systemy ticketowe.

Działy IT i PMO pracują w systemach takich jak Jira, bo potrzebują środowiska dopasowanego do ich zadań. Problem zaczyna się, gdy zgłoszenie klienta trafia do ticketu i „znika” z oczu zespołu obsługi.

Efekt? Rozjazd kontekstu, brak pełnego wglądu w sprawę klienta i jej kontrolowania z jednego miejsca, chaos informacyjny i zbędne koszty.

Co działa?

  • Formalna integracja systemu obsługi klienta z ticketingiem (metody są różne).
  • Automatyczne zakładanie i śledzenie ticketów jako fragmentu jednej sprawy klienta.
  • Wątkowanie komunikacji między systemami z adekwatną historią w obu narzędziach.

2. Tam, gdzie wiedza nie płynie dalej.

Nie każdy dział da się łatwo „wpiąć” w obsługę klienta. Przeszkodą może być mocne przyzwyczajenia do posługiwania się tylko e-mailami oraz tłumaczenie, że tak jest najszybciej, że to indywidualne podejście, bo znają pracowników z działu obsługi.

Często rzeczywistym powodem jest obawa przed mierzalnością pracy (np. moment pojawienia się zadania, czas reakcji, dotrzymanie terminu, liczba zwrotów i przekazań), która ujawnia wąskie gardła i odpowiedzialność.

Czasem są to zespoły wewnętrzne (produktowe, finansowe, dyspozytornie, magazyny). Działają we własnych narzędziach ERP ze specjalizowanymi kalkulatorami (lub arkuszami Excel), używają platform do obsługi zamówień oraz wykorzystują e-maile i arkusze, a wszystko to według własnych zamkniętych procedur.

Efekt? Kluczowe etapy procesu toczą się „obok” głównego nurtu, przez co tracimy widoczność, pomiar i kontrolę.

Co działa?

  • Wspólna platforma z wątkowaną komunikacją wszystkich uczestników wokół sprawy klienta.
  • Jasne zadanie „Oczekiwanie na odpowiedź” z automatycznie monitorowanym terminem.
  • Automatyczna reakcja na brak odpowiedzi w terminie lub natychmiast po odpowiedzi.
  • Pomiar skali zjawiska z perspektywy działu obsługi bez zmiany przyzwyczajeń innych działów.
  • Automatyczne zadania procesu z wywołanianiami systemu dziedzinowego (statusy, działania).
  • Pełny kontekst sprawy dla konsultanta – integracja danych systemu dziedzinowego (umowy, zamówienia, polisy, przesyłki, pliki).

3. Działy obsługi jako silosy? Tak, to też się zdarza.

Obsługa klienta powinna być odporna na silosy – ale niestety często nie jest. Podział geograficzny lub rynkowy, specjalizacja obsługi kanałów lub typów spraw uruchamiają lokalne praktyki i brak standardu jakościowego, ale to tylko wierzchołek góry lodowej braku systemowego podejścia.

Skrzynki oddziałów i skupianie się na kontakcie z klientem (a nie na jego wszystkich sprawach) powodują np. że jeden oddział nie wie o e-mailach klienta w innym oddziale. Pojawiają się „wędrujące e-maile”, następuje utrata ciągłości obsługi klienta, nierównomierne obciążenie działów, wprowadzane są ręczne metody zarządzania.

Efekt? Sprawa odbija się między zespołami i kanałami, a klient traci ciągłość i jasność, kto realnie prowadzi temat.

Co działa?

  • Jednolita ewidencja spraw niezależnie od działu, lokalizacji, klienta i kanału kontaktu.
  • Odejście od kierowania spraw skrzynkami e-mailowymi albo uwzględnienie innych reguł.
  • Rozszerzenie reguł kierowania spraw o atrybuty klientów (np. segment, opiekun).
  • Wiązanie spraw przedmiotem obrotu (rodzaj polisy, przesyłki, zamówienia).
  • Systemowe wsparcie komunikacji między oddziałami, jawne przekazywanie zadań, a nie e-maili.

4. Dział handlowy i CRM jako silos sprzedaży.

CRM to istne królestwo handlowców.

Jednak jeśli po podpisaniu umowy dane nie trafiają dalej, to działy wsparcia startują „od zera” (dane kontaktowe, segmentacja klienta) albo mają utrudniony dostęp i dopiero w trakcie obsługi rekonstruują kontekst klienta – warunki umowy, właściwych opiekunów i doradców – zamiast mieć go dostępnego od pierwszego kontaktu.

Czasem działa to też w drugą stronę i to handlowcy po podpisaniu umowy nagle przestają widzieć obraz całości spraw klienta, bo „przekazali” umowę do obsługi i nie mają dostępu do tego jak umowa jest realizowana.

Efekt? Obsługa klienta działa niezgodnie z umowami i traci czas na poszukiwanie danych, a handlowcy reagują na pojedyncze eskalacje bez obrazu całości spraw klienta.

Co działa?

  • Wspólne identyfikatory podmiotów w całym ekosystemie IT.
  • Integracja z CRM w zakresie podstawowych danych klienta i osób kontaktowych.
  • Wywołanie kontekstu CRM wprost z okna obsługi klienta w zakresie innych danych.
  • Udostępnienie handlowcom kontekstu spraw klienta w ich narzędziu.

Ok, a więc z czego w skrócie składa się spójny ekosystem obsługi klienta?

Treść artykułu

Od czego zacząć – szybka oś decyzyjna

Zacznij od perspektywy pierwszej linii obsługi klienta. Odpowiedz szczerze na pytania*:

  • Czy pracownik widzi całą historię sprawy w jednym miejscu?
  • Czy widać w czasie rzeczywistym, gdzie sprawa się zatrzymała i kto ją prowadzi?
  • Czy współpraca działów jest jawna i mierzalna, a nie tylko „na e-mailach i dobrej woli”?
  • Czy KPI są wspólne dla procesu, a nie „każdy liczy swoje”?

Jeśli na większość odpowiedziałeś „nie” – zacznij od poniższych kroków. Jeśli „tak” – zróbmy krótką sesję „co dalej?”.

*znamy ich więcej, to tylko kilka punktów na start 🙂

Krok 1 – Uruchomienie „as-is” i identyfikacja

  • Wystartuj z bazowym procesem i rejestrem spraw (możliwie bezboleśnie).
  • Ustal mechanizm identyfikacji klienta po danych kontaktowych – kojarz tematy jednego klienta z różnych kanałów.
  • Zaczynaj budować obraz klienta (korelacja adresów e-mail, telefonów, numerów zamówień).
  • Jeśli to możliwe – wskaż numer wiodący (spina sprawę z przedmiotem obrotu).

Krok 2 – Standaryzacja i mapowanie danych

  • Uspójnij podstawowe workflow i kategorie zgłoszeń.
  • Zmierz czas życia spraw i punkty przestojów.
  • Zbierz dostępne typy danych (przedmiot obrotu, być może ustandaryzowany: polisa, przesyłka, zamówienie).
  • Zrób inwentaryzację źródeł danych (CRM, systemy dziedzinowe, partnerzy) i mapę pojęć.
  • Wybierz 1–2 krytyczne integracje do realizacji w pierwszej kolejności.

Krok 3 – Reguły kierowania i metryki

  • Ustaw reguły kierowania po danych klienta i sprawy, uwzględniając opiekuna oraz terminy zadań.
  • Zdefiniuj zastępstwa, terminy zadań, SLA oraz kategorie priorytetów.
  • Włącz pomiar KPI end-to-end (jeśli nie było – to jest moment).
  • Po kilku tygodniach pracy przeprowadź rewizję procesu i usprawnij go na podstawie obserwacji czasu życia zgłoszeń.

Krok 4 – Integracje i pełny kontekst

  • Dołącz ticketing (np. Jira) – e-mail i API.
  • Dołącz informacje o kliencie i przedmiotach obrotu (zamówienie, polisa, przesyłka…).
  • Zapewnij wspólny widok sprawy – bez przełączania narzędzi.

Potrzebujesz szybkiej diagnozy? W 1h możemy przejść 2–3 realne sprawy i wskazać, który krok u Ciebie da najszybszy efekt.

Treść artykułu

AICM łączy to, czego wymaga dojrzała obsługa posprzedażowa – w jednym miejscu:

  • Workflow i zadania – przejrzyste stany, terminy, właściciele; gotowe szablony „as-is” i szybkie modyfikacje.
  • Rejestr spraw – jednolity dla wszystkich kanałów (e-mail, telefon, formularz, portal) z pełną historią i wątkowaniem.
  • Komunikacja omni- i multichannel – wszystko w kontekście sprawy, bez kopiuj-wklej i „wędrujących e-maili”.
  • Integracje szerokiego zasięgu – CRM, systemy dziedzinowe, ticketing (e-mail i API), portale partnerów; pełny kontekst bez przełączania narzędzi.
  • Model pojęciowy i raportowanie – wspólne KPI end-to-end, dashboardy dla operacji i zarządu.
  • Bezpieczeństwo i zgodność – role, uprawnienia, audyt działań, zgodność z RODO.

Efekt biznesowy: krótszy czas obsługi, mniej przekazań, mniej „odzyskiwania kontekstu”, przewidywalne SLA i realna widoczność wąskich gardeł.

Silosy nie znikną z organizacji – są efektem specjalizacji i skali. Ale to, jak bardzo wpływają na doświadczenie klienta, zależy już od nas. Spójny ekosystem obsługi nie wymaga rewolucji – tylko decyzji, by połączyć procesy, dane i ludzi wokół jednej sprawy.

Każdy krok w tym kierunku to mniej nieporozumień, mniej powtarzanych historii i więcej satysfakcji – zarówno po stronie klienta, jak i zespołów obsługi.

Autor tekstu: Rafał Pedrycz, Senior Business Analyst, AICM Product Owner w Altar