Zanim skontaktujesz się z potencjalnym wykonawcą Twojej aplikacji, sprawdź listę pytań, na które potrzebujesz znać odpowiedzi. Dzięki temu lepiej przygotujesz się do rozmowy, zostaniesz potraktowany po partnersku i otrzymasz wartościową ofertę. Ponadto, Twój partner technologiczny będzie w stanie dokładniej oszacować potrzebny czas i spodziewane koszty budowy aplikacji.
Checklista:
1. Kto jest grupą docelową aplikacji?
Czy są to klienci indywidualni (B2C), biznesowi (B2B), czy jest to aplikacja wewnętrzna (tj. dedykowana pracownikom danej firmy, uczestnikom danego wydarzenia)? Wybór grupy docelowej ma wpływ na to, jak Twoja aplikacja zostanie zaprojektowana i rozwijana na dalszych etapach pod względem funkcjonalnym oraz technologicznym. Dokładne zrozumienie potrzeb użytkowników pomoże stworzyć aplikację, która spełni ich oczekiwania. Odpowiedź na to pytanie pomoże również oszacować spodziewaną liczbę użytkowników aplikacji, dzięki czemu będzie można lepiej zaplanować infrastrukturę serwerową i zasoby potrzebne do obsługi ruchu.
2. Na jakich platformach ma być dostępna aplikacja? Apple Store, Google Play, Huawei AppGallery?
Publikacja aplikacji w sklepach wiąże się z opłatami oraz koniecznością spełnienia wymogów sklepów z aplikacjami, np. możliwości usunięcia konta lub dokonywania regularnej aktualizacji aplikacji. Należy zatem zaplanować czy aplikacja ma być dostępna dla szerokiego grona odbiorców z różnymi urządzeniami, czy np. tylko dla użytkowników telefonów z Androidem.
3. Jaki problem użytkownika rozwiązuje aplikacja lub jaką potrzebę zaspokaja?
Dzięki odpowiedzi na to pytanie będzie można doradzić lepsze rozwiązania funkcjonalne i ocenić, które funkcjonalności są niezbędne na danym etapie. Odpowiedź określa najważniejszy powód, dla którego aplikacja ma powstać.
4. Kim jest typowy użytkownik aplikacji?
Dzięki wiedzy na temat profilu typowego użytkownika można dostosować interfejs, treści i funkcje aplikacji, aby lepiej odpowiadały jego preferencjom. Będzie miało to największe znaczenie na etapie projektowania UX/UI, odpowiadając na przykład na pytania: Czy potrzebne są duże przyciski, czcionki i kontrasty? Jaki styl graficzny będzie odpowiedni dla grupy docelowej?
5. W jakiej sytuacji użytkownik będzie korzystał z aplikacji?
Sytuacja, w jakiej użytkownik będzie korzystał z aplikacji, podpowie, jakie rozwiązanie technologiczne będzie zbędne, a jakie nieodzowne. Na przykład czy spodziewamy się, że aplikacja będzie używana w miejscach o słabym zasięgu internetu (np. przez pracowników terenowych) i potrzeba, aby niektóre funkcje działały off-line? Kontekst korzystania z aplikacji ma istotne znaczenie dla projektowania interfejsu, dostarczania treści i dostosowywania funkcji aplikacji do potrzeb użytkowników.
6. W jakim stopniu użycie aplikacji będzie wymagać rejestracji/logowania?
Należy się zastanowić czy planowana aplikacja w ogóle wymaga rejestracji i logowania. Wyposażenie jej w te funkcje niesie za sobą kolejne potrzeby, np. uwierzytelnienie, edycję profilu, wylogowywanie czy przypomnienia hasła. Należy również przemyśleć, w jaki sposób będzie przebiegać rejestracja: czy za pomocą adresu email użytkownika, czy potrzeba będzie zintegrować inne konta np. Google, Apple, Facebook itp.? A może za potwierdzeniem kodu sms? Czym większy zakres funkcjonalny tym większa inwestycja będzie potrzebna.
7. Ile rodzajów użytkowników przewiduje aplikacja?
Jedna aplikacja może mieć wiele ról użytkowników. Najlepiej zobrazować to na przykładzie:
Zespół mobitouch wykonał platformę maturalni.com (zobacz case study). Na projekt składa się aplikacja e-learningowa ze sklepem z autorskimi kursami oraz panel administratora. W platformie istnieją trzy rodzaje użytkownika: uczeń (z podziałem na rodzaj szkoły), nauczyciel oraz administrator. “Uczeń” może kupić kurs, wziąć w nim udział oraz skorzystać z możliwości spotkania webinarowego z nauczycielem. Możliwości “Nauczyciela” to m.in. edycja i podgląd swoich kursów i webinarów wraz z liczbą uczestników. Użytkownik “Administrator” ma wgląd do wszelkich raportów i statystyk, możliwość edytowania treści marketingowych i powiadomień czy kalendarza.
Częsty błąd startupów na wczesnym etapie to skupianie się na funkcjonalnościach powiązanych z użytkownikiem docelowym (kliencie) i zapominanie o tym, że aplikacja może potrzebować również innych ról, np. rozbudowanego panelu administracyjnego, do zarządzania użytkownikami, ich rolami, oraz treścią samej aplikacji. W takim wypadku koszt inwestycji może zaskoczyć i być większy niż pierwotnie zakładał budżet. Jeśli nie wiesz, ile rodzajów użytkowników potrzebujesz i jakie funkcjonalności powinien mieć panel admina, skorzystaj z przycisku Kontakt i umów się z nami na spotkanie, podczas którego bezpłatnie skonsultujemy Twoje wyzwanie.
8. Jakie są podobne aplikacje (funkcjonalności oraz design) i czym wyróżnia się Twoja?
Podziel się przykładami istniejących rozwiązań i aplikacji, które mogą być Twoją konkurencją, by lepiej zrozumieć Twoją wizję i cele. W ten sposób cały proces będzie wolny od nieporozumień i znacznie płynniejszy. Pokazanie jak działa aplikacja, na istniejącym przykładzie, zdecydowanie ułatwi pracę designerom i developerom.
Przy tak dużej konkurencji na rynku musisz mieć pewność wartości swojego rozwiązania. Przewagą Twojej aplikacji nie musi być jej najważniejsza funkcja, ale chociażby doświadczenie użytkownika, na które wpływają: przejrzystość aplikacji, brak reklam, szybkość działania, czy łatwość dotarcia do danej informacji (ilość kliknięć, intuicyjność).
9. Czy chcesz, aby użytkownik otrzymywał push notyfikacje powiadamiające o różnych wydarzeniach w aplikacji lub informacje marketingowe?
Jeśli tworzysz aplikację mobilną, warto się zastanowić czy chcesz, aby użytkownicy otrzymywali push notyfikacje. Jeśli odpowiedź brzmi tak, należy następnie przemyśleć czy będą one powiązane z aktywnością użytkownika w aplikacji, np. poinformowanie o osiągnięciu celu dziennego w liczbie kroków (dla aplikacji fitness); czy też będą wiązać się z akcjami marketingowymi np. powiadomienie o ofercie -10% na zakupy przez weekend.
10. W jakim stopniu potrzeba integrować aplikację z API zewnętrznymi?
Jeśli Twoja aplikacja powinna odbierać lub wysyłać dane do innych systemów to oznacza, że wymaga integracji z API i należy to zawrzeć w briefie. Przykładowo może to być wymiana danych o historii zakupów w sklepie internetowym czy pobieranie informacji o czystości powietrza z czujników.
11. Czy potrzebujesz wielu wersji językowych?
Aplikacja zazwyczaj automatycznie pobiera ustawienia językowe użytkownika telefonu i na tej podstawie przypisuje język z możliwych przewidzianych w aplikacji. Wiele wersji językowych nie jest problemem, ale należy pamiętać, że opcja dodania kolejnych to dodatkowy czas. Jeśli na ten moment potrzebujesz jednej wersji językowej, ale wiesz, że w przyszłości aplikacja ma obsługiwać więcej języków, odnotuj to w briefie. Dzięki temu wykonawca aplikacji będzie mógł zaprojektować architekturę aplikacji uwzględniającą wielojęzyczność.
12. Czy i w jaki sposób aplikacja będzie na siebie zarabiać?
Dzięki tej informacji będzie można lepiej określić, które funkcjonalności są priorytetowe. Jeśli jest to aplikacja wewnętrzna dla Twoich pracowników, to oczywiście nie ma potrzeby o tym myśleć. Jeśli aplikacja jest przeznaczona do użytku komercyjnego, jest to kluczowa kwestia. Wtedy warto zadać sobie pytanie, w jaki sposób to zrobi: Czy aplikacja będzie odpłatna (płatność przez App Store / Google Play), czy może będzie oferować zakupy w aplikacji (in-app purchases)? Czy będzie oferować bezpłatny okres próbny? Czy tylko wersja premium będzie odpłatna?
13. Jaki zakładasz budżet?
Staraj się unikać odpowiedzi „nie wiem”, „na razie zbieram oferty”. Jeśli chcesz, być potraktowano Cię po partnersku, określ spodziewany budżet, jaki jesteś w stanie zainwestować w zbudowanie swojego produktu. Wykonawca doceni Twoje zdecydowanie i również odwdzięczy się konkretnymi informacjami: będzie mógł podpowiedzieć, co jest możliwe w tym budżecie oraz doradzić alternatywne rozwiązania. Odpowiadając „nie wiem”, dajesz sygnał, że brakuje Ci gotowości do zaangażowania się w projekt lub po prostu nie masz środków na inwestycję.
14. W jaki sposób sfinansujesz stworzenie aplikacji?
Wykonawca chce sprawdzić na ile poważnie myślisz o projekcie. Na etapie kontaktu z software house’m, oczekuje się, że masz już źródło finansowania lub konkretny plan zdobycia go. Odpowiedź na to pytanie jest równoznaczna z informacją czy współpraca w ogóle dojdzie do skutku, jest to więc bardzo istotne pytanie dla Twojego wykonawcy, który w końcu musi poświęcić dużo czasu i zasobów, zanim faktyczna współpraca dojdzie do skutku- w proces analizy Twojego pomysłu i wyceny zaangażowanych jest zazwyczaj kilka osób. Ponadto, znając możliwości finansowania projektu, wykonawca jest w stanie zaplanować pracę zespołu: spodziewany start i długość zaangażowania.
15. Czy posiadasz już dokumentację w formie projektu UX/UI, user stories, listę funkcjonalności lub inną?
Taka dokumentacja jest pierwszym krokiem do zbudowania produktu cyfrowego. Im obszerniejsza i lepiej opisana, tym dokładniej można oszacować, jakie będą realne koszty Twojej inwestycji. Minimalizując ryzyko niedopowiedzeń, które wynika ze zbyt małej ilości informacji o projekcie, będzie Ci również łatwiej porównać oferty różnych wykonawców.
