Une simple application iPhone est-elle plus attrayante pour les utilisateurs qu'un site Web mobile?


9

Mon client veut faire une application iPhone parce qu'elle a constaté que les gens sont beaucoup plus susceptibles d'utiliser l'application iPhone sur un site optimisé pour mobile. L'application iPhone est très simple - elle n'affiche que quelques images et du texte. En tant que programmeur, je préfère de loin faire un site mobile étant donné la nature simple du contenu. D'un point de vue technique, je pense qu'il est exagéré d'utiliser une application iPhone dans cette situation.

Est-il judicieux de créer une application iPhone lorsqu'un site mobile suffit, tout simplement parce que vos utilisateurs préfèrent de beaucoup que ce soit une application iPhone? Est-il possible de convaincre facilement les utilisateurs qu'un site mobile est tout aussi facile à utiliser?


1
Si l'application est aussi simple que cela, vous devez faire les deux: vous vous amuserez et votre client sera heureux.
dasblinkenlight

2
Vous semblez placer vos propres besoins au-dessus de ceux de vos utilisateurs.
Caleb

9
"Est-il judicieux de construire un iPhone quand un site mobile suffit, simplement parce que vos utilisateurs préfèrent de beaucoup que ce soit une application iPhone?" - simplement parce que? Vous avez votre logique à l'envers.
GrandmasterB

3
Cela semble être une question de sondage. De plus, la bonne réponse est assez claire, faites ce que veut votre client, qui se soucie de sa "surpuissance" si votre client a une raison valable, cela ne devrait pas avoir d'importance.
Ramhound

Réponses:


6

La réponse simple est de développer un site Web mais de le créer comme une application Web mobile. Si vous êtes plus à l'aise avec la création d'un site Web ou si vous pensez que ce sera plus rapide, c'est la voie à suivre.

Les utilisateurs peuvent toujours `` l'installer '' (créer une icône sur leur écran d'accueil, où vous spécifiez le png à utiliser pour l'icône), vous masquez la barre d'outils Safari et elle fonctionne comme une application.

Voici la page Apple sur la création d'applications Web

Les avantages de ceci sont

  • multiplateforme - l'application web fonctionnera sur Android, WP, même Blackberry!
  • vous pouvez mettre à jour le contenu - par exemple du texte, des images sans mettre à jour l'application
  • moins cher et plus rapide à développer

Je ne sais pas si vous pouvez mettre ce type d'applications Web dans l'iTunes Store ou non.


2
Donc, fondamentalement, vous créez simplement une application Web HTML5, puis dites / montrez à l'utilisateur comment associer une icône à celle-ci?
Robert Harvey

