Czy prosta aplikacja na iPhone'a jest bardziej atrakcyjna dla użytkowników niż witryna mobilna?

9

Mój klient chce zrobić aplikację na iPhone'a, ponieważ odkryła, że ​​ludzie są znacznie bardziej skłonni do korzystania z aplikacji na iPhone w witrynie zoptymalizowanej pod kątem urządzeń mobilnych. Aplikacja na iPhone'a jest bardzo prosta - wyświetla tylko kilka zdjęć i trochę tekstu. Jako programista wolałbym zrobić witrynę mobilną, biorąc pod uwagę prostą naturę treści. Z technicznego punktu widzenia uważam, że korzystanie z aplikacji na iPhone'a w tej sytuacji jest przesadą.

Czy ma sens budowanie aplikacji na iPhone'a, gdy wystarczyłaby witryna mobilna, po prostu dlatego, że użytkownicy woleliby, aby była to aplikacja na iPhone'a? Czy w ogóle można łatwo przekonać użytkowników, że korzystanie z witryny mobilnej jest równie łatwe?

Ryan
źródło
1
Jeśli aplikacja jest taka prosta, powinieneś zrobić jedno i drugie: będziesz się dobrze bawić, a twój klient będzie szczęśliwy.
dasblinkenlight
2
Wygląda na to, że stawiasz własne potrzeby ponad potrzeby użytkowników.
Caleb
9
„Czy warto zbudować iPhone'a, gdy wystarczyłaby witryna mobilna, po prostu dlatego, że Twoi użytkownicy woleliby, aby była to aplikacja iPhone?” - proste, ponieważ? Masz swoją logikę do tyłu.
GrandmasterB
3
To wydaje się pytaniem ankietowym. Co więcej, prawidłowa odpowiedź jest dość jasna, rób to, co chce twój klient, kogo to obchodzi, jeśli jego „przesada”, jeśli klient ma ważny powód, nie powinno mieć znaczenia.
Ramhound,

Odpowiedzi:

6

Prostą odpowiedzią jest stworzenie strony internetowej, ale zbudowanie jej jako mobilnej aplikacji internetowej. Jeśli wolisz budować stronę internetową lub uważasz, że będzie to szybsze, to jest to właściwy sposób.

Użytkownicy nadal mogą go „zainstalować” (utworzyć ikonę na ekranie głównym, na którym określasz png, który ma być używany dla ikony), ukrywasz pasek narzędzi Safari i działa on jak aplikacja.

Oto strona Apple na temat tworzenia aplikacji internetowych

Korzyści z tego są

  • wieloplatformowa - aplikacja internetowa będzie działać na Androidzie, WP, a nawet Blackberry!
  • możesz aktualizować zawartość - np. tekst, obrazy bez aktualizacji aplikacji
  • taniej i szybciej się rozwija

Nie wiem, czy możesz umieścić tego typu aplikacje internetowe w sklepie iTunes, czy nie.

Kirk Broadhurst
źródło
2
Więc w zasadzie tworzysz aplikację HTML5, a następnie mówisz / pokazujesz użytkownikowi, jak powiązać z nią ikonę?
Robert Harvey
Lub po prostu strona HTML (dowolna wersja). Kluczem jest instruowanie systemu iOS, aby uruchamiał pełnoekranowego Safari, i określenie ikon w HEADsekcji. AFAIK użytkownik nie może wybrać własnej ikony do użycia.
Kirk Broadhurst
7
-1 Aplikacje internetowe są dalekie od „wieloplatformowości” z punktu widzenia użyteczności. Możesz stworzyć aplikację internetową podobną do iPhone'a, ale taka aplikacja będzie przypominać ból głowy na Androida i Windows Phone.
Euforyczny
4
@Euforia możesz zastosować inny arkusz stylów w zależności od platformy, ale nie musisz . Porównaj z próbą zainstalowania aplikacji na iOS na Windows Phone, a przekonasz się, że aplikacje internetowe są jedną z najbardziej dostępnych technik na wiele platform.
Kirk Broadhurst
8

Jeśli strona internetowa jest naprawdę taka prosta, nie należy przekształcać jej w aplikację. Mogę podać jeden powód, ale jest bardzo dobry:

Proste aplikacje zwykle nie przechodzą przez recenzentów sklepów z aplikacjami .

Od https://developer.apple.com/appstore/resources/approval/guidelines.html

2.12 Aplikacje, które nie są zbyt użyteczne, unikalne, są po prostu stronami internetowymi w pakiecie jako aplikacje lub nie zapewniają trwałej rozrywki mogą zostać odrzucone

Jeśli spróbujesz przesłać taką aplikację, prawdopodobnie zostanie odrzucone stwierdzenie „aplikacja nie korzysta z natywnych funkcji iOS” lub coś podobnego.

Jeśli chcesz utworzyć prostą aplikację na iOS, musisz pomyśleć, jakie funkcje zostaną dodane do strony internetowej.

Sułtan
źródło
1
+1 Nie budujesz aplikacji, budujesz stronę internetową (z jej brzmienia). Powinna to być strona internetowa, a nie aplikacja. Nie powinno się go nawet nazywać aplikacją internetową, nie mów HTML5. To tylko mobilna strona internetowa (obrazy i tekst).
Will Meldon,
4

W zeszłym tygodniu opublikowałem aplikacje zarówno w Google Play, jak i App Store, które były czymś więcej niż dedykowanymi przeglądarkami ( WebView ) na responsywną stronę internetową i trochę cukru.

