Słowniczek dla product ownerów – podstawowe pojęcia związane z rozwojem aplikacji

Poznaj podstawowe pojęcia, które przydadzą Ci się na każdym etapie procesu rozwoju aplikacji mobilnej.

Czemu warto znać te pojęcia?

Na wstępie małe sprostowanie – ważnych pojęć charakterystycznych dla procesu rozwoju aplikacji jest wiele. Tak wiele, że można z nich stworzyć cały słownik (i na pewno ktoś już się tym zajął).

Czemu wybraliśmy tylko kilka? Chcemy, żebyś poznał kilka podstawowych terminów, które stosujemy naprawdę często. Ich znajomość powinna dać wiele korzyści.

1. Pozwoli Ci efektywniej współpracować z zespołem deweloperskim.
2. Ułatwi zrozumienie, co jest potrzebne do budowy aplikacji mobilnych.
3. Umożliwi świadome podejmowanie decyzji związanych z rozwojem Twojego produktu.
4. Pomoże Ci lepiej przygotować się do zadań, które przed Tobą stoją.

Gotowy? Przejdźmy więc do szczegółów.

Product Discovery

To wstępna faza, podczas której zbieramy i analizujemy informacje o użytkownikach i biznesie. Dzięki temu zespół lepiej rozumie grupę docelową. Dowiadujemy się też, czego potrzebuje Twój biznes, żeby się rozwijać. Celem jest odkrycie, jakie możliwości aplikacja powinna oferować. Wnioski z tego etapu przydadzą nam się na każdym etapie rozwoju produktu.

Przydatne pojęcia:

• Indywidualne wywiady pogłębione – to jakościowa metoda badawcza. Polega na rozmowie moderatora z respondentem. Pomaga nam to lepiej poznawać potencjalnych użytkowników. W ten sposób odkrywamy, jakie są ich motywacje oraz co powstrzymuje ich przed realizacją celów. Znając ich potrzeby i problemy, jesteśmy w stanie projektować produkty, które mają prawdziwą wartość.
• Warsztaty Product Design – podczas tych warsztatów zespół deweloperski i klienta pracują razem. Najpierw zbieramy i analizujemy informacje na temat biznesu i użytkowników. Następnie przechodzimy do ćwiczeń, które pomagają nam odkrywać nowe możliwości i wymyślać rozwiązania problemów, z jakimi zmagają się przedstawiciele grupy docelowej.
• Kluczowe wskaźniki skuteczności (KPI) – informują, co chcesz osiągnąć dzięki temu projektowi i jak to zmierzyć. Kiedy zespół zna wskaźniki KPI, możemy proponować rozwiązania, które będą lepiej dopasowane do Twoich potrzeb.

Chcesz zwiększyć szanse na to, że Twój produkt odniesie sukces na rynku? Poznaj lepiej fazę Discovery.

Project Kickoff

Zarówno klient, jak i zespół deweloperski biorą udział w spotkaniu kickoffowym. Celem jest omówienie projektu od strony organizacyjnej. Rozmawiamy m.in. o celach, zadaniach i narzędziach.

Przydatne pojęcia:

• Roadmapa – to dokument zawierający informacje o głównych elementach lub funkcjach produktu, celach biznesowych i preferowanych ramach czasowych.
• Zakres projektu (scope) – opisuje, co jest potrzebne do zrobienia aplikacji. Znajdują się w nim informacje o celach projektu, zadaniach, jakie należy wykonać, by je osiągnąć i niezbędnych do tego środkach. Dokument zawiera też szacowany czas wykonania projektu i opis oczekiwanych rezultatów.
• Sprinty – proces rozwoju oprogramowania dzielimy na iteracje zwane sprintami. Iteracja trwa zwykle tydzień lub dwa tygodnie. W jej wyniku powstaje nowy element aplikacji.

Design UX/UI

Kiedy znamy główne cele projektu i wiemy, jak aplikacja powinna działać, można zabrać się za projektowanie interfejsu. Musi być przyjazny użytkownikowi, intuicyjny, funkcjonalny i dostępny dla osób z różnymi niepełnosprawnościami. Całość powinna też wyglądać zachęcająco i zapewniać pozytywne doświadczenia (user experience).

