Blog

Co przygotować przed rozmową z software house'em

Co przygotować przed rozmową z software house: nie listę funkcji, tylko papiery z obiegu, trzy zlecenia i drogę jednego z nich. Sprawdźcie listę.

Spotkanie przy stole w biurze: trzech mężczyzn rozmawia nad otwartym laptopem, jeden stoi oparty o blat i tłumaczy coś pozostałym, którzy słuchają w skupieniu

Trzy rzeczy: papiery i arkusze, których dziś używacie, trzy konkretne zlecenia - typowe, nietypowe i to, które poszło źle - oraz droga jednego zlecenia od zapytania do zapłaty. Tyle wystarczy na pierwszą rozmowę z software house’em i to jest materiał, z którego da się wycenić robotę. Lista funkcji przyda się później, na etapie ustalania zakresu; jako materiał wejściowy jest najsłabsza z całej trójki.

Poradniki o briefach każą zacząć od listy funkcji z podziałem na niezbędne i te, które mogą poczekać. To jest dobra druga rozmowa i słaba pierwsza.

Dlaczego lista funkcji jest najsłabszym materiałem

Lista funkcji powstaje z wyobrażenia o systemie, a nie z tego, jak firma pracuje. Zwykle wygląda tak: kalendarz, powiadomienia, raporty, aplikacja mobilna, integracja. Każdy z tych punktów da się zbudować na kilkanaście sposobów, które różnią się kosztem nawet kilkukrotnie, a z samej nazwy nie wynika, który jest Wasz.

Gorzej: lista funkcji przemilcza wyjątki, a to w nich siedzi większość pracy. W systemie dla grawerni laserowej zaczęliśmy nie od ekranów, tylko od przejścia drogi zlecenia od zapytania mailem do pieniędzy na koncie. Wyszło coś, czego nie było w opisie: zlecenie nie jest jednym procesem, tylko trzema - inaczej wygląda robota na materiale własnym, inaczej na materiale powierzonym przez klienta, a jeszcze inaczej usługa wykonywana u klienta na miejscu. Trzy komplety informacji, trzy sposoby rozliczenia. W zleceniu przysłanym mailem widać tylko to, co ma powstać - nie widać, czyj jest materiał ani gdzie stoi maszyna, a od tego zależy, co system musi zapisać i co ma zdjąć z magazynu.

Wykonawca nie potrzebuje Waszej wizji systemu. Potrzebuje Waszego wtorku.

Nikt tego nie przemilczał celowo. Tak działa opisywanie własnej pracy: rzeczy robione codziennie stają się oczywiste i wypadają z opisu, a zostaje w nim to, co brzmi jak system. Dlatego dobry wykonawca i tak zapyta o surowiec - a Wy oszczędzicie jedno spotkanie, jeśli przyniesiecie go od razu.

Co przynieść na pierwszą rozmowę

Papiery i arkusze, których dziś używacie

Wydrukujcie albo zróbcie zdjęcia tego, co realnie krąży po firmie: druk zlecenia, karta pracy, protokół, arkusz z zamówieniami, zeszyt magazyniera. Nie wersję wzorcową z segregatora - tę wypełnioną, z dopiskami na marginesie.

Każde pole na takim papierze to informacja, którą ktoś uznał za potrzebną, a każdy dopisek długopisem to pole, którego na druku zabrakło. W systemie kart pracy dla firmy elektrycznej papierowy druk miał siedem pól - i to one wyznaczyły pierwszą wersję formularza w telefonie, a nie nasze wyobrażenie o tym, co powinno się w nim znaleźć. Dwa z tych siedmiu ważyły przy tym więcej niż pozostałe pięć: skład ekipy i zestawienie zużytego materiału. W nich siedziała cała robota z wypełnianiem, więc to one przesądzały, czy karta powstaje przy kliencie, czy uzupełnia się ją później z pamięci.

Arkusz kalkulacyjny działający obok głównego systemu jest jeszcze cenniejszy. Pokazuje dokładnie to miejsce, w którym program, za który płacicie, nie sięga do Waszej pracy - a więc kandydata numer jeden na pierwszy etap wdrożenia.

Trzy zlecenia: typowe, wyjątek i to, które poszło źle

