Najważniejsze w skrócie
- Własnymi siłami — działa tylko wtedy, gdy w firmie jest ktoś, kto rozumie i proces, i narzędzia, i ma czas. Zwykle taka osoba jest najbardziej obłożonym człowiekiem w organizacji.
- Software house — rozwiązuje problem czasu i kompetencji, ale zostawia dystans do procesu i zależność po wdrożeniu. Im lepsze wdrożenie, tym mocniejsza ta zależność.
- Gotowy produkt — sensowny, gdy istnieje dojrzały system pokrywający proces bez naciągania. Średnia firma produkcyjna rzadko się w nim mieści.
- Wszystkie trzy drogi mają wspólny ślepy punkt: traktują wdrożenie jako jednorazowe wytworzenie narzędzia, a o przetrwaniu decyduje to, czy w firmie zostaje ktoś, kto potrafi je rozwijać.
- Wytworzenie narzędzia ≠ wdrożenie. Pierwsze kończy się oddaniem kodu, drugie — tym, że ktoś w firmie potrafi je rozwijać.
- Najgorszy wybór to brak wyboru — wdrożenie dryfujące między drogami kończy się gorzej niż każda z nich konsekwentnie doprowadzona do końca.
Własnymi siłami
Droga „zrobimy to sami" kusi, bo wygląda na najtańszą i daje pełną kontrolę. Działa, jeśli w firmie jest ktoś, kto rozumie i proces, i narzędzia — osoba zdolna zbudować rozwiązanie oraz mająca czas, żeby je dokończyć i utrzymać. W większości średnich firm produkcyjnych taka osoba albo nie istnieje, albo jest najbardziej obłożonym człowiekiem w organizacji.
Najczęstszy scenariusz porażki wygląda tak: zapaleniec z działu IT lub utalentowany inżynier zaczyna budować coś po godzinach, powstaje obiecujący prototyp, a potem projekt umiera. Zabrakło czasu, priorytet przykryły bieżące obowiązki, albo autor odszedł i nikt nie wie, jak to utrzymać, bo wiedza mieściła się w jednej głowie i nigdy nie została spisana. To nie kwestia talentu, tylko tego, że wdrożenie traktowane jako projekt poboczny dostaje resztki uwagi.
Software house
Zlecenie wyspecjalizowanej firmie rozwiązuje problem czasu i kompetencji technicznych. Dostajesz zespół, który zbuduje rozwiązanie profesjonalnie i w terminie. Sprawdza się przy projektach o jasno określonym, stabilnym zakresie — gdy z góry wiadomo, co ma powstać.
Słabość pojawia się w dwóch miejscach. Pierwsze to dystans do procesu: software house zna technologię, ale nie zna twojej firmy, więc pierwsze tygodnie schodzą na tłumaczenie, jak naprawdę wygląda praca w dziale, i łatwo o rozwiązanie technicznie poprawne, które mija się z realnym przebiegiem. Drugie to zależność po wdrożeniu — gdy aplikacja powstaje poza firmą, każda zmiana i rozbudowa wraca do wykonawcy, a firma zostaje z narzędziem, którego sama nie umie ruszyć. Im lepsze wdrożenie, tym mocniejsza ta zależność.
Gotowe oprogramowanie z półki
Kupno gotowego systemu — z modułem AI, predykcją, asystentem — wygląda na najszybszą drogę. Czasem jest słuszne: jeśli istnieje dojrzały produkt pokrywający twój proces bez naciągania, kupno bywa rozsądniejsze niż budowanie czegokolwiek.
Problem w tym, że średnia firma produkcyjna rzadko mieści się w gotowym produkcie. Procesy bywają specyficzne, dane rozsiane po arkuszach i mailach, a system z półki wymaga, żeby firma dopasowała się do jego logiki, a nie odwrotnie. Kończy się to wykorzystaniem ułamka funkcji, za które płaci się abonament w całości, albo kosztownym dostosowywaniem, bliższym już projektowi programistycznemu niż zakupowi z półki. O tym, dlaczego mniejsze, dopasowane rozwiązania wygrywają z dużym systemem, pisałem w przewodniku o mikroaplikacjach.
Czego brakuje w tym wyborze
Te trzy drogi mają wspólny ślepy punkt: traktują wdrożenie sztucznej inteligencji jako jednorazowe wytworzenie narzędzia. Powstaje aplikacja — i na tym kończy się myślenie. Tymczasem to, czy wdrożenie przetrwa, zależy od czegoś innego: czy w firmie zostaje ktoś, kto rozumie, jak ono działa, i potrafi je rozwijać.
Stąd czwarta droga, którą prowadzę: budowa rozwiązania razem z zespołem klienta, na miejscu, z przekazaniem kompetencji po drodze. Aplikacja powstaje szybko, jak u software house'u, ale nie wychodzi z firmy razem z wykonawcą — zostaje w niej wiedza, kto i jak ma ją utrzymać. To łączy tempo zlecenia z niezależnością rozwiązania zrobionego u siebie. Pierwsze wdrożenie zamyka się w wąskim zakresie jednego działu i w cyklu kilku tygodni, żeby szybko było widać, czy trafia w problem.
Jak wybrać
Zamiast pytać „która droga jest najlepsza", warto zadać kilka pytań o własną firmę. Czy mamy kogoś z czasem i kompetencjami, żeby zbudować i utrzymać rozwiązanie — jeśli tak, droga własna staje się realna. Czy proces, który chcemy wesprzeć, jest stabilny i typowy — jeśli tak, gotowy produkt albo software house mają sens. Czy zależy nam, żeby po wdrożeniu zostać samodzielnym — jeśli tak, liczy się to, ile wiedzy zostaje w firmie, niezależnie od tego, kto buduje.
Najgorszy wybór to brak wyboru. Wdrożenie, które dryfuje między drogami, bo nikt nie rozstrzygnął, kto za nie odpowiada i co ma zostać po jego zakończeniu, kończy się gorzej niż każda z trzech dróg konsekwentnie doprowadzona do końca.
Nie wiadomo jednak:
Zanim podejmiesz decyzję na podstawie tego tekstu, warto sprawdzić, czy po Twojej stronie znane są odpowiedzi na te pytania:
- czy osoba, która miałaby budować rozwiązanie u Was, ma na to czas poza bieżącymi obowiązkami;
- czy zakres da się opisać z góry, czy będzie się odkrywał w trakcie — od tego zależy, czy software house ma sens;
- czy istnieje gotowy produkt pokrywający Wasz proces bez naciągania go do cudzej logiki;
- ile kosztuje wyjście z każdej z tych dróg, gdyby okazała się nietrafiona;
- kto utrzyma rozwiązanie za dwa lata, niezależnie od tego, kto je zbuduje.
Najczęstsze pytania
Zrobić wdrożenie samemu czy zlecić na zewnątrz?
Zależy od tego, czy w firmie jest osoba rozumiejąca zarówno proces, jak i narzędzia, która ma czas nie tylko zbudować, ale i utrzymać rozwiązanie. Jeśli nie ma, droga własna zwykle kończy się obiecującym prototypem, który umiera, gdy priorytet przykryją bieżące obowiązki.
Kiedy software house jest dobrym wyborem?
Przy projektach o jasno określonym, stabilnym zakresie, gdy z góry wiadomo, co ma powstać. Słabiej wypada tam, gdzie zakres odkrywa się w trakcie — bo pierwsze tygodnie schodzą na tłumaczenie, jak wygląda praca w dziale, a rozwiązanie technicznie poprawne potrafi minąć się z realnym przebiegiem.
Kiedy kupić gotowy system zamiast budować?
Gdy istnieje dojrzały produkt pokrywający wasz proces bez naciągania. Problem zaczyna się wtedy, gdy to firma musi dopasować się do logiki systemu — kończy się wykorzystaniem ułamka funkcji, za które płaci się w całości, albo dostosowywaniem bliższym projektowi programistycznemu niż zakupowi.
Jak wybrać drogę wdrożenia?
Zamiast pytać, która jest najlepsza, warto odpowiedzieć na trzy pytania o własną firmę: czy mamy kogoś z czasem i kompetencjami; czy proces jest stabilny i typowy; oraz czy zależy nam, żeby po wdrożeniu zostać samodzielnym. Trzecia odpowiedź waży najwięcej w perspektywie lat.
Co dalej
Jeśli stoisz przed tym wyborem, zacznij od rozpoznania, gdzie wdrożenie ma dać efekt i jak wygląda proces, który ma wesprzeć — bo to ono przesądza, która droga pasuje, a nie odwrotnie. Pełną ścieżkę, od diagnozy przez pierwsze wdrożenie po jego rozwój, opisuję na stronie oferty.
→ Zobacz, jak wygląda ścieżka wdrożenia
→ Umów konsultację 30 minut