Przydatne pojęcia:

• Diagram przypływu użytkownika (user flow diagram) – pokazuje, jakie ścieżki użytkownik może przejść w aplikacji i jakie działania może podjąć, żeby wykonać jakieś zadanie. Z jego pomocą łatwiej przeanalizować aplikację pod względem użyteczności. Diagram pozwala też szybko sprawdzić, jakie akcje dany element powinien umożliwiać.
• Wireframe’y – zarysy widoków aplikacji, które pokazują, jak ma ona wyglądać i jakie elementy należy zaimplementować. Wireframe’y nie są interaktywne, ale pozwalają zobaczyć, jakie działania użytkownicy będą mogli wykonywać. Tworzenie wireframe’ów, czyli modelowanie to sposób na zaprezentowanie struktury aplikacji.
• Prototyp – to interaktywny model aplikacji. Nie tylko pozwala zobaczyć, jak powinna ona wyglądać, ale też działać. Dzięki prototypom testujemy design i pomagamy pozostałym członkom zespołu zrozumieć, jaki efekt chcemy osiągnąć.
• Testy użyteczności – zanim deweloperzy zaczną pisać kod, należy się upewnić, że design jest tak intuicyjny jak zakładamy. W tym celu przeprowadzamy testy użyteczności z potencjalnymi użytkownikami. W ten sposób ustalamy, jakie elementy aplikacji trzeba zmienić, by ulepszyć ich doświadczenia (UX). Kiedy odkrywamy takie problemy na etapie projektowania, koszty związane z wprowadzaniem zmian są niższe. Testy użyteczności pozwalają więc zaoszczędzić czas i pieniądze. Pomagają też tworzyć produkty, które lepiej odpowiadają na potrzeby odbiorców.
• Style guide – dokument, który informuje o tym, jakie fonty, rozmiary tekstów, kolory i inne elementy wizualne powinny być wykorzystywane w aplikacji. Określa też, w jaki sposób mogą być stosowane i kiedy. Style guide pozwala zachować spójność z innymi rozwiązaniami, które oferuje Twoja marka (np. aplikacją webową). Jeśli jest taka potrzeba, możemy stworzyć drugi style guide wyłącznie dla aplikacji mobilnej.

Pisanie kodu i testy

W Holdapp rozwijamy aplikacje w ramach metodyk zwinnych. Na podstawie wireframe’ów zespół pisze kod i testuje nowe elementy, by zapewnić najlepszą jakość oprogramowania.

Przydatne pojęcia:

• Frontend – obejmuje elementy aplikacji mobilnej, które widzą użytkownicy i mogą z nimi wejść w interakcję.
• Backend – jego rola polega na przechowywaniu i przetwarzaniu danych. Jest też odpowiedzialny za dostarczanie ich do frontendu, żeby użytkownicy mogli je zobaczyć (np. w postaci wyników wyszukiwania, rekomendowanych produktów, powiadomień itd.).
• Code review, czyli recenzja kodu – kiedy jeden deweloper pisze kod, inny go analizuje i szuka błędów. Jeśli recenzent ma jakieś sugestie zmian, mówi autorowi kodu, co warto ulepszyć i co jest zrobione dobrze.
• Testy QA – po napisaniu kodu przez dewelopera, testerzy sprawdzają, czy nowy element spełnia wymagania. W ten sposób możemy dostarczać użytkownikom aplikacje, które działają szybko i bez zarzutu.
• Testy akceptacyjne (UAT) – zanim aplikacja trafi do sklepu testujemy przypadki użycia (use case’y). Celem jest sprawdzenie, czy spełniają one niezbędne wymagania akceptacyjne.
• Regresja – ma miejsce wtedy, kiedy błędy są już naprawione. Podczas regresji sprawdzamy, czy działania naprawcze nie przyczyniły się do powstania nieprawidłowości w modułach powiązanych z tym, nad którym zespół skupiał się w danym sprincie.
• Sprint planning – product owner i project manager ustalają cel następnego sprintu i zadania, które należy wykonać, by go osiągnąć. Powinno być jasne, które z nich są priorytetowe.
• Daily (stand-up) – krótkie spotkanie, które ma miejsce codziennie. Bierze w nim udział cały zespół. Podczas daily specjaliści mówią o statusie prac i aktualnych zadaniach.
• Pielęgnowanie backlogu, czyli refinement – product owner i project manager muszą aktualizować backlog, upewniać się, że wszystkie zadania są dobrze opisane i ustalać priorytety.
• Retrospektywa – spotkanie członków zespołu. Omawiają oni dobre i złe elementy procesu rozwoju aplikacji. W rezultacie wiedzą, co należy poprawić w przyszłości, ale też co powinno pozostać bez zmian.

