Technologie i oprogramowanie

System studia aplikacji mobilnych

Studia aplikacji mobilnych z cyklicznymi wydaniami dla swoich klientów.

Od projektu UX przez development i testy po publikację w sklepie, miesięczną aktualizację i fakturowanie wydań.

Bez karty kredytowej — Twój projekt z pełnym systemem będzie gotowy w minutę

UX0
Brak kart na razie
Development1
Zarejestruj aplikacje w toku z etapami
QA1
Uruchom bramę QA dla najbliższego wydania
Publikacja w sklepie0
Brak kart na razie
Aktualizacja miesięczna0
Brak kart na razie
Fakturowanie1
Zaksięguj umowy serwisowe i płatności za wydania

Tak wygląda tablica systemu, którą otrzymasz: kolumny przepływu pracy i karty startowe pokazujące pierwsze kroki

Jak przebiega praca w tym systemie?

Każda aplikacja lub wydanie zaczyna się od karty w kolumnie „UX”, gdzie projektujemy ekrany i doświadczenie użytkownika oraz uzyskujemy akceptację klienta. Następnie karta przechodzi do „Development” — właściwej budowy, potem do „QA”, gdzie zespół testuje na fizycznych urządzeniach i dokumentuje defekty na karcie, aż wersja będzie czysta. Dalej „Publikacja w sklepie”: wgrywanie wersji do sklepów i śledzenie akceptacji recenzji, następnie „Aktualizacja miesięczna” — cykl ciągłych usprawnień i poprawek — oraz „Fakturowanie”, gdzie rozliczamy płatności za wydania i miesięczne umowy serwisowe.

Należności wiążą pieniądze z postępem: płatność za każde opublikowane wydanie i miesięczna opłata serwisowa za każdą aplikację — dzięki temu zarząd wie, które aplikacje są rentowne, a które pochłaniają zespół. Czat służy codziennej koordynacji programistów i testerów, a Ogłoszenia — sprawom dla wszystkich: nowe zasady sklepów Apple lub Google wpływające na wszystkie aplikacje albo data wygaszenia starej wersji.

Kierownik studia jest właścicielem relacji z klientami: zatwierdza projekty UX i podpisuje gotowość wersji przed publikacją; programiści realizują „Development” i usuwają defekty zgłoszone przez „QA”; zespół QA jest strażnikiem bramy „QA” — żadnej publikacji bez udokumentowanego raportu z testów na fizycznych urządzeniach. Na etapie „Aktualizacji miesięcznej” zbieramy zgłoszenia klienta i opinie użytkowników ze sklepu, ustalamy ich priorytety i karmimy nimi kolejne wydanie.

Kto robi co?

Role operacyjne w tym systemie i odpowiedzialność każdej z nich w codziennej pracy — przypisz je zespołowi wprost albo dostosuj do swojej specyfiki.

Kierownik studia

Jest właścicielem relacji z klientami: zatwierdza z nimi projekty „UX”, podpisuje gotowość każdej wersji przed „Publikacją w sklepie” i przegląda fakturowanie wydań oraz umów serwisowych.

Programiści

Realizują „Development” według zatwierdzonych projektów, usuwają defekty zwrócone przez „QA” i przygotowują paczki publikacyjne dla sklepów.

Zespół QA

Jest strażnikiem bramy „QA”: testy na fizycznych urządzeniach i dokumentacja defektów na karcie z krokami reprodukcji — żadnej publikacji bez jego końcowego raportu.

Koordynator ds. sklepów

Zarządza kontami sklepów i ich wymaganiami: wgrywa wersje i śledzi akceptacje recenzji oraz monitoruje opinie i oceny użytkowników jako materiał dla „Aktualizacji miesięcznej”.

Co jest przygotowane dla Ciebie od pierwszego dnia?

Moduły systemu

  • Zadania Tablica kanban z kolumnami przepływu pracy i kartami realizacji
  • Czat Szybki kanał codziennej koordynacji zespołu
  • Ogłoszenia Oficjalny głos kierownictwa — okólniki i komunikaty, które docierają do wszystkich
  • Należności Wewnętrzne pieniądze w ścisłej poufności — należności, zaliczki i wydatki

Ogłoszenie powitalne: «Witamy w systemie studia»

Od dziś każda aplikacja przechodzi przez kartę — od „UX” po „Fakturowanie”, żadnej publikacji w sklepie bez udokumentowanego raportu QA z fizycznych urządzeń, a nowe zasady sklepów docierają do Was tutaj zaraz po ich ogłoszeniu. Pierwszy krok: zarejestrujcie aplikacje w toku we właściwych etapach i zaksięgujcie miesięczne umowy serwisowe w Należnościach.

Gotowy? Pierwszy projekt jest o dwie minuty stąd

Utwórz darmową przestrzeń roboczą już teraz i zaproś zespół przed końcem dnia.