Jak powstaje oprogramowanie na zamówienie? Sześć etapów

Oprogramowanie na zamówienie powstaje u nas w sześciu etapach: konsultacja, podpisanie umowy, projekt interfejsu, budowa aplikacji, testy z poprawkami oraz wdrożenie ze szkoleniem. Każdy etap kończy się czymś, co możesz sprawdzić. Może to być wycena, umowa, makieta, wersja testowa albo działający system. Poniżej opisujemy, co robimy na każdym etapie, czego potrzebujemy od Ciebie i co dostajesz na koniec.

Cały proces w skrócie

Etap	Co robimy my	Co robisz Ty	Co powstaje
Konsultacja	analizujemy problem biznesowy, doradzamy rozwiązanie, wyceniamy	opisujesz proces i cele	propozycja zakresu i wycena
Umowa	spisujemy wymagania, termin i kwestie finansowe	akceptujesz zakres	umowa z wymaganiami funkcjonalnymi
Projekt interfejsu	przygotowujemy makietę lub projekt ekranów	zgłaszasz poprawki	zatwierdzony projekt interfejsu
Budowa	programujemy aplikację	odpowiadasz na pytania zespołu	wersja do testów
Testy i poprawki	testujemy każdą funkcję, udostępniamy wersję testową	sprawdzasz aplikację na swoich danych	lista poprawek i wersja gotowa do wdrożenia
Wdrożenie	instalujemy aplikację na serwerze, szkolimy zespół	wskazujesz użytkowników i domenę	działający system

Konsultacja i wycena

W konsultacji biorą udział osoby od projektu i programiści. Programista od razu widzi, które pomysły są proste, a które drogie w wykonaniu, i może zaproponować inne rozwiązanie. Na naszej starej stronie pokazywaliśmy to na przykładzie firmy usługowej. Przyszła po system do obsługi zleceń, a po rozmowie dostała propozycję dodania płatności online i automatycznego fakturowania.

Wynikiem konsultacji jest propozycja zakresu i wycena. Konsultacja i analiza wymagań przed wyceną są bezpłatne. Wycenę przygotowujemy w ciągu do 5 dni roboczych, zwykle w 2 dni. W tym samym kroku mówimy, czego aplikacja będzie potrzebować po stronie infrastruktury: serwera, kopii zapasowych i zabezpieczeń. O tym, od czego zależy sama kwota, piszemy we wpisie ile kosztuje aplikacja webowa na zamówienie.

Umowa i wymagania funkcjonalne

Po omówieniu szczegółów, terminu realizacji i kwestii finansowych podpisujemy umowę. Jej najważniejszą częścią są wymagania funkcjonalne, czyli lista tego, co aplikacja ma robić. Na ich podstawie powstaje projekt interfejsu, a później testy. Każde niejasne zdanie w umowie wraca więc na kolejnych etapach.

Dbamy, żeby zapisy były zrozumiałe dla obu stron. W umowie ustalamy też zasady odbioru i prawa do kodu. Własność kodu zależy od umowy, a w wielu projektach klient zostaje jego prawnym właścicielem. Projekt rozliczamy ryczałtem albo godzinowo, zależnie od ustaleń przy konkretnym projekcie. Płatność rozkładamy na etapy projektu. Zmiany zakresu po podpisaniu umowy omawiamy osobno, bo wpływają na termin i koszt.

Projekt interfejsu przed programowaniem

Na podstawie wymagań z umowy przygotowujemy makietę lub projekt interfejsu. Potem razem z Tobą wprowadzamy poprawki. Zmiana na makiecie to kilka minut pracy. Ta sama zmiana w gotowej aplikacji może oznaczać przebudowę formularza, bazy danych i testów.

Na tym etapie wychodzą rzeczy pominięte przy umowie: kto widzi które dane, co się dzieje po anulowaniu zlecenia, jak wygląda lista z kilkuset pozycjami. Lepiej, żeby wyszły tutaj.

Budowa aplikacji

Zespół programistów buduje aplikację w ustalonym czasie. Pracujemy w technologiach, które znamy z naszych realizacji: Next.js, React, TypeScript, .NET Core i PostgreSQL. Aplikacje uruchamiamy w kontenerach Docker za serwerem Nginx, więc środowisko testowe i produkcyjne są do siebie podobne. Zakres usługi opisujemy na stronie o aplikacjach webowych dla firm.

Twoja rola na tym etapie jest mniejsza, ale nie zerowa. Zespół może pytać o szczegóły reguł biznesowych, na przykład kto zatwierdza wycenę albo jakie statusy ma zlecenie. Szybka odpowiedź oszczędza czas obu stronom.

Jak sprawdzić, czy aplikacja działa?

Po zakończeniu programowania testujemy każdą funkcję systemu. Potem dostajesz dostęp do testowej wersji aplikacji. Sam sprawdzasz, czy spełnia Twoje oczekiwania, i zgłaszasz poprawki.

Kilka rad, które skracają ten etap:

• testuj na danych podobnych do prawdziwych zamiast na wpisach typu „test1” i „test2”,
• przejdź cały proces krok po kroku, każdą rolą użytkownika,
• zbieraj uwagi w jednym miejscu, z opisem, co zrobiłeś i czego się spodziewałeś,
• odróżniaj błędy od nowych pomysłów, bo nowe pomysły to materiał na kolejny etap.

Wdrożenie i szkolenie

Gotową aplikację instalujemy na docelowym serwerze, podłączamy Twoją domenę i konfigurujemy szyfrowane połączenie z certyfikatem SSL. Po wdrożeniu możemy przeszkolić Twój zespół z obsługi systemu i zapewnić wsparcie techniczne. Możemy też wprowadzić procedury kopii zapasowych bazy danych.

Wdrożenie nie kończy życia aplikacji. Biblioteki dostają aktualizacje bezpieczeństwa, użytkownicy zgłaszają pomysły, a firma się zmienia. Dlatego o utrzymaniu warto rozmawiać już przy konsultacji, zanim pojawi się pierwszy problem.

Kto po Twojej stronie powinien brać udział w projekcie?

Najlepiej sprawdzają się projekty, w których po stronie klienta są trzy role. Czasem pełni je jedna osoba.

• Osoba decyzyjna zatwierdza zakres, makiety i odbiór. Bez niej każda wątpliwość czeka na spotkanie zarządu.
• Przyszły użytkownik na co dzień wykonuje proces, który aplikacja ma obsłużyć. To on najszybciej wyłapie, że ekran nie pasuje do pracy.
• Osoba od spraw technicznych zna domenę i ma dostęp do serwera lub kontakt z firmą, która obsługuje Twoje IT. Przydaje się przy wdrożeniu.

Jeśli w firmie nie ma nikogo od IT, infrastrukturą pod aplikację może zająć się zespół Conetso Group. Ważne, żeby od początku było wiadomo, kto podejmuje decyzje i kto testuje.

Przykład z naszych realizacji

System rejestracji na badania powstał na podstawie wymagań prywatnej przychodni. Jego pierwsza wersja działa samodzielnie, bez integracji z innymi systemami przychodni. Projekt opisujemy w realizacji system rezerwacji wizyt lekarskich. Więcej projektów znajdziesz w realizacjach.

Jeśli chcesz sprawdzić, jak ten proces wyglądałby dla Twojego pomysłu, opisz go w formularzu. Pierwszym krokiem jest konsultacja.