Dowiedz się więcej o etapie pisania kodu i testowania.

Publikacja produktu

Kiedy aplikacja mobilna jest już niemal ukończona, możesz przeprowadzić dodatkowe testy, a  później rozpocząć proces publikacji.

Przydatne pojęcia:

• Testy wewnętrzne (Google Play Store) – może je przeprowadzać maksymalnie 20 osób. Otrzymują one unikalny link pozwalający im na znalezienie aplikacji w sklepie i jej instalację.
• Testy zamknięte (Google Play Store) – są dwa rodzaje zamkniętych testów: alpha i beta (testy pierwszej i drugiej wersji aplikacji). Podczas tych testów aplikacja jest dostępna w sklepie  Google Play Store, ale tylko dla wybranych osób.
• Testy otwarte (Google Play Store) – pozwalają testować aplikację większej liczbie osób, które mogą wysyłać swój feedback.
• Testerzy wewnętrzni (Apple App Store) – to członkowie Twojego zespołu w App Store Connect. Dostają powiadomienia za każdym razem, gdy nowy build jest gotowy do testów. Możesz mieć maksymalnie 100 wewnętrznych testerów aplikacji.
• Testy beta (Apple App Store) – maksymalnie 10 000 zewnętrznych testerów może sprawdzać wersję beta aplikacji przed jej publikacją.
• Recenzja aplikacji – jeśli chcesz opublikować aplikacje w sklepach, najpierw muszą one przejść szczegółowy proces weryfikacji. Sklepy chcą się upewnić, że produkt spełnia ich wymagania.
• Pozycjonowanie aplikacji mobilnych, czyli ASO to proces, który zwiększa prawdopodobieństwo, że aplikacja będzie się wyświetlać na wysokich pozycjach w wynikach wyszukiwania sklepu Apple App Store i Google Play Store. W ten sposób zwiększasz widoczność aplikacji i więcej osób jest w stanie na nią trafić.

Proces dystrybucji aplikacji wygląda inaczej w zależności od sklepu. Sprawdź różnice pomiędzy platformą Apple App Store a Google Play Store.

Utrzymanie

Rozwój aplikacji to proces, a nie jednorazowe wydarzenie. Po opublikowaniu pierwszej wersji produktu trzeba zająć się jego utrzymaniem – naprawą błędów, aktualizacją aplikacji i dbaniem o jej jakość.

Przydatne pojęcia:

• Analityka aplikacji mobilnych – zbieranie i analiza danych, które pozwalają się dowiedzieć, jak użytkownicy korzystają z aplikacji. Na podstawie wybranych metryk możesz lepiej zrozumieć swoich odbiorców i wprowadzać zmiany, które ulepszą UX. Narzędzia do analityki ułatwiają też monitorowanie błędów technicznych, dzięki czemu można szybciej je naprawiać.
• Audyt UX – analiza aplikacji, która skupia się na doświadczeniach użytkownika. Audyt pokazuje, jakie elementy aplikacji należy zmienić, żeby zwiększyć użyteczność. Wskazuje, co powoduje problemy, które negatywnie wpływają na UX. Znajdują się w niej również rekomendacje rozwiązań.
• Audyt techniczny – tego rodzaju analiza aplikacji koncentruje się na technicznych aspektach oprogramowania. Tłumaczy, czemu aplikacja nie jest tak wydajna, jak oczekiwano oraz jak to naprawić.

Mamy nadzieję, że ten słowniczek pomoże Ci przy budowie aplikacji, a nawet wcześniej, podczas szukania firmy tworzącej oprogramowanie. Napisz do nas, jeśli chcesz poznać szczegóły tego procesu.