Narzędzie, które robi za Ciebie powtarzalną robotę: rezerwacje, zgłoszenia, obieg zamówień, panel dla klientów. Zaczynamy od tego, co dziś zjada najwięcej czasu.
Aplikacje webowe wyceniam indywidualnie - o cenie i terminie decyduje proces, który mają obsłużyć, a nie liczba ekranów, więc widełki z tabeli nic by tu nie znaczyły. Wdrażam etapami: pierwszy etap to jedna kompletna funkcja, której realnie zaczynacie używać, i to od jej skali zależy, czy mówimy o kilku tygodniach, czy o kilku miesiącach. Dzięki temu widzisz efekt wcześnie i możesz zmienić zdanie, zanim wszystko zostanie zbudowane.
Pierwsze pytanie nie brzmi „co zbudować”, tylko „co dziś zajmuje najwięcej czasu i jest robione ręcznie”. Przepisywanie zamówień z maili do Excela, umawianie terminów przez telefon, wysyłanie tych samych potwierdzeń, szukanie, na jakim etapie jest zlecenie. To automatyzuję najpierw, bo to się zwraca najszybciej i najłatwiej policzyć, czy się opłaciło.
Nie znikam na pół roku, żeby wrócić z gotowym systemem, który rozmija się z tym, jak faktycznie pracujecie. Pierwszy etap to jedna kompletna, działająca funkcja - używacie jej realnie, zgłaszacie, co jest nie tak, i dopiero potem dokładamy następną. Jeśli umówimy się na etapy, płatność idzie w tym samym rytmie; jeśli nie, obowiązuje standardowe 30% na start i 70% po publikacji.
Kto co widzi i kto co może zmienić, to decyzja, którą trzeba podjąć na starcie - doklejona później potrafi kosztować tyle, co połowa systemu. Standardowo: konta dla zespołu z rolami, osobny dostęp dla klientów, historia zmian, żeby dało się odtworzyć, kto co zrobił.
Aplikacja, która nie rozmawia z resztą Twoich narzędzi, to kolejne miejsce do ręcznego przepisywania danych. Podpinam ją pod to, czego już używasz: system księgowy, kalendarz, pocztę, płatności, API dostawców. Jeśli czegoś się podpiąć nie da, mówię to przed wyceną, a nie w połowie projektu.
Codzienna kopia zapasowa bazy z możliwością cofnięcia się do wcześniejszego dnia, monitoring dostępności, który wysyła mi powiadomienie, zanim zauważysz problem, i raportowanie błędów z aplikacji na maila. Do tego wdrożenia, które da się wycofać jednym ruchem, gdyby zmiana coś popsuła. System używany codziennie przez zespół musi znieść to, że ktoś kliknie coś nie tak albo internet padnie w połowie formularza.
Ceny dla najmniejszej wersji każdego typu, prosto z cennika. Aplikacje wyceniam indywidualnie po rozpisaniu procesu - dopiero wtedy widać, czy to praca na trzy tygodnie, czy na trzy miesiące.
Strona przedstawia. Aplikacja coś załatwia: przyjmuje rezerwację, prowadzi zamówienie przez etapy, pokazuje klientowi status jego sprawy, liczy i raportuje. Ma konta, uprawnienia i dane, które się zmieniają - i stąd inny sposób wyceny oraz inny sposób pracy.
Jedno i drugie wyceniam po rozpisaniu procesu. Przy aplikacjach różnica między prostym a złożonym wariantem jest kilkukrotna - i w cenie, i w czasie - więc podanie widełek z góry wprowadzałoby w błąd. Rozpisanie zakresu jest bezpłatne i po nim dostajesz konkretną kwotę oraz termin.
Tak i zwykle to doradzam. Pierwszy etap to jedna kompletna funkcja, której realnie zaczynacie używać. Po miesiącu wiadomo, czy to działa i co dokładnie dobudować - to tańsze niż projektowanie całego systemu na podstawie założeń.
Kod jest Twój i jest napisany tak, żeby dało się go przejąć - standardowy stack, wytłumaczone to, co niestandardowe, bez zamkniętych rozwiązań. Zwykle zmiany robię ja, ale nie budujesz zależności, z której nie da się wyjść.
Buduję aplikacje webowe, które na telefonie działają jak natywne i instalują się na ekranie głównym - dla większości zastosowań biznesowych to wystarcza i jest znacznie tańsze. Jeśli naprawdę potrzebujesz obecności w App Store i Google Play, ustalamy to osobno.
Pełne widełki, dopłaty i terminy znajdziesz w cenniku.
Napisz, co dziś robicie ręcznie i ile razy w tygodniu. Odpowiem w ciągu 24 godzin z pytaniami i orientacyjnym rzędem wielkości.
Napisz do mnie