Artykuły zebrane według problemu, branży i rodzaju systemu.
Grafika opakowania jest zaakceptowana, ale osoba zamawiająca druk nadal ustala, który komplet plików pasuje do danego produktu i zamówienia. Przy kilku pojemnościach oraz wersjach językowych sama informacja „projekt gotowy” zostawia za dużo pracy w poczcie. Własny obieg może połączyć uzgodnioną grafikę z konkretnym wydaniem do druku.
Oferta na zastąpienie SaaS pokazuje funkcje nowej aplikacji, ale niewiele mówi o dniu przejścia. Kupujący potrzebuje wiedzieć, kto przeniesie otwarte sprawy, jak zespół oceni wynik i co stanie się, jeśli nie będzie można rozpocząć pracy. Te ustalenia wpływają na zakres zamówienia równie mocno jak ekrany programu.
Dwa systemy wyglądają dobrze podczas prezentacji, a wykonawca własnej aplikacji deklaruje dopasowanie do pracy zespołu. Przed wyborem warto zamówić ocenę dopasowania na rzeczywistej pracy. Taka próba powinna wyjaśnić ważną niewiadomą zakupową, zanim firma zobowiąże się do migracji lub budowy.
Eksport z SaaS zawiera listę spraw, lecz pracownik nadal otwiera stary system, żeby znaleźć załącznik i zrozumieć wcześniejszą decyzję. Wyjście z usługi wymaga ustalenia, jak firma będzie korzystać z historii po zmianie. Sam plik z rekordami może nie wystarczyć do codziennych pytań zespołu.
Handlowcy nie aktualizują CRM, kierownik prowadzi własny arkusz, a firma rozważa napisanie nowego systemu. Własna aplikacja może jednak odziedziczyć ten sam problem, jeśli zespół nadal nie uzgodnił, które informacje są potrzebne i kto je uzupełnia. Przed zakupem warto ustalić, co dokładnie utrudnia pracę w obecnym produkcie.
Firma utrzymuje własne rozszerzenie, które powstało, bo w gotowym systemie brakowało potrzebnej funkcji. Dostawca dodał podobną możliwość i zespół pyta, czy można wyłączyć dodatkową aplikację. Warto ocenić to jako osobną zmianę: obecne rozszerzenie może obsługiwać także uzgodnienia, których nie widać w krótkim opisie funkcji.
Własna aplikacja działa po wdrożeniu, ale przy pierwszym problemie z połączeniem do ERP zespół nie wie, do kogo się zwrócić. Programista napisał kod, administrator opiekuje się serwerem, a dostawca ERP obsługuje swój produkt. Zakup zastępujący SaaS powinien określać, kto bierze odpowiedzialność za działanie całej potrzebnej usługi.
Firma chce odejść od SaaS, ale większość zespołu nadal potrzebuje go do codziennej pracy. Pierwszy etap zmiany powinien mieć wyraźną granicę: wiadomo, która praca przechodzi do nowej aplikacji, skąd bierze dane i co pozostaje w obecnym systemie. Bez tego częściowa wymiana łatwo tworzy dwa miejsca obsługi tej samej sprawy.
Dostawca SaaS przesłał wyższą ofertę odnowienia, a w firmie pojawił się pomysł zbudowania własnej aplikacji. Zanim stanie się planem projektu, trzeba ustalić, za co firma ma płacić po odnowieniu i kiedy realnie mogłaby przestać korzystać z obecnego narzędzia. Termin odnowienia często wyznacza inną decyzję niż docelowy wybór systemu.
Handlowiec chce wysłać urządzenie pokazowe do kolejnego klienta, lecz poprzednia prezentacja się przedłużyła. Magazyn ma planowany zwrot, a sprzedaż już obiecała nową wysyłkę. Wspólny obieg sprzętu pokazowego może pomóc uzgodnić te obietnice z rzeczywistym położeniem konkretnego egzemplarza.
Kilka spółek oczekuje pracy od tego samego centrum usług, a każda widzi tylko własny termin. Kierownik zespołu uzgadnia kolejność telefonicznie i przenosi ją do osobnego arkusza. Wspólny plan może pokazać, na jaką pracę zespół rzeczywiście się umówił i które prośby nadal wymagają decyzji.
Pracownicy zgłaszają pomysły usprawnień, ale po kilku miesiącach trudno ustalić, które sprawdzono i czego się nauczono. Podobna propozycja wraca z innego zakładu, a kierownik ponownie szuka osoby gotowej poprowadzić próbę. Własna aplikacja może połączyć zgłoszenie pomysłu z decyzją o jego sprawdzeniu i wynikiem dostępnym dla kolejnych zespołów.
Przed kwartalnym przeglądem współpracy opiekun klienta zbiera materiały, a po spotkaniu rozsyła ustalenia i wraca do nich w kolejnych mailach. Portal może dać obu stronom wspólne miejsce do przygotowania rozmowy i prowadzenia uzgodnionych działań między spotkaniami. Warto porównać taki wąski zakres z funkcjami używanej platformy customer success.
Zarząd otrzymał materiały na posiedzenie, a jedna ze spółek poprawiła już swój raport. Osoba przygotowująca spotkanie musi ustalić, kto czyta wcześniejsze dane i czy uzupełnienie dotarło do wszystkich. Własny portal raportowania może uporządkować przygotowanie i przekazanie takiego pakietu, jeśli obecne narzędzia zostawiają tę pracę w poczcie.
Zespół planuje zmianę systemu i wraca do pytania, dlaczego wcześniej wybrał dane rozwiązanie. Kod pokazuje, jak system działa, lecz uzasadnienie jest w dawnej rozmowie albo pamięci autora. Rejestr decyzji może zachować rozważane warianty i założenia, żeby kolejna zmiana zaczynała się od zrozumienia wcześniejszego wyboru.
Pracownik kończy przegląd wyposażenia placówki i zapisuje zdjęcia w telefonie. Koordynator później przepisuje usterki z raportu do zadań naprawczych. Aplikacja może połączyć te czynności: zachować notatkę podczas pracy bez internetu, a po jej odebraniu w centrali dołączyć zdjęcie i opis do zadania naprawczego.
Sprzęt pracował przy dwóch projektach, a obaj kierownicy wpisali do swoich arkuszy pełny koszt jego wynajmu. Przy wspólnym zestawieniu trzeba ustalić, skąd wzięło się podwojenie i jak podzielić tę pozycję. Aplikacja do kontroli kosztów może zachować jedno źródło oraz zatwierdzony podział, do którego każdy kierownik wróci ze swojego projektu.
Płacisz za system do ewidencji czasu, podwykonawcy wpisują w nim pracę, a przed sprawdzeniem faktury i tak otwierasz arkusz. Kierownik szuka zatwierdzenia w mailach, ktoś porównuje nazwy zadań, a dodatkowa praca trafia do osobnego zestawienia. Własna aplikacja może połączyć te informacje. Najpierw warto jednak ustalić, czy obecny system potrzebuje lepszej konfiguracji, niewielkiego rozszerzenia czy rzeczywiście nie obsłuży waszego sposobu rozliczania pracy.
Zestawienie przewozów dla klienta jest gotowe, ale pracownik nadal szuka potwierdzeń dostawy w poczcie i folderach. Przy każdym dokumencie sprawdza numer zlecenia, żeby dołączyć go do właściwej pozycji. Wspólny widok może zebrać przewozy i załączniki w pakiet do sprawdzenia oraz wskazać, czego jeszcze brakuje przed przekazaniem go klientowi.
Kontraktor przesłał dokument, pracownik poprosił o uzupełnienie, a poprawka przyszła w nowym mailu. Przy kolejnej rozmowie obie strony szukają właściwego załącznika i wcześniejszej uwagi. Jeśli tak wygląda zbieranie dokumentów od współpracowników zewnętrznych, warto rozważyć wspólne miejsce do ich przesyłania i przeglądu.