„Klient wie, czego chce, ale nie wie, czego potrzebuje.”

To zdanie wraca do mnie regularnie. Czasem słyszę je wypowiedziane wprost, czasem tylko widzę je między wierszami w mailach, briefach i prezentacjach projektowych. Najczęściej jednak… przypomina o sobie kilka tygodni po starcie wdrożenia.

Ilekroć zaczynam nowy projekt IT w logistyce, mam w głowie to jedno pytanie:
czy rozmawiamy już o rozwiązaniu, czy jeszcze o problemie?

Klient przychodzi z entuzjazmem i bardzo konkretną wizją:

📱 „Chcemy aplikacji mobilnej dla kierowców.”
📦 „Musimy mieć tracking przesyłek — klienci tego oczekują.”
⚙️ „Automatyzacja magazynu to nasz priorytet na ten rok.”

Padają hasła, są slajdy, czasem nawet gotowe makiety. Wszystko brzmi sensownie. W końcu technologia ma rozwiązywać problemy, prawda?

No właśnie — jakie problemy?

Gdy zaczynamy zadawać pytania, energia w pokoju zwykle trochę siada.

👉 Skąd pochodzą dane?
👉 Kto jest ich właścicielem?
👉 Czy proces jest opisany, czy „wszyscy wiedzą, jak to działa”?
👉 Co się stanie, jeśli system będzie działał szybciej… ale na złych danych?

I wtedy często okazuje się, że:

❌ te same dane występują w kilku wersjach
❌ każdy oddział „robi to po swojemu”
❌ systemy nie rozmawiają ze sobą, tylko wymieniają pliki
❌ część kluczowych decyzji opiera się na Excelu i intuicji

Technologia, którą klient chce wdrożyć, zaczyna wyglądać jak plaster na złamaną nogę.

Klient zgłosił się z jasnym celem:
„Chcemy zautomatyzować magazyn.” ⚙️

Roboty, integracje, optymalizacja — wszystko na topie.

Problem w tym, że po kilku dniach warsztatów wyszło na jaw, że:

stany magazynowe różnią się w zależności od systemu,
przyjęcia towaru są księgowane z opóźnieniem,
a ścieżka jednego produktu potrafi wyglądać inaczej w każdej zmianie.

W tym momencie automatyzacja nie była krokiem do przodu.
Była akceleratorem chaosu.

Zatrzymaliśmy się. Wróciliśmy do podstaw. Najpierw proces, potem dane, dopiero na końcu technologia.
Nie było to „sexy”.
Było za to skuteczne.

W takich momentach łatwo byłoby powiedzieć:
„OK, robimy to, co w zamówieniu.”

Ale prawdziwa wartość partnera IT zaczyna się wtedy, gdy:

🧠 zadaje pytania, których nikt wcześniej nie chciał zadać
🔎 mówi wprost, że „to jeszcze nie ten moment”
🛠️ projektuje rozwiązanie pod biznes, a nie pod modę technologiczną

Czasem oznacza to, że klient dostanie coś innego, niż pierwotnie chciał.
Za to dokładnie to, czego potrzebuje.

W logistyce bardzo łatwo zachwycić się narzędziami:
nową aplikacją, dashboardem, automatyzacją, AI.

Ale technologia bez zrozumienia procesu to tylko:

drogie wdrożenie,
trudne utrzymanie,
i szybkie rozczarowanie.

Dlatego zawsze wracam do tej samej myśli:

⚙️ technologia + 🧠 zrozumienie procesu = 🚀 realna wartość

Bez tego równania nawet najlepszy system nie dowiezie wyniku.

Jeśli pracujesz w logistyce i planujesz wdrożenie IT, spróbuj na chwilę zapomnieć o narzędziach, vendorach i funkcjach.

Zadaj sobie (i zespołowi) jedno, pozornie proste pytanie:

„Czy naprawdę wiem, czego potrzebujemy — czy tylko wiem, czego chcemy?” ❓

Bo bardzo często odpowiedź na nie decyduje o tym,
czy projekt stanie się historią sukcesu…
czy kolejną „lekcją na przyszłość”.

lukaszkogut.pl