To daje ci:

  • Szybki rozwój większości aplikacji jako strony internetowej w oparciu o HTML5
  • Obecność w odpowiednim App Store urządzenia
  • Użytkownicy mogą instalować aplikację w zwykły sposób (bez skomplikowanych instrukcji, aby wyświetlić ikonę na ekranie głównym)

Ale nadal zachowujesz zalety natywnej aplikacji:

  • Zawsze możesz później przenieść więcej kodu na stronę natywną
  • Skorzystaj z interfejsów API, które są niedostępne dla stron internetowych opartych na przeglądarce, np
    • reklamuj aplikację jako aplikację do routingu w nowych Mapach iOS
    • pozwól Passbookowi otworzyć bilet w Twojej aplikacji itp

Jestem pewien, że Android ma także wiele interfejsów API, które są zabronione dla aplikacji internetowych.

BTW. Z własnego doświadczenia - trzymaj się z dala od platform międzyplatformowych. Nawet w przypadku tak prostego zadania jeden z nich ukąsił mnie w tyłek i ostatecznie przepisałem całą sprawę w języku ojczystym.

Laas
źródło
3

Czuję twój ból, wiele aplikacji powinno być częścią sieci i być rozwijanych przy użyciu technologii sieciowych.
Ale to postawa technologiczna, prawdopodobnie twojego klienta to nie obchodzi.

Domyślam się, że tego rodzaju klienci nie wybierają aplikacji tak bardzo, jak idą do sklepu z aplikacjami .

Być może nie doceniasz widoczności, jaką aprowizacje mogą nadać publikacji klienta tutaj.

„Darmowa reklama !!! 1!” może być wszystkim, co widzi Twój klient.

Mimo to oni, klient, mogą nie doceniać faktycznych kosztów . Ale w ich wyobrażeniu te nowe koszty zostaną zrównoważone przez „nowe” mechanizmy monetyzacji, na które pozwalają sklepy.

Wówczas prawie na pewno przeceniają faktyczną monetyzację , którą sklep może podnieść dla ich produktu (jak sądzę) w obecnej chwili. W końcu nie uprawiają Angry Birds.

Prawdopodobnie znacznie opóźniają czas wprowadzenia na rynek , wybierając rozwiązanie dla aplikacji.

Niestety tego rodzaju biznesplan:

  • Kompilacja aplikacji
  • ???
  • ZYSK

Wydaje się, że jest teraz wściekłość.

ZJR
źródło
2
tl; dr: Musisz być w sklepie z aplikacjami.
Robert Harvey
2

Nie podajesz klientowi wystarczających informacji, aby podjąć świadomą decyzję.

  1. Czy wiedzą o procesie zatwierdzania aplikacji na iPhone'a?
  2. Czy istnieją funkcje, do których użytkownicy potrzebują dostępu, gdy nie są połączeni?
  3. Czy musisz się martwić o poufne informacje przechowywane w telefonie?
  4. Co z urządzeniami nie wyprodukowanymi przez Apple?

Uważaj na „łatwiej jest mi zbudować stronę internetową”, ponieważ istnieje komplement, który z przyjemnością zbuduje aplikację na iPhone'a.

JeffO
źródło
1

Wprawdzie mam osobiste nastawienie do natywnych aplikacji, ale myślę, że naprawdę nie ma na to czarno-białej odpowiedzi. Oto kilka przemyśleń na temat aplikacji internetowych i aplikacji natywnych:

  • Aplikacje internetowe są fajne, jeśli chcesz uniknąć kłopotów związanych z przystąpieniem do programu dla programistów Apple. Bez tego nie można instalować aplikacji na urządzeniach ani publikować ich w App Store.
  • Potem oczywiście trzeba się nauczyć XCode i Objective-C (jeśli jeszcze ich nie znasz).
  • Z drugiej strony aplikacje natywne są zazwyczaj bardziej responsywne (moje własne subiektywne doświadczenia).
  • Jeśli aplikacja musi być w stanie działać w trybie „offline” (gdy nie jest dostępne połączenie internetowe), wówczas natywna aplikacja jest naprawdę jedyną realistyczną opcją.

W twoim przypadku porównałbym wymagania klienta z zaletami i wadami aplikacji internetowych i natywnych.

Dodam również, że pisanie i wdrażanie natywnej aplikacji na iPhone'a NIE KONIECZNIE wymaga obecności w App Store. Tak zwane „aplikacje wewnętrzne” można pisać i wdrażać w środowisku korporacyjnym. Rozważ to: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a

Avian00
źródło
Jeśli aplikacja jest dla klientów, „In-House” nie pomoże ...
Sulthan
Rzeczywiście, ale ponieważ pytanie nigdy nie wyjaśniło tej kwestii, czułem, że warto o tym wspomnieć.
Avian00
0

Biorąc pod uwagę opis problemu, wybrałbym witrynę mobilną zamaskowaną jako aplikacja. Ogólnie rzecz biorąc, wiele aplikacji mobilnych to tylko strony HTML5, które mogą, ale nie muszą działać lokalnie. Może to być świetny początek szybkiego opracowania aplikacji wieloplatformowej, która będzie działała prawidłowo na wielu typach urządzeń mobilnych bez konieczności przerabiania dużej części kodu. Powiedziawszy to, jest jedno zastrzeżenie: HTML5 nie jest królem prędkości podczas wykonywania ciężkich zadań. Kiedy nadszedł czas na wykonanie kodu intensywnie przetwarzającego, który nie jest dostępny jako część oprogramowania pośredniego dla platform, na których się rozwija, kod może działać dość wolno, jeśli przetwarzanie odbywa się wyłącznie za pomocą JavaScript, a użytkownik powinien rozważyć przeniesienie go na wyższy poziom (aplikacja natywna).

Na nie
źródło