Una semplice app per iPhone è più attraente per gli utenti rispetto a un sito Web mobile?

La mia cliente vuole realizzare un'app per iPhone perché ha scoperto che è molto più probabile che le persone utilizzino l'app per iPhone su un sito ottimizzato per dispositivi mobili. L'app per iPhone è molto semplice: mostra solo un paio di immagini e del testo. Come programmatore preferirei di gran lunga fare un sito mobile data la natura semplice del contenuto. Da un punto di vista tecnico, ritengo che sia eccessivo utilizzare un'app per iPhone in questa situazione.

Ha senso costruire un'app per iPhone quando un sito mobile sarebbe sufficiente, semplicemente perché i tuoi utenti preferirebbero che fosse un'app per iPhone? Esiste un modo per convincere facilmente gli utenti che un sito mobile è altrettanto facile da usare?

La semplice risposta è sviluppare un sito Web ma costruirlo come un'app Web mobile. Se ti senti più a tuo agio con la costruzione di un sito web o ritieni che sarà più veloce, allora questa è la strada da percorrere.

Gli utenti possono ancora 'installarlo' (creare un'icona nella loro schermata principale, dove si specifica il png da utilizzare per l'icona), nascondere la barra degli strumenti di Safari e funziona proprio come un'app.

Ecco la pagina Apple sulla creazione di app Web

I vantaggi di questo sono

• multipiattaforma: l'app Web funzionerà su Android, WP, persino Blackberry!
• puoi aggiornare il contenuto, ad esempio testo, immagini senza aggiornare l'app
• più economico e più rapido da sviluppare

Non so se è possibile inserire questo tipo di app Web in iTunes Store o meno.

Se la pagina web è davvero così semplice, non dovresti trasformarla in un'app. Posso darti una ragione, ma è molto buona:

Le applicazioni semplici di solito non passano attraverso i revisori di appstore .

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

2.12 Le app che non sono molto utili, uniche, sono semplicemente siti Web raggruppati come App o che non forniscono alcun valore di intrattenimento duraturo che può essere rifiutato

Se provi a caricare una tale app, probabilmente riceverai un rifiuto che afferma "l'app non utilizza le funzioni iOS native" o qualcosa di simile.

Se vuoi creare una semplice app iOS, devi pensare a quale funzionalità verrà aggiunta su una pagina web.

Proprio la scorsa settimana ho pubblicato app sia su Google Play che su App Store che erano un po 'più che browser dedicati ( WebView ) per un sito Web reattivo e un po' di zucchero.

Questo ti dà:

• Sviluppo rapido basato su HTML5 della maggior parte dell'app come pagina Web
• Presenza nel rispettivo App Store del dispositivo
• Gli utenti possono installare l'app in modo regolare (senza istruzioni complicate per portare l'icona alla schermata principale)

Ma conservi ancora i vantaggi dell'app nativa:

• In seguito puoi sempre spostare più codice sul lato nativo
• Utilizzare API non consentite per le pagine Web basate sul browser, ad es
  • pubblicizza l'app come app di routing nelle nuove mappe iOS
  • lascia che il Passbook apra il biglietto nella tua app, ecc

Sono sicuro che anche Android ha una moltitudine di API vietate alle webapp.

BTW. Dalla mia esperienza personale, stai alla larga dai framework multipiattaforma. Anche per un compito così semplice mi sono morso il culo da uno di quelli e ho finito per riscrivere il tutto in lingua madre.

Sento il tuo dolore, molte app dovrebbero essere parte del web e sviluppate con tecnologie web.
Ma questa è una posizione tecnologica, probabilmente al tuo cliente non importa.

La mia ipotesi è che questo tipo di client non vada davvero per l'app tanto quanto sta andando per l' app store .

Qui potresti sottovalutare la visibilità che le appstore possono conferire alla pubblicazione di un cliente.

"Pubblicità gratuita !!! 1!" potrebbe essere tutto ciò che vede il tuo cliente.

Tuttavia, loro, il cliente, potrebbero sottovalutare i costi effettivi impliciti. Ma nel loro panorama mentale quei nuovi costi saranno bilanciati dai "nuovi" meccanismi di monetizzazione che le appstore consentono.

Quindi stanno quasi sicuramente sopravvalutando l'effettiva monetizzazione che un appstore può raccogliere per il loro prodotto (editoriale, suppongo) nel momento attuale. Dopotutto non sfoggiano Angry Birds.

Inoltre probabilmente stanno ritardando parecchio il loro tempo sul mercato , cercando una soluzione per app.

Purtroppo questo gentile piano aziendale:

• Build App
• ???
• PROFITTO

Oggi sembra essere di gran moda.

Non stai fornendo al tuo cliente informazioni sufficienti per prendere una decisione informata.

1. Sono a conoscenza del processo di approvazione dell'app per iPhone?
2. Esistono funzionalità a cui gli utenti devono accedere quando non sono connessi?
3. Devi preoccuparti delle informazioni sensibili memorizzate sul telefono?
4. Che dire dei dispositivi non realizzati da Apple?

Fai attenzione a "è più facile per me creare un sito Web" perché c'è un concorso là fuori che sarà più che felice di creare un'app per iPhone.

Devo ammettere che ho una propensione personale verso le app native, ma penso che non ci sia davvero una risposta in bianco e nero a questo. Ecco alcuni pensieri su app Web e app native:

• Le app Web sono utili se vuoi evitare il fastidio di diventare un membro del Programma per gli sviluppatori Apple. Senza questo, non è possibile installare app sui dispositivi o pubblicarle su App Store.
• Quindi, ovviamente, c'è lo sforzo di apprendere XCode e Objective-C (se non li conosci già).
• D'altra parte, le app native tendono ad essere più reattive (la mia esperienza soggettiva).
• Se l'app deve essere in grado di funzionare "offline" (quando non è disponibile alcuna connessione a Internet), un'app nativa è davvero l'unica opzione realistica.

Nel tuo caso, soppeserei i requisiti del tuo cliente rispetto ai pro e contro delle app Web e native.

Aggiungo anche che scrivere e distribuire un'app nativa per iPhone non richiede NECESSARAMENTE una presenza nell'App Store. Le cosiddette "app interne" possono essere scritte e distribuite in un ambiente aziendale. Considera questo: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a

Data la descrizione del tuo problema, sceglierei un sito mobile mascherato come app. In generale, molte app mobili sono solo siti HTML5 che possono o non possono essere eseguiti localmente. Questo può essere un ottimo inizio per sviluppare rapidamente un'app multipiattaforma che funzionerà abbastanza bene su molti tipi di dispositivi mobili senza dover rielaborare gran parte del codice. Detto questo, c'è un avvertimento: HTML5 non è il re della velocità quando si fanno cose pesanti. Quando è il momento di eseguire un codice intensivo di elaborazione che non è disponibile come parte del middleware per le piattaforme per cui stai sviluppando, il codice può essere eseguito piuttosto lentamente se dipendi esclusivamente da JavaScript per eseguire l'elaborazione e tu dovrebbe prendere in considerazione l'idea di portarlo al livello successivo (app nativa).