Wybierzcie je z ostatniego miesiąca i miejcie pod ręką komplet: zapytanie, ustalenia, dokument, fakturę. To jest materiał, po którym software house pozna Wasz proces szybciej niż z jakiegokolwiek opisu. Każde z tych trzech mówi co innego.

  • Typowe pokazuje, co system musi robić szybko, bo dzieje się codziennie. To ono decyduje o układzie ekranu, a nie funkcja, której używa się raz na kwartał.
  • Wyjątek pokazuje granice. Rabat ustalony przez telefon, robota u klienta bez protokołu, zamówienie przyjęte na słowo - jeśli system tego nie przewidzi, ludzie obejdą go arkuszem i wrócicie do punktu wyjścia.
  • To, które poszło źle, pokazuje koszt. Zgubiony dokument, faktura wystawiona z tygodniowym poślizgiem, reklamacja bez historii urządzenia - tu widać, ile realnie kosztuje dzisiejszy sposób pracy.

Jeśli obok tego oglądacie gotowe produkty, przydadzą się z tej trójki dwa ostatnie: wyjątek i to, które poszło źle. Na prezentacji warto przejść nimi ścieżkę zamiast tej przygotowanej przez handlowca. Jeśli natomiast szykujecie się pod samo demo na poważnie, lepiej sprawdzają się tam trzy zlecenia trudne, a nie typowe - i to rozkładamy osobno w tekście o tym, o co pytać na demie.

Droga jednego zlecenia od zapytania do zapłaty

Weźcie jedno zlecenie i opowiedzcie je krok po kroku: kto je przyjął, gdzie zapisał, komu przekazał, kto wystawił dokument, kiedy poszła faktura. Przy każdym kroku jedno pytanie: gdzie ta informacja wtedy leży. W mailu, w głowie, na kartce w aucie, w arkuszu na pulpicie księgowej.

To ćwiczenie zajmuje kwadrans i zwykle wyciąga dwie rzeczy naraz: miejsce, w którym dane są przepisywane po raz drugi, oraz miejsce, w którym zlecenie czeka na kogoś. Najdroższy bywa ten drugi przypadek - opisaliśmy go osobno na przykładzie drogi od protokołu do faktury.

O co zapytamy, a czego zwykle nie ma pod ręką

Cztery pytania, które padają na każdym warsztacie i przy których rozmowa najczęściej się zatrzymuje. Odpowiedzi da się przygotować wcześniej.

  1. Jaki system macie dziś i w jakiej wersji. Sama nazwa nie wystarczy: zanim ktokolwiek poda kwotę, musi wiedzieć, którą wersję macie i czy dostęp do niej jest w ogóle kupiony. Co i na jakich zasadach udostępniają polskie ERP-y, rozkładamy w tekście o integracji z ERP bez wymiany systemu; na spotkanie wystarczy przynieść to, co daje odpowiedź bez zgadywania - ekran „o programie” z numerem wersji, ostatnią fakturę za system albo kontakt do firmy, która Wam go wdrażała. Bywa, że dostęp trzeba dokupić u producenta: licencja Sfery dla Subiekta GT jest jednostanowiskowa, więc praca na trzech stanowiskach wymaga rozszerzenia o kolejne dwa.
  2. Kto podejmuje decyzję o zakresie. Jedna osoba, nie zespół. Nie chodzi o hierarchię, tylko o tempo: przy dwóch osobach z równym głosem każda rozbieżna opinia wraca do nas jako zmiana zakresu, a zmiana zakresu w trakcie kosztuje więcej niż ta sama decyzja podjęta na początku.
  3. Ilu ludzi, na jakim sprzęcie i gdzie. Pięć osób w biurze to inny projekt niż pięć osób w terenie z prywatnymi telefonami. Jeśli ktoś pracuje tam, gdzie nie ma zasięgu - w piwnicy, na hali, za miastem - powiedzcie o tym na pierwszym spotkaniu, bo praca offline jest decyzją architektoniczną, a nie przełącznikiem dokładanym na końcu.
  4. Kto wystawia faktury i z czego. Jeśli mają powstawać z danych z terenu, trzeba wiedzieć, gdzie kończy się nowy system, a zaczyna program księgowy. Obowiązek wystawiania faktur w KSeF objął największe firmy 1 lutego, a wszystkie pozostałe 1 kwietnia 2026 r.; do 31 grudnia 2026 r. poza systemem wolno wystawić faktury na łącznie nie więcej niż 10 000 zł brutto miesięcznie - i to jest limit liczony od faktur wystawionych poza KSeF, a nie od obrotu firmy.

