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

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?

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.

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.

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.

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ść.

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.

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

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).