Systemy i strony, które zdejmują robotę z zespołu.

Piszesz kilka zdań o tym, czego potrzebujesz. Potem rozmowa o procesie, wycena zakresu, wdrożenie i wsparcie po starcie. Projekt prowadzę od początku do końca, bez przekazywania sprawy między działami. Co przygotować przed rozmową: pięć rzeczy, pół godziny. Pracuję zdalnie z całej Polski, a na miejscu spotykam się w Gdyni, Gdańsku i Sopocie.

Nie mam cennika z półki, bo wycena zależy od zakresu. Liczę ją od tego, co ma powstać: spisujemy zakres, dzielę go na etapy i wyceniam każdy z nich. Do wyboru stała wycena za zdefiniowany zakres albo stawka dzienna przy dłuższej współpracy. Rozliczenie: współpraca B2B, na fakturę. Pierwsza rozmowa i widełki są bezpłatne, bez zobowiązań, zanim zaczniemy cokolwiek robić. Rachunek rozbity na części opisałem w tekście za co płacisz, zamawiając stronę.

Na cenę wpływa zakres, termin i to, ile ryzyka biorę na siebie. Najmniejsze zlecenia, jakie przyjmuję od nowych klientów, to kilka dni pracy. Drobne zmiany robię dla systemów, które już prowadzę, w ramach utrzymania. W cenie jest wdrożenie na serwer i przekazanie dostępów; poza nią zostają rzeczy kupowane bezpośrednio na Twoje konto: hosting, domena i płatne integracje.

Termin podaję razem z zakresem, po rozmowie, bo liczy się nie tylko to, co ma powstać, ale i to, jak szybko dostaję treści oraz decyzje po Twojej stronie.

Pracuję etapami, więc pierwszy działający fragment widzisz, zanim całość będzie gotowa, a każdy kolejny etap ma własny termin. Jeśli coś się przesuwa, mówię o tym w tygodniu, w którym to widzę, a nie na końcu.

Nowy projekt zaczynam po wdrożeniu poprzedniego, więc datę startu ustalamy na pierwszej rozmowie. Z czego składa się kalendarz projektu i co go wydłuża, rozpisałem w tekście ile trwa zrobienie strony firmowej.

Tak. Umowa ze spisanym zakresem, terminami i zasadami zmian, żeby obie strony wiedziały, co jest w cenie i co się dzieje, gdy w trakcie dojdzie nowy pomysł. NDA podpiszę przed pierwszą rozmową o szczegółach, jeśli tego potrzebujesz.

Większość systemów, które buduję, działa wewnątrz firm i jest objęta poufnością, więc nie pokażę ich publicznie.

Na rozmowie opowiadam o nich bez nazw: jaki był problem, co powstało i co się zmieniło w pracy zespołu. Publicznie mogę pokazać tę stronę i własne narzędzia na GitHubie.

Jestem developerem, nie grafikiem. Przy mniejszych projektach pracuję na własnym, dopracowanym układzie, takim jak ta strona. Gdy wygląd jest kluczowy, dobieram grafika spośród osób, z którymi pracuję, albo pracuję na projekcie dostarczonym przez klienta. Mówię o tym na pierwszej rozmowie, żeby nie było niespodzianki.

Do wyboru. Możesz przejąć wszystko, bo projekt, dane i dokumentacja są na Twoich kontach. Możesz zostawić utrzymanie mnie: monitoring, backupy, aktualizacje i poprawki w ustalonym wymiarze. Możesz też przekazać je komuś innemu. Dwie drogi hostingu porównałem w tekście o hostingu strony firmowej.

Tak, to częsty scenariusz. Przenoszę żywe systemy ze starszych, niewspieranych wersji PHP i Laravela na aktualne, bez przestojów. Zaczynam od przeglądu kodu i infrastruktury, żeby powiedzieć wprost, co da się uratować, a co trzeba przepisać. Co sprawdzam w pierwszym tygodniu, spisałem w tekście o przejęciu strony po innym wykonawcy.

Kod i dane stworzone specjalnie pod Twój projekt przenoszę na Ciebie w umowie, razem z dostępami i dokumentacją potrzebną do utrzymania i dalszego rozwoju. Biblioteki open source, z których korzysta projekt, zostają na swoich licencjach. To standard i nie ogranicza tego, co możesz z kodem zrobić.

Jeżeli strona korzysta z mojego autorskiego CMS-a, dostajesz do niego bezterminową licencję do użytku w ramach swojej strony, z prawem do zmian na własne potrzeby. Nie jesteś uzależniony od dalszej współpracy ze mną. Listę rzeczy, które po projekcie powinny być u Ciebie, zebrałem w tekście co musisz mieć po zakończeniu projektu.

Kod, dane i dokumentacja są Twoje: dostajesz je na żądanie w każdej chwili, a serwer, domena i konta usług stoją na Twoich danych, więc nic nie jest zamknięte u mnie. Repozytorium prowadzę u siebie albo na koncie Twojej firmy, jak wolisz. Dokumentację piszę tak, żeby inny programista Laravel przejął projekt bez rozmowy ze mną: instrukcja uruchomienia, opis integracji i powody ważniejszych decyzji.

Przy dłuższej współpracy ustalamy z góry, kto przejmuje sprawę, gdybym był niedostępny.