Dedykowany nie znaczy od zera: jak przenosimy sprawdzone moduły między systemami
Kiedy mówimy właścicielowi firmy „system dedykowany”, w jego głowie zwykle pojawia się obraz zespołu, który przez pół roku pisze wszystko od zera — i rachunek, który za tym idzie. Tak bywa, ale nie musi. Większość tego, czego potrzebuje firma terenowa, już gdzieś działała w produkcji. Sztuka polega na tym, żeby wiedzieć, co przenieść w całości, co dopasować, a co napisać pod konkretny proces.
Przykład z września: moduł ofert w dwóch systemach
Serwis-Pro, nasz system dla firm serwisowych HVAC i fotowoltaiki, od dawna miał moduł ofert: numerację, warianty, akceptację podpisem przez link, zamrażanie zaakceptowanej oferty. Kiedy firma korzystająca z Safe-Pro (przeglądy ppoż.) poprosiła o oferty na naprawy wykryte podczas przeglądów, nie zaczynaliśmy od kartki. Przenieśliśmy moduł — i poświęciliśmy czas tylko na to, czym przeglądy różnią się od serwisu.
| Element | Serwis-Pro | Safe-Pro po dopasowaniu |
|---|---|---|
| Numeracja, liczenie VAT i kwot, zamrożenie po akceptacji | tak | bez zmian — przeniesione w całości |
| Akceptacja podpisem przez publiczny link | tak | bez zmian — ten sam komponent podpisu co w protokołach |
| Oferta tworzy zlecenia | tak | nie — oferta jest dla klienta, zadania planuje kierownik |
| Cennik, pakiety, AI, faktury z oferty | tak | wyłączone — firma rozlicza się inaczej |
| Źródło pozycji | cennik usług | usterki z przeglądów |
| Kto widzi oferty | biuro | admin, kierownik, księgowy + klient w portalu |
| Włączanie | zależne od planu | moduł wyłączalny osobno dla każdej firmy |
Połowa tabeli to „bez zmian”. To jest właśnie ta część budżetu, której klient nie płaci drugi raz — a jednocześnie część najlepiej przetestowana, bo pracowała już na prawdziwych danych w innej firmie.
Moduły, które krążą między naszymi systemami
- podpis na ekranie — jeden komponent dla technika i klienta, z poprawkami z terenu (pusty podpis, obrót telefonu, pełny ekran), które od razu trafiają do wszystkich systemów
- generator protokołów PDF — renderowanie wzoru firmy z danych zadania, z podglądem przed wysyłką i wersją bez podpisów
- praca offline — aplikacja dla technika, która działa w piwnicy i w szybie windowym, a synchronizuje się po powrocie zasięgu
- integracja z KSeF — budowa faktury, sesje, statusy i archiwum poświadczeń odbioru
- przydział zleceń według lokalizacji — od kodów pocztowych po najbliższego technika liczonego od jego ostatniej wizyty danego dnia
- ewidencja zdarzeń — kto, co i kiedy zmienił w zadaniu, z powodem
Czego nie da się przenieść — i za co naprawdę płacisz
Moduły to cegły. Budynek jest za każdym razem inny. Tego nie skopiujemy z żadnego wcześniejszego wdrożenia:
- modelu procesu — przegląd gaśnic ma rytm, podstawę normową i protokół jako dokument prawny; przegląd kotła gazowego ma 96 czynności i parametry spalania; to różne światy danych
- wzorów dokumentów — protokół, który klient firmy zna od lat, musi wyglądać jak ten protokół, a nie jak nasz szablon
- języka firmy — w jednej firmie są „technicy” i „dyspozytor”, w innej „monterzy” i „biuro”; system mówi językiem ludzi, którzy go używają
- reguł decyzyjnych — kto akceptuje, kto może zmienić protokół po podpisie, kiedy zadanie się zatrzymuje
To jest ta część wyceny, która wymaga rozmowy o procesie — i to na nią powinna iść większość budżetu. Wykonawca, który wycenia system dedykowany tak, jakby wszystko pisał od nowa, albo nie ma sprawdzonych modułów, albo ich nie używa. Wykonawca, który obiecuje „wszystko gotowe, tylko podmienimy logo”, sprzedaje SaaS pod inną nazwą.
Własność kodu przy modułach wielokrotnego użytku
Częste i słuszne pytanie: skoro moduł był wcześniej gdzie indziej, to czyj jest? W naszym modelu kod wdrożony w systemie firmy trafia do jej repozytorium i firma może go rozwijać dalej — także z innym wykonawcą. Nie ma licencji per użytkownik ani zależności od naszej platformy. Zachowujemy prawo do używania własnych modułów w kolejnych projektach, ale nigdy danych ani specyficznej logiki biznesowej klienta.
Pytania do wykonawcy przed wyceną
- które elementy mojego systemu działały już w produkcji w innych firmach — i czy mogę je zobaczyć
- jaka część wyceny to dopasowanie, a jaka budowa od zera
- czy poprawki bezpieczeństwa i błędów z innych wdrożeń będą trafiać także do mnie
- co dokładnie dostaję na własność: kod, dane, dokumentację uruchomienia
Najczęstsze pytania
O ile tańszy jest system dedykowany budowany z gotowych modułów?
To zależy od tego, jak duża część procesu pokrywa się z modułami, które już istnieją. Przy firmach terenowych (zlecenia, protokoły, podpisy, rozliczenia) pokrycie jest zwykle duże, więc budżet idzie głównie na model procesu i wzory dokumentów. Orientacyjne widełki dla konkretnego zakresu pokazuje nasz kalkulator kosztu aplikacji.
Czy moduł przeniesiony z innego systemu nie będzie „obcy” dla mojej firmy?
Nie powinien — przenosimy mechanikę (numerację, podpis, generowanie PDF, synchronizację offline), a nazwy, uprawnienia, wygląd dokumentów i reguły ustawiamy pod Waszą firmę. Użytkownik nie widzi, skąd moduł pochodzi; widzi swój proces.
Czy mogę później rozwijać system z innym wykonawcą?
Tak. Kod systemu jest w repozytorium firmy, razem z dokumentacją uruchomienia. Moduły nie wymagają licencji ani połączenia z naszą infrastrukturą.