Napisania aplikacji na IOS i Android

Zlecę napisanie aplikacji na Androida i IOS (jednakowych na ile to możliwe).

Uwagi ogólne:

Screeny zamieszczone na końcu dokumentu nie zawierają wszystkich ekranów aplikacji, a jedynie główne.

Oferta dotyczy aplikacji na Androida i IOSa.

Ogólna zasada działania aplikacji:

Aplikacja ma w praktyce na celu ułatwienie kupowania biletów oraz korzystania z kuponów i kart zniżkowych. Drugą funkcjonalnością jest umożliwienie dwustronnej komunikacji pomiędzy jej użytkownikiem a właścicielem usługi poprzez umożliwienie wypełniania formularzy przygotowanych przez właściciela usługi.

W praktyce wszystkie funkcjonalności są dostępne online w postaci stron www z tą różnicą że np. kupony zniżkowe pobrane z www są wysyłane na maila a w przypadku aplikacji będą w niej zapamiętane (a w zasadzie same linki do nich).

Dodatkowo aplikacja jest sparowana z kontem pay-pal - możliwość płacenia za bilety. Ma również możliwość skanowania kodów QR i czytania tagów NFC.

Należy jednak podkreślić że w znacznej części przypadków aplikacja będzie się zachowywać jak przeglądarka www. Aplikacja pobiera tylko dane w dwóch przypadkach - zakupie biletu, pobraniu karty rabatowej, w obu tych przypadkach aplikacja będzie musiała określone dane pobrać z wyświetlanej strony (link do biletu/karty, identyfikator). Dalsze sprawdzanie statusu (czy bilet lub karta są nadal aktualne itd) będzie się obywać poprzez wywołanie usługi REST która zwróci odpowiedni statu na podstawie określonego identyfikatora.

Funkcjonalności dotyczące płatności.

Przypadki użycia :

1. Klient chce kupić bilet na jakieś wydarzenie poprzez aplikację

a. Klient wybiera opcję Wydarzenia w mojej okolicy (ekran 1)

b. Wyświetla się lista proponowanych wydarzeń (ekran 6) - istniej możliwość wyszukiwania po tytułach wydarzeń - lista się wtedy zawęża [aplikacja wywołuje usługę REST która zwraca listę wydarzeń do wyświetlenia]

c. Klient klika wybrane wydarzenie

d. Aplikacja przechodzi do ekranu, który w całości jest ramką wyświetlającą stronę www wydarzenia - pod ramką znajduje się przycisk cofnij (powrót do listy wydarzeń)

e. W przypadku gdy klient przejdzie przez proces zakupu, wyświetla mu się zakupiony bilet (wszystko to dzieje się po stronie www nie aplikacji), [aplikacja zczytuje z wyświetlanej treśli link do zakupionego biletu (który jest także w wersji online) i staje się dostępny w aplikacji]

2. Klient chce kupić bilet zczytując kod QR

a. Klient przy pomocy aplikacji skanuje kod QR

b. Aplikacja przechodzi do ekranu, który w całości jest ramką wyświetlającą stronę www wydarzenia - pod ramką znajduje się przycisk cofnij (powrót do listy wydarzeń)

c. W przypadku gdy klient przejdzie przez proces zakupu, wyświetla mu się zakupiony bilet (wszystko to dzieje się po stronie www nie aplikacji), [aplikacja zczytuje z wyświetlanej treści link do zakupionego biletu (który jest także w wersji online) i staje się dostępny w aplikacji]

3. Klient chce skorzystać z kuponów/kart zniżkowych zczytując kod QR (z perspektywy aplikacji nie ma różnicy)

a. klient skanuje kod QR lub Tag NFC

b. w aplikacji wyświetla się strona www umożliwiająca pobranie kuponu/karty, czasami wymagane jest wypełnienie formularza - następnie zostaje przekierowany na stronę z podsumowaniem i informacją o wysłaniu kuponu/karty [w tym momencie jest już ona dostępna online]

c. aplikacja pobiera i zapisuje link ze strony podsumowania

d. kupon/karta są widoczne w aplikacji (Ekran 3)

4. Klient chce wyszukać kupony/karty przez aplikację

a. Klient wybiera opcje kupony/karty [aplikacja wysyła zapytanie REST do serwera o listę do wyświetlenia]

b. Wyświetla się lista proponowanych kuponów kart (ekran 4)

c. w aplikacji wyświetla się strona www umożliwiająca pobranie kuponu/karty, czasami wymagane jest wypełnienie formularza - następnie zostaje przekierowany na stronę z podsumowaniem i informacją o wysłaniu kuponu/karty [w tym momencie jest już ona dostępna online]

d. aplikacja pobiera i zapisuje link ze strony podsumowania

e. kupon/karta są widoczne w aplikacji (Ekran 3)

5. Podgląd biletu lub kuponu

a. klient wchodzi w listę posiadanych biletów lub kuponów (Twoje bilety, Twoje kupony) [przed wyświetleniem listy aplikacja przez usługę REST sprawdza status poszczególnych pozycji by nie wyświetlać nieaktualnych/użytych]

b. klient wybiera interesującą go pozycje

c. w ramce wyświetla się strona zawierająca dane wybranej pozycji, może skorzystać z opcji tam się znajdujących

6. Płatności

Zasada działania jeszcze do ustalenia, wyświetlane strony podczas zakupu biletu już zawierają obsługę płatności. Być może zrezygnujemy z tej opcji.

7. Wiadomości - lista wiadomości będzie odczytywana poprzez usługę REST, nie będzie konieczności przechowywania wiadomości w aplikacji. Wysyłka wiadomości - również poprzez usługę REST lub mail.

W razie zainteresowania proszę o składanie ofert, doślę dokument ze wspomnianym projektem ekranów.