È una semplice app per iPhone più attraente per gli utenti rispetto a un sito web mobile?

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

Gli utenti possono ancora "installarlo" (creare un'icona nella loro schermata iniziale, dove si specifica il png da usare per l'icona), si nasconde la barra degli strumenti di Safari e funziona esattamente come un'app.

Ecco Pagina Apple sulla creazione di app web

I vantaggi di questo sono

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

Non so se puoi inserire questo tipo di app web nell'iTunes store o no.

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 dell'appstore .

Da link

2.12 Apps that are not very useful, unique, are simply web sites bundled as Apps, or do not provide any lasting entertainment value may be rejected

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

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

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

Questo ti dà:

• Sviluppo rapido basato su HTML5 della maggior parte delle app come pagina web
• Presenza nel rispettivo App Store del dispositivo
• Gli utenti possono installare l'app in modi normali (senza complicate istruzioni per ottenere l'icona sulla schermata iniziale)

Tuttavia, conservi i vantaggi dell'app nativa:

• Puoi sempre spostare più codice sul lato nativo più tardi
• Fai uso di API che sono off limits alle pagine web basate su browser, ad es
  • pubblicizza l'app come app di routing nelle nuove mappe di iOS
  • lascia che Passbook apra il ticket nella tua app, ecc.

Sono sicuro che anche Android ha moltissime API che sono vietate alle webapp.

A proposito. Dalla mia esperienza personale rimani chiaro dei framework multipiattaforma. Anche per un compito così semplice mi sono fatto mordere il culo da uno di questi e ho finito per riscrivere il tutto nella lingua nativa.

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

La mia ipotesi è che questo tipo di client non stia realmente andando per l'app tanto quanto stanno andando per l'app .

Potresti sottovalutare la visibilità che gli app store possono conferire alla pubblicazione di un cliente, qui.

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

Tuttavia, loro, il cliente, potrebbero sottostimare i costi effettivi impliciti. Ma nella loro visione mentale quei nuovi costi saranno bilanciati dai "nuovi" meccanismi di monetizzazione consentiti dall'appstores.

Quindi sono quasi certamente a sovrastimare la monetizzazione effettiva che un negozio di applicazioni può generare per il loro prodotto (editoriale, suppongo) nel momento attuale. Non sono sportivi Angry Birds, dopotutto.

Probabilmente stanno anche ritardando molto il loro time to market , optando per una soluzione per app.

Sfortunatamente questo tipo di piano aziendale:

• Crea app
• ???
• PROFIT

Sembra essere di gran moda al giorno d'oggi.

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

1. Sono a conoscenza del processo di approvazione dell'app iPhone?
2. Ci sono funzionalità in cui gli utenti devono accedere quando non sono connessi?
3. Ti devi preoccupare delle informazioni sensibili memorizzate sul telefono?
4. E i dispositivi non realizzati da Apple?

Attenzione a "è più facile per me creare un sito web" perché c'è un complemento là fuori che sarà più che felice di costruire un'app per iPhone.

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

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

Nel tuo caso, peserei i requisiti del tuo cliente contro i pro e contro delle app web e native.

Inoltre aggiungerei che scrivere e distribuire un'applicazione nativa per iPhone non richiede NECESSARILY una presenza nell'App Store. Le cosiddette "App in-house" possono essere scritte e distribuite in un'impostazione aziendale. Considera questo: link

Considerata la tua descrizione del problema, sceglierei un sito per dispositivi mobili mascherato come app. In generale, molte app mobili sono solo siti HTML5 che possono essere o non essere eseguiti localmente. Questo può essere un ottimo inizio per sviluppare rapidamente un'app multipiattaforma che funzionerà correttamente 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 di elaborazione intensivo che non è disponibile come parte del middleware per la piattaforma o le piattaforme per cui si sta sviluppando, il codice può essere piuttosto lento se si dipende esclusivamente da JavaScript per eseguire l'elaborazione e dovrebbe prendere in considerazione di portarlo al livello successivo (app nativa).