Artykuły zebrane według problemu, branży i rodzaju systemu.
Podwykonawca pyta o szczegół na rysunku, projektant odpisuje, a kierownik nadal musi ustalić, którą odpowiedź przekazać zespołowi. Jeśli takie sprawy krążą między platformą budowy a pocztą, warto przyjrzeć się obsłudze RFI. RFI (Request for Information) to pytanie o informację techniczną lub wyjaśnienie dokumentacji budowy.
Klient wysłał plik i pyta, kiedy ruszy usługa. Koordynator wdrożenia odpisuje, że zespół nadal czeka na dostęp do danych, a potem przypomina o tym osobie z IT klienta. Jeśli takie wyjaśnienia wracają przy kolejnych wdrożeniach, wspólny widok zadań może oszczędzić ponownego ustalania, kto na kogo czeka. Własne narzędzie do onboardingu ma sens wtedy, gdy potrzebnego obiegu nie da się wygodnie obsłużyć w obecnym systemie projektowym.
Klient proponuje termin wizyty, technik ma wolne, ale potrzebny zestaw serwisowy jedzie wtedy na inne zlecenie. Planista sprawdza to dopiero w osobnym arkuszu. Wspólny widok ludzi i sprzętu może pokazać taki konflikt przed potwierdzeniem terminu. Warto sprawdzić, czy zapewni go obecny program serwisowy, czy potrzebne jest połączenie narzędzi, w których zespół prowadzi rezerwacje.
Dostawca przysyła poprawiony katalog, a pracownik sklepu znów porównuje arkusze, żeby ustalić, co się zmieniło. Opisy były już zaakceptowane; do poprawy pozostał link do zdjęcia jednego produktu. Portal danych produktowych może zachować uwagi przy konkretnych pozycjach i pokazać dostawcy, co ma poprawić. Zespół katalogu otrzymuje wtedy kolejną wersję wraz z historią sprawdzenia, zanim zdecyduje o imporcie.
Najemca wysłał prośbę o dodatkowe sprzątanie i dzwoni, żeby zapytać, czy ktoś przyjdzie. Zarządca widzi zgłoszenie, ale nadal czeka na potwierdzenie ze strony najemcy. Portal może pokazać obu stronom, co już wpłynęło, kto ma odpowiedzieć i czy termin został ustalony.
Klient prosi o dokument jakościowy do dostawy, a pracownik znów przeszukuje foldery i sprawdza numer partii. Znalezienie pliku o podobnej nazwie produktu nie kończy pracy: trzeba jeszcze potwierdzić, czy dokument dotyczy tej dostawy i czy dział jakości nie zatwierdził nowszego wydania. Portal może pozwolić klientowi samodzielnie pobrać właściwy plik. Warto zacząć od sprawdzenia, czy taką obsługę da się oprzeć na obecnej bibliotece dokumentów lub systemie jakości.
Firma partnerska ma status „wdrożona”, bo jej dokumenty zostały przyjęte, a jedna osoba ukończyła szkolenie. Opiekun sieci nadal musi sprawdzać, czy konkretny pracownik ma zgodę na obsługę danej linii produktów. Portal wdrożeniowy może zachować te ustalenia osobno i pokazać partnerowi, co pozostało do zrobienia przy jego zgłoszeniu.
Klient zaakceptował rysunek, ale od tego czasu projektant wprowadził kolejną zmianę. Kierownik przegląda wiadomości, żeby ustalić, którą wersję klient widział i jakie prace może przekazać zespołowi. Portal zmian projektowych może przechować odpowiedź razem z konkretnym rysunkiem i opisem zmiany. Dzięki temu kolejna osoba otwiera całe ustalenie w jednym miejscu.
Laptop wrócił do IT, ale czy można już wydać go kolejnej osobie? Jeśli odpowiedź wymaga sprawdzenia arkusza i karty urządzenia w ITSM, warto połączyć te informacje. Gotowy rejestr potrafi rozróżnić zwrot i gotowość sprzętu. Własna aplikacja lub integracja ma sens, gdy mimo dostępnych funkcji zespół nadal przepisuje dane między HR a ewidencją.
Autor oferty kopiuje opis usługi z poprzedniego dokumentu, a osoba sprawdzająca znów poprawia nieaktualny zakres. Potem trzeba jeszcze ustalić, czy do nowego odbiorcy można wysłać wybrane referencje. Biblioteka ofert może zebrać zatwierdzone fragmenty, ich opiekunów i zasady użycia, a przy gotowej ofercie zachować dokładnie te wersje, z których ją złożono.
Planista przydziela serwisanta do przyszłej wizyty, bo w rejestrze widzi ważne uprawnienie. Termin jego ważności kończy się jednak przed wyjazdem. Połączenie ewidencji z planem wizyt może pokazać tę różnicę wcześniej i pozwolić sprawdzić, czy odnowienie zostało już zatwierdzone.
Przy dostawcy widnieje aktualny certyfikat, ale zakup dotyczy innego zakładu niż wskazany w dokumencie. Pracownik otwiera załącznik i znów wyjaśnia tę różnicę z dostawcą. Rejestr łączący dokument z zakładem i zakresem zakupu może zachować wynik tego sprawdzenia. Kolejna osoba zobaczy wtedy, dla którego zakładu firma ma odpowiedni dokument, a gdzie nadal czeka na wyjaśnienie.
Paczka ze zwrotem dotarła, ale magazyn znalazł w niej inne produkty niż uzgodnione. Obsługa klienta widzi tylko potwierdzenie odbioru i musi dzwonić po szczegóły. Wspólny widok zwrotu może zestawić uzgodnione pozycje z zawartością paczki, żeby pracownik od razu wiedział, co wyjaśnić z klientem.
Franczyzobiorca otwiera raport swojego lokalu raz w miesiącu, a gdy zauważy różnicę, wysyła wyjaśnienie mailem. Centrala szuka potem tej wiadomości przy poprawianiu zestawienia. Jeśli płacisz za każde konto, nowe lokale zwiększają rachunek także wtedy, gdy ich użytkownicy potrzebują tylko kilku informacji i miejsca na zgłoszenie korekty. Własny portal może uprościć tę pracę. Zanim go zamówisz, sprawdź możliwości udostępniania w obecnym narzędziu i to, czego naprawdę brakuje przy wyjaśnianiu danych.
Po zmianie godzin obsługi klienta zespół ręcznie poprawia raport SLA. Trzeba ustalić, od kiedy stosować nowy kalendarz i jak wrócić do zasad użytych wcześniej. Własna aplikacja może pomóc przygotować zmianę, porównać jej wpływ na wyniki i przekazać ją do zatwierdzenia przed użyciem w raportowaniu.
Program liczy zwykłą prowizję, a uzgodniony podział sprzedaży między handlowców nadal trafia do osobnego arkusza. Przy każdym rozliczeniu ktoś nanosi tę samą poprawkę i pilnuje, żeby nie zgubić jej przy kolejnym przeliczeniu. Własny system prowizji może przejąć tę pracę. Najpierw warto sprawdzić, czy wyjątek da się zapisać w obecnym narzędziu albo obsłużyć niewielkim rozszerzeniem.
Produkcja zakończyła działania po reklamacji partii, ale opiekun klienta nadal zbiera zdjęcia, wyniki pomiarów i wyjaśnienie do wysłania. Jeśli tak wygląda obsługa reklamacji w twojej firmie, warto połączyć pracę działów wokół odpowiedzi dla klienta. Zakończenie zadania produkcji nie oznacza jeszcze, że uzgodniony pakiet jest gotowy.
Klient zaakceptował rysunek, ale poprosił o poprawienie instrukcji. Na tablicy projektu widnieje już „zatwierdzono”, więc zespół musi wrócić do korespondencji, żeby ustalić, co jeszcze ma zrobić. Własny system akceptacji może pokazać decyzję klienta przy każdym przekazywanym materiale i zachować wersję, której dotyczyła.
Zlecenie serwisowe powinno zachować zaakceptowany zakres diagnozy, nawet gdy późniejsza wersja oferty dodaje naprawę i części. Zanim zamówisz własny system, sprawdź, czy CRM potrafi przechować wersje, przypisać akceptację do konkretnej z nich i przekazać tę samą wersję do zlecenia. Potem porównaj konfigurację, rozszerzenie, inne oprogramowanie abonamentowe i budowę aplikacji.
Partner potrzebuje konta w systemie tylko po to, by przyjąć zlecenie i wpisać wynik naprawy. Płacisz za dostęp, a koordynator i tak przesyła mu zdjęcia mailem i odpowiada instalatorowi na pytania o status. Jeśli tak wygląda praca w twojej sieci serwisowej, warto sprawdzić, czego brakuje w obecnym narzędziu. Czasem wystarczy zmienić ustawienia lub plan. Własna aplikacja ma sens, gdy usuwa powtarzające się obejścia, których gotowy system nie potrafi obsłużyć.