Gotowy program zmusza firmę do pracy po swojemu, a arkusz przestaje wystarczać przy trzeciej osobie. Buduję aplikacje przeglądarkowe, które robią dokładnie jedną rzecz dobrze: panel dla handlowców, portal dla klientów, aplikację serwisową na telefon, kalkulator do oferty. Od klikalnej makiety po wdrożenie na Waszym serwerze.
Co dostajesz
Cztery sytuacje, które widzę najczęściej. W każdej z nich problemem nie jest brak programu, tylko program, który nie pasuje do sposobu pracy.
Handlowiec w terenie ma dodać zdjęcia i dane, ale panel wymaga komputera i dziesięciu pól. Efekt: robi to wieczorem albo wcale. Aplikacja z kreatorem w trzech krokach i dyktowaniem głosem sprawia, że dane trafiają do systemu tam, gdzie powstają.
Każda naprawa, zamówienie czy reklamacja ma swoją historię, tylko rozsypaną po wiadomościach. Gdy klient dzwoni z pytaniem, ktoś szuka w trzech miejscach. Jedna tablica zleceń z osią czasu kończy to szukanie.
Żeby pokazać klientowi, jak linia maszyn zmieści się w jego hali, trzeba było rysunku z programu CAD. Edytor w przeglądarce robi to samo w kilka minut i od razu daje PDF do oferty.
Zaczęło się od jednej tabeli, dziś to dwadzieścia zakładek, formuły, których nikt nie rozumie, i jedna osoba, która wie, jak to działa. Aplikacja przejmuje logikę arkusza, a dane przestają się rozjeżdżać między wersjami.
Każda pozycja to rzecz, którą już zbudowałem, a nie punkt z katalogu możliwości. Przykłady opisuję szerzej na stronie z realizacjami.
Kreatory, formularze i listy z wyszukiwaniem, filtrami i archiwum od pierwszej wersji. Zapis bez przeładowania strony. Korzyść: dane trafiają do systemu od razu, a nie wieczorem z pamięci.
Konta tylko z zaproszenia, różne uprawnienia dla różnych ról, statystyki dla każdego użytkownika. Korzyść: klient albo partner sam sprawdza status, zamiast dzwonić i pytać.
Działają z ikoną na ekranie jak zwykła aplikacja, wysyłają powiadomienia push i dzięki zapisowi lokalnemu nie potrzebują zasięgu do każdej czynności. Korzyść: jedno narzędzie na hali, w terenie i w biurze, bez publikowania w sklepie z aplikacjami.
Klient albo handlowiec wybiera parametry, a narzędzie liczy koszt albo dobiera wariant. Działa na stronie jako magnes na zapytania albo w panelu handlowca. Korzyść: rozmowa o ofercie zaczyna się od liczb, a nie od „odezwiemy się z wyceną”.
Rysowanie, rozmieszczanie elementów z wymiarami, wizualizacje w 2D i 3D. Korzyść: to, co wymagało programu CAD i specjalisty, robi handlowiec w kilka minut.
Umowy, raporty, rysunki techniczne i zestawienia w PDF albo DOCX, składane po stronie serwera z Waszych danych. Korzyść: zero przeklejania do szablonu i zero pomyłek w numerach.
WordPress, CRM, arkusze Google, poczta, rejestry publiczne i wszystko, co ma API. Aplikacja nie jest wyspą, tylko częścią obiegu danych w firmie.
Automatyczne wyłapywanie informacji, które nie powinny trafić do publikacji, usuwanie lokalizacji ze zdjęć, logowanie i role użytkowników. Korzyść: RODO w praktyce, a nie tylko w polityce prywatności.
Każda wersja ma numer i dziennik zmian, a pierwsza działająca trafia do ludzi po kilku tygodniach, nie po pół roku. Korzyść: uwagi z prawdziwego użycia zmieniają kierunek, zanim zbuduje się coś niepotrzebnego.
Każdy panel projektuję najpierw na telefon. Korzyść: narzędzie działa tam, gdzie jest praca, a nie tylko przy biurku.
Najdroższy błąd przy aplikacjach to zbudować dokładnie to, co zamówiono, a nie to, czego potrzeba. Dlatego kod powstaje dopiero po makiecie.
Krótka ankieta decyzji i rozmowa z osobami, które będą z aplikacji korzystać, nie tylko z tą, która ją zamawia. Zapisuję, co jest pewne, a co wymaga potwierdzenia.
Klikalna makieta najważniejszych ekranów. Klikasz w wygląd i przepływ, zanim powstanie kod, a poprawka na tym etapie kosztuje minuty zamiast dni.
Najmniejsza wersja, która rozwiązuje główny problem, wdrożona na Waszym serwerze. Ludzie zaczynają jej używać po kilku tygodniach.
Kolejne wersje na podstawie realnego użycia, każda z numerem, dziennikiem zmian, kopią zapasową przed wdrożeniem i sprawdzeniem po nim na żywym systemie.
Nie mam cennika, bo nie mam dwóch takich samych projektów. Poniżej warianty, od których zaczynamy rozmowę. Po ustaleniu zakresu dostajesz jedną konkretną kwotę i termin, bez widełek, bez ukrytych kosztów i bez dopłat w trakcie.
Rozmowa o procesie, klikalna makieta najważniejszych ekranów i specyfikacja z listą rzeczy do potwierdzenia. Dostajesz dokument, z którym możesz iść do dowolnego wykonawcy, także do mnie.
Dla kogo: Dla firm, które wiedzą, co je uwiera, ale nie są pewne, jak ma wyglądać rozwiązanie.
Zbudowanie i uruchomienie aplikacji na Waszym serwerze: baza danych, logowanie i role, integracje, wersja na telefon, kopie zapasowe i monitoring. Kolejne wersje w małych krokach, każda z dziennikiem zmian.
Dla kogo: Dla firm z procesem, którego żaden gotowy program nie obsługuje tak, jak trzeba.
Nowe funkcje na podstawie tego, jak ludzie faktycznie używają aplikacji, aktualizacje bezpieczeństwa, kopie zapasowe i reakcja, gdy coś przestanie działać.
Dla kogo: Dla firm, dla których aplikacja stała się codziennym narzędziem pracy.
Teksty oparte na dokumentacji i przepisach, a nie na opiniach. Pomagają zadać właściwe pytania, nawet jeśli ostatecznie zrobisz to z kimś innym.
Strona informuje, aplikacja wykonuje pracę. Ma logowanie, bazę danych, uprawnienia i logikę: przyjmuje zlecenia, liczy, generuje dokumenty, pilnuje statusów. Działa w przeglądarce, więc nie trzeba jej instalować ze sklepu, a w wersji PWA można dodać ją do ekranu telefonu jak zwykłą aplikację.
Wyceniam po rozmowie, bo rozrzut jest ogromny: prosty kalkulator to kilka dni pracy, portal z kontami, rolami i integracjami to tygodnie. O cenie decydują liczba ekranów, liczba integracji i to, jak skomplikowane są uprawnienia. Po makiecie i specyfikacji dostajesz jedną kwotę za pierwszą wersję i termin, bez widełek.
Next.js i React z TypeScriptem, baza SQLite albo inna, dobrana do skali, Prisma do obsługi bazy, Tailwind do interfejsu. Wdrożenie w kontenerach Docker na serwerze VPS, z automatycznymi certyfikatami SSL i kopiami zapasowymi. Grafikę w przeglądarce robię w Konva (2D) i Three.js (3D), dokumenty w pdf-lib.
Może, jeśli jest zbudowana jako PWA z zapisem lokalnym. Tak działa aplikacja serwisowa, którą zbudowałem dla warsztatu: korzysta z zapisu lokalnego w przeglądarce, więc da się z niej korzystać na hali bez dobrego zasięgu. Nie każda aplikacja tego potrzebuje, więc ustalamy to na etapie makiety.
Nie musisz go mieć przed startem. Mogę postawić serwer i przekazać go Wam razem z dostępami, albo wdrożyć aplikację na infrastrukturze, którą już macie. Ważne, żeby serwer, dane i kod były po Waszej stronie, a nie u mnie.
Kod, baza danych, konfiguracja serwera i dokumentacja są Wasze od pierwszego dnia. Aplikację może rozwijać dowolny programista znający Next.js i TypeScript, bo nie używam zamkniętych, autorskich rozwiązań, do których tylko ja mam klucz.
Tak, asystenci AI przyspieszają pracę, ale nie decydują za mnie. Każdą zmianę sprawdzam na działającym systemie przed i po wdrożeniu, a za kod odpowiadam tak samo, jak gdybym pisał go w całości ręcznie.
Napisz, co chcesz osiągnąć i skąd dziś przychodzą Twoi klienci. Odpowiadam w ciągu 48 godzin roboczych, a jeśli nie jestem właściwą osobą do tego projektu, mówię to od razu. Wolisz szybciej? Napisz na WhatsApp.
Napisz na WhatsApp