Każdy system ma własną wersję prawdy
Klient ma inny adres w CRM, inny w księgowości i jeszcze inny na liście wysyłkowej. Który jest aktualny, wie tylko osoba, która wprowadzała ostatnią zmianę.
Łączę systemy, które każdy z osobna działa dobrze, a razem wymagają osoby przenoszącej dane. Integracja to nie tylko połączenie: to też decyzja, co się dzieje, gdy druga strona przestaje odpowiadać.
Każdy z tych objawów kosztuje kilka minut. Kilka minut razy kilkaset zdarzeń to etat.
Klient ma inny adres w CRM, inny w księgowości i jeszcze inny na liście wysyłkowej. Który jest aktualny, wie tylko osoba, która wprowadzała ostatnią zmianę.
Godziny na przenoszenie tych samych pozycji między aplikacjami. To zajęcie, które nie wymaga niczyich kompetencji, a zajmuje czas kogoś, kto je ma.
W jednym systemie zamówienie jest opłacone, w drugim wciąż czeka. Ruszy dopiero, gdy ktoś zauważy i przeklika ręcznie.
Synchronizacja odbywa się wtedy, gdy ktoś ją zrobi. Do tego czasu raporty pokazują stan, który już nie istnieje.
Połączenie działało, dostawca zmienił API, transfer przestał chodzić po cichu. Wyjdzie przy zamknięciu miesiąca, gdy brakuje danych.
Jedna osoba zna wszystkie przejścia między systemami i wie, co trzeba kliknąć, żeby dane doszły. Bez niej proces staje.
Trudne jest to, co się dzieje, gdy druga strona zwróci błąd, zmieni format albo zamilknie na godzinę.
Każda ścieżka błędu ma log z kontekstem: co, dla kogo i dlaczego się nie udało. Integracja, która pada po cichu, jest gorsza od jej braku, bo dajesz jej zaufanie, na które nie zasłużyła.
Sieć bywa zawodna i to jest normalne. Nienormalne jest wystawienie klientowi dwóch faktur, bo ponowienie poszło dwa razy. Operacje muszą znosić powtórzenie.
Przy każdym polu ustalamy, który system jest źródłem. Bez tego synchronizacja dwukierunkowa zamienia się w wojnę na nadpisywanie.
Dostawcy zmieniają API i nie pytają o zgodę. Zmiana formatu ma zatrzymać transfer z czytelnym komunikatem, a nie zapisać śmieci do bazy.
Klucze do integracji są przechowywane osobno od kodu i trafiają do systemu automatycznie, bez ręcznego wklejania. Automatyczna kontrola pilnuje, żeby żaden klucz nie trafił przypadkiem do kodu.
Cztery kroki. Pierwszy jest bezpłatny i często wystarcza, żeby wiedzieć, czy w ogóle jest o czym rozmawiać.
Rozmawiamy o jednym procesie: co się w nim dzieje, ile razy w miesiącu i gdzie ucieka czas. Jeśli nie ma tu czego automatyzować, powiem to na tej rozmowie.
Dostajesz proces opisany z zaznaczonymi miejscami strat, proponowany zakres, widełki kosztu i szacowany czas, razem z listą rzeczy, których nie warto ruszać.
Każdy etap kończy się czymś, co da się włączyć do pracy i ocenić w liczbach, zanim ruszy kolejny. Zamiast kwartału ciszy i jednego dużego uruchomienia.
Zespół uczy się na Waszych danych, dokumentacja i dostępy zostają po Waszej stronie. Jestem przy pierwszych nietypowych przypadkach, bo te pojawiają się po starcie, nie w dniu uruchomienia.
Z każdym, który udostępnia API albo eksport danych: CRM-y, systemy księgowe i magazynowe, bramki płatnicze, poczta, kalendarze, narzędzia do podpisu elektronicznego. Przy systemach zamkniętych sprawdzam wykonalność przed wyceną, zamiast obiecywać w ciemno.
Prędzej czy później zmieni. Integracja ma wtedy zatrzymać się głośno, z komunikatem wskazującym, co się zmieniło. Cichy transfer zapisujący niepoprawne dane jest scenariuszem, przed którym się zabezpiecza w pierwszej kolejności.
Proste połączenie dwóch systemów z jasnym API to kwestia dni. Czas zjadają wyjątki, mapowanie pól i ustalenie, co jest źródłem prawdy, czyli dokładnie ta część, którą pominięcie mści się później.
Zwykle tak, jeśli obecne narzędzia robią swoją robotę i problem leży wyłącznie w przepływie danych. Wymiana systemu to koszt, migracja i szkolenie zespołu od nowa: sensowne dopiero, gdy narzędzie realnie blokuje rozwój.
Dostępu do danych pilnuje sama baza danych, a nie ukryty przycisk w aplikacji, więc handlowiec technicznie nie odczyta cudzych klientów. Klucze i hasła do usług są poza kodem. Każda zmiana, zanim trafi na produkcję, przechodzi automatyczne sprawdzenia, w tym skan pod kątem wycieku sekretów. Kod i dane zostają po Waszej stronie.
Tak, i zwykle tak to wygląda: zaczynamy od jednego procesu, a kolejne dochodzą etapami. Kod jest w Waszym repozytorium razem z dokumentacją, więc rozbudowę może zrobić też ktoś inny niż ja.
Trzydzieści minut wystarczy, żeby powiedzieć, czy jest tu co automatyzować. Jeśli nie ma, usłyszysz to wprost, zanim powstanie jakakolwiek oferta.
Bez zobowiązań. Bez oferty, zanim zrozumiem proces.
Zobacz, co już zbudowałem →albo napisz na hello@kamiljan.com · LinkedIn