Ou simplement une page HTML (n'importe quelle version). La clé demande à iOS d'exécuter Safari en plein écran et de spécifier des icônes dans la HEADsection. AFAIK un utilisateur ne peut pas choisir sa propre icône à utiliser.
Kirk Broadhurst

7
-1 Les applications Web sont loin d'être «multiplateformes» du point de vue de l'utilisabilité. Vous pouvez créer une application Web de type iPhone, mais cette application sera comme un pouce douloureux sur Android et Windows Phone.
Euphoric

4
@Euphoric, vous voudrez peut-être appliquer une feuille de style différente en fonction de la plate-forme, mais ce n'est pas nécessaire . Comparez avec essayer d'installer une application iOS sur votre Windows Phone et vous constaterez que les applications Web sont l'une des techniques les plus multiplateformes disponibles.
Kirk Broadhurst

8

Si la page Web est aussi simple que cela, vous ne devriez pas en faire une application. Je peux vous donner une raison, mais elle est très bonne:

Les applications simples ne passent généralement pas par les réviseurs de l'appstore .

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

2.12 Les applications qui ne sont pas très utiles, uniques, sont simplement des sites Web regroupés en tant qu'applications ou n'offrent aucune valeur de divertissement durable peuvent être rejetées

Si vous essayez de télécharger une telle application, vous obtiendrez probablement un rejet indiquant "l'application n'utilise pas les fonctions natives iOS" ou quelque chose de similaire.

Si vous souhaitez créer une application iOS simple, vous devez penser aux fonctionnalités qui seront ajoutées sur une page Web.


1
+1 Vous ne construisez pas une application, vous construisez un site Web (d'après le son). Il devrait donc s'agir d'un site Web et non d'une application. Il ne devrait même pas être appelé application Web, ne dites pas HTML5. Ce n'est qu'un site Web mobile (images et texte).
Will Meldon

4

La semaine dernière, j'ai publié des applications sur Google Play et App Store qui étaient un peu plus que des navigateurs dédiés ( WebView ) pour un site Web réactif et du sucre en plus.

Cela vous donne:

  • Développement rapide basé sur HTML5 de la majorité de l'application en tant que page Web
  • Présence dans l'App Store respectif de l'appareil
  • Les utilisateurs peuvent installer l'application de manière régulière (pas d'instructions compliquées pour obtenir l'icône sur l'écran d'accueil)

Mais vous conservez toujours les avantages de l'application native:

  • Vous pouvez toujours déplacer plus de code vers le côté natif plus tard
  • Utilisez des API qui sont interdites aux pages Web basées sur un navigateur, par exemple
    • publier l'application en tant qu'application de routage dans les nouvelles cartes iOS
    • laissez le Passbook ouvrir le ticket dans votre application, etc.

Je suis sûr qu'Android dispose également d'une multitude d'API interdites aux applications Web.

BTW. D'après ma propre expérience - évitez les cadres multiplateformes. Même pour une tâche aussi simple, j'ai eu le cul mordu par l'un de ceux-ci et j'ai fini par réécrire le tout dans la langue maternelle.


3

Je ressens votre douleur, de nombreuses applications devraient faire partie du Web et être développées avec les technologies Web.
Mais c'est une position technologique, votre client ne s'en soucie probablement pas.

Je suppose que ce type de client ne va pas vraiment pour l'application autant qu'il va pour l'appstore .

Vous sous-estimez peut-être la visibilité que les appstores peuvent conférer à la publication d'un client, ici.

"Publicité gratuite !!! 1!" pourrait être tout ce que votre client voit.

Pourtant, ils, le client, pourraient sous-estimer les coûts réels impliqués. Mais dans leur esprit, ces nouveaux coûts seront compensés par les «nouveaux» mécanismes de monétisation que les appstores autorisent.

Ensuite, ils surestiment presque certainement la monétisation réelle qu'un magasin d'applications peut augmenter pour leur produit (éditorial, je suppose) dans le moment actuel. Ils ne portent pas Angry Birds, après tout.

De plus, ils retardent probablement beaucoup leur temps de commercialisation en optant pour une solution d'application.

Malheureusement, ce genre de plan d'affaires:

  • Build App
  • ???
  • PROFIT

Semble être à la mode de nos jours.


2
tl; dr: vous devez être dans l'App Store.
Robert Harvey

2

Vous ne donnez pas suffisamment d'informations à votre client pour prendre une décision éclairée.

  1. Connaissent-ils le processus d'approbation des applications iPhone?
  2. Existe-t-il des fonctionnalités auxquelles les utilisateurs ont besoin d'accéder lorsqu'ils ne sont pas connectés?
  3. Devez-vous vous soucier des informations sensibles stockées sur le téléphone?
  4. Qu'en est-il des appareils non fabriqués par Apple?

Méfiez-vous de "c'est plus facile pour moi de construire un site web" car il y a de la compentition qui sera plus qu'heureuse de construire une application iphone.


1

Certes, j'ai un parti pris personnel pour les applications natives, mais je pense qu'il n'y a vraiment pas de réponse en noir et blanc à cela. Voici quelques réflexions sur les applications Web et les applications natives:

  • Les applications Web sont agréables si vous voulez éviter les tracas de devenir membre du programme pour développeurs Apple. Sans cela, vous ne pouvez pas installer d'applications sur les appareils ni les publier sur l'App Store.
  • Ensuite, bien sûr, il y a l'effort d'apprendre XCode et Objective-C (si vous ne les connaissez pas déjà).
  • En revanche, les applications natives ont tendance à être plus réactives (ma propre expérience subjective).
  • Si l'application doit pouvoir fonctionner "hors ligne" (lorsqu'aucune connexion Internet n'est disponible), une application native est vraiment votre seule option réaliste.

Dans votre cas, j'évaluerais les exigences de votre client par rapport aux avantages et inconvénients des applications Web et natives.

J'ajouterais également que l'écriture et le déploiement d'une application iPhone native ne nécessitent PAS NÉCESSAIREMENT une présence dans l'App Store. Les soi-disant «applications internes» peuvent être écrites et déployées dans un environnement d'entreprise. Considérez ceci: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a


Si l'application est destinée aux clients, "In-House" n'aidera pas ...
Sulthan

En effet, mais comme la question n'a jamais clarifié ce point, j'ai pensé qu'il valait au moins la peine d'être mentionné.
Avian00

0

Compte tenu de la description de votre problème, je choisirais un site mobile masqué comme une application. En général, de nombreuses applications mobiles ne sont que des sites HTML5 qui peuvent ou non s'exécuter localement. Cela peut être un bon début pour développer rapidement une application multi-plateforme qui fonctionnera raisonnablement bien sur de nombreux types d'appareils mobiles sans avoir à retravailler une grande partie du code. Cela dit, il y a une mise en garde: HTML5 n'est pas le roi de la vitesse lorsque vous effectuez des tâches lourdes. Lorsqu'il est temps de faire du code intensif de traitement qui n'est pas disponible en tant que middleware pour la ou les plates-formes pour lesquelles vous développez, le code peut s'exécuter assez lentement si vous dépendez uniquement de JavaScript pour effectuer le traitement et vous devrait envisager de passer au niveau supérieur (application native).

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.