Dwie decyzje, których nikt nie podejmie za Was

Co ma być w pierwszej wersji. Nie „wszystko, byle działało”, tylko ten jeden proces, którego brak kosztuje Was dziś najwięcej. Pierwsza wersja, którą widać i można kliknąć, jest lepszym materiałem do rozmowy niż dowolnie długi dokument z wymaganiami: u elektryków powstała w tydzień i klient obejrzał ją, zanim cokolwiek zapłacił, a produkcyjny start wypadł po niecałych trzech tygodniach.

Czego świadomie nie budujecie. Ta decyzja oszczędza więcej pieniędzy niż jakakolwiek negocjacja stawki. W grawerni zapadła dopiero na warsztacie: fakturowanie miało zostać tam, gdzie było, więc zamówiona została sama brakująca część pomiędzy - zlecenia, materiał i pieniądz widziany na poziomie roboty. Firma elektryczna wolała nie wpinać panelu wprost w swoje systemy i zdecydowała się na eksport do CSV; bezpośrednie połączenie zostało jako opcja na później. Nie musicie mieć tej odpowiedzi gotowej przed pierwszym spotkaniem, ale podjąć ją musicie Wy - żaden wykonawca nie powie Wam, czego nie chcecie kupić.

Warto to powiedzieć wprost na pierwszym spotkaniu, bo inaczej wykonawca policzy Wam zakres szerszy, niż potrzebujecie. Kwotę podnoszą dwie rzeczy zawsze: każda integracja z systemem ERP i aplikacja mobilna dla ludzi w terenie. Obie warto mieć policzone osobno, a nie schowane w jednej sumie; widełki i to, co przesuwa projekt między nimi, zebraliśmy w tekście ile kosztuje dedykowane oprogramowanie dla firmy.

A jeśli nie macie nic z tej listy

Też da się rozmawiać i nie jest to powód, żeby odkładać spotkanie o miesiąc. Dobry software house wyciągnie ten materiał z Was na warsztacie: przechodzicie razem drogę zlecenia, powstaje mapa ekranów i połączeń, a na końcu spisany zakres pierwszej wersji. U nas ten etap jest bezpłatny i bez zobowiązań.

Różnica jest w czasie i w Waszym udziale. Z papierami i trzema zleceniami pod ręką rozmowa domyka się na jednym spotkaniu. Bez nich potrzeba dwóch albo trzech, bo między nimi ktoś u Was i tak musi sprawdzić, jak to naprawdę wygląda.

Umówcie bezpłatną rozmowę, jeśli chcecie przejść przez tę listę razem - powiemy też wprost, gdy z Waszego opisu wyjdzie, że lepiej wyjść na gotowym narzędziu.

Najczęstsze pytania

Czy muszę mieć spisane wymagania, żeby zamówić system?

Nie. Spisane wymagania są efektem pierwszego etapu, a nie warunkiem wejścia do niego. Wystarczy materiał z rzeczywistości: papiery w obiegu, kilka zleceń i osoba, która zna proces od środka.

Ile czasu zajmuje przygotowanie tych trzech rzeczy?

Zwykle godzinę. Papiery macie w segregatorze, zlecenia w skrzynce albo w systemie, a drogę jednego zlecenia da się opowiedzieć z pamięci - ta ostatnia część i tak wychodzi najlepiej na głos, w rozmowie.

Kto powinien być na pierwszym spotkaniu?

Osoba decydująca o zakresie i ktoś, kto wykonuje pracę na co dzień - technik, magazynier, handlowiec. Ta druga osoba wnosi najwięcej, bo zna wyjątki, których nie widać z poziomu zarządu.

Czy podać budżet, czy poczekać na wycenę?

Podajcie przedział, w którym się poruszacie. Nie po to, żeby wykonawca „dobił do kwoty”, tylko żeby od razu wiedzieć, czy rozmawiamy o jednym procesie, czy o systemie obejmującym całą firmę. To dwa różne projekty i dwa różne terminy.

Co, jeśli mój proces jest nietypowy?

To jest argument za rozmową, nie przeciw. Nietypowy proces jest zwykle powodem, dla którego gotowe narzędzia nie pasują - i pierwszą rzeczą, którą chcemy zobaczyć na papierze.