Porównuj ten sam zakres.
Dwie oferty mogą opisywać podobny ekran, lecz zupełnie różny produkt. Jedna uwzględnia panel, zapis danych i testy, a druga jedynie interfejs. Przed oceną końcowej kwoty przygotuj listę funkcji, ról oraz rezultatu pierwszej wersji.
Poproś o wskazanie założeń i wyłączeń. Czy oferta obejmuje konta, integracje, uruchomienie i materiały publikacyjne? Które elementy wymagają osobnego dostępu lub opłat? Jasna odpowiedź pomaga ocenić cenę bez domyślania się brakujących części.
Jeśli wymagania nie są jeszcze pełne, właściwym początkiem może być osobny etap ustaleń i projektu. Krótka specyfikacja daje obu stronom wspólny punkt odniesienia.
Zapytaj o podobny proces, nie tylko wygląd.
W prezentacji realizacji warto szukać działania podobnego do własnej potrzeby: rezerwacji, pracy zespołu, kont użytkowników lub obiegu informacji. Dobrze pokazany proces wyjaśnia więcej niż zestaw przypadkowych ekranów bez opisu zakresu.
Rozróżnij rzeczywistą realizację i przykładowy interfejs. Demonstracja pomaga zobaczyć pomysł, ale nie potwierdza wdrożenia u klienta. Zapytaj, które elementy zostały wykonane i jaki materiał możesz obejrzeć lub wypróbować.
Na ApkaPro rzeczywiste produkty są w portfolio, a podglądy dla firm mają dane przykładowe. To różne rodzaje materiału do rozmowy. Nie warto przypisywać jednej demonstracji historii klienta, której nie opisano.
Jak będą podejmowane decyzje?
Ustal, kiedy zobaczysz projekt, jak przekazujesz uwagi i jak rozpoznaje się zakończony etap. Firma powinna wiedzieć, które decyzje należą do niej, jakie materiały ma dostarczyć i co blokuje kolejne prace. Sam ogólny harmonogram nie opisuje współpracy.
Przydatne jest pokazanie jednej ścieżki od makiety do testu. Jak wygląda zmiana terminu wizyty? Co następuje przy błędnych danych? Taka rozmowa pozwala ocenić, czy wykonawca rozumie również wyjątki, a nie tylko poprawny ekran.
Zmiany zakresu powinny mieć jasny opis. Nowy raport lub kolejna platforma mogą wymagać innej wyceny. Ważne, żeby odróżniać poprawę uzgodnionej funkcji od pomysłu, który pojawił się później.
Co oznacza gotowa aplikacja?
Zapytaj o kryteria odbioru i środowiska testowe. Czy sprawdzany jest tylko pierwszy widok, czy pełny proces z rolami i błędami? Czy test obejmuje urządzenia użytkowników i przerwane połączenie, jeśli są potrzebne?
Określ dostęp do materiałów, kont oraz instrukcji uruchomienia. Właściciel produktu powinien wiedzieć, jak korzysta się z przekazanych elementów i kto nimi zarządza. Szczegóły formalnego przekazania trzeba uzgodnić w dokumentach współpracy, a nie zakładać automatycznie.
Nie oczekuj gwarancji braku wszystkich przyszłych problemów. Szukaj opisanego sposobu sprawdzania i reagowania. Testowanie aplikacji powinno odnosić się do konkretnego zakresu, który będzie odebrany.
Kto pomoże po uruchomieniu?
Wykonanie aplikacji i jej późniejsza obsługa to osobne ustalenia. Uzgodnij zgłoszenia, aktualizacje, kopie danych oraz odpowiedzialność za usługi zewnętrzne. Jeśli potrzebujesz konkretnych godzin lub warunków reakcji, powinny wynikać z oferty.
Sprawdź, jak planuje się dalsze funkcje i co dzieje się przy zmianie po stronie systemu zewnętrznego. Produkt zależny od magazynu lub płatności potrzebuje przewidywalnej obsługi tych połączeń. Nie każda awaria jest błędem samego interfejsu.
Zakres utrzymania warto znać przed porównaniem ceny wykonania. Tańszy start nie opisuje jeszcze całego kosztu działania ani sposobu dalszego rozwoju.
Sześć pytań do rozmowy z wykonawcą.
- Jaki pełny proces obejmuje pierwsza wersja?
- Które elementy i koszty są poza ofertą?
- Jak pokażecie projekt i zbierzecie uwagi przed programowaniem?
- Na jakich scenariuszach sprawdzimy odbiór?
- Jakie materiały i dostępy zostaną przekazane?
- Jak wygląda obsługa zgłoszeń i rozwój po starcie?
Poproś o odpowiedzi odnoszące się do Twojego produktu. Uniwersalny opis nowoczesności, AI lub liczby technologii nie zastępuje jasno określonej odpowiedzialności i rezultatu.
Jaką decyzję podjąć dalej?
Aby zapisać te reguły w wymaganiach, sprawdź Co powinna zawierać specyfikacja aplikacji?.
Dla szerszego przebiegu projektu zobacz Jak wygląda tworzenie aplikacji dla firmy?.
Od decyzji do zakresu wykonania.
Zakres związany z tą decyzją opisujemy na stronie Projektowanie UX/UI.