Contenu

  1. Trop de fonctionnalités
  2. Ignorer les différences entre iOS et Android
  3. Mauvaise architecture de backend
  4. Conception pour vous-même, pas pour les utilisateurs
  5. Aucune stratégie marketing
  6. Aucun test organisé
  7. Aucun retour clien
  8. Aucun objectif fixé
  9. Manque de flexibilité
  10. Monétisation agressive

Le développement d’applications mobiles, comme la construction d’une maison ou la conception d’une nouvelle voiture, présente de nombreuses nuances.

Les règles de base sont évidentes: ne faites pas une mauvaise conception, l’interface doit être pratique pour les utilisateurs et il ne doit pas y avoir de bugs. En même temps, certaines erreurs apparaissent encore et encore.

D’après notre expérience, les dix erreurs suivantes sont les plus courantes.

1. Trop de fonctionnalités

Au début du développement, la fonctionnalité d’une application mobile doit être simple. Commencer par une grande quantité de fonctionnalités est contre-productif.

Nous avons des clients allemands avec lesquels nous travaillons de cette façon:

  1. Définissez une idée;
  2. Au cours de la première semaine, ils collectent toutes les fonctionnalités possibles qui pourraient être implémentées;
  3. La semaine suivante, ils suppriment toutes les fonctionnalités inutiles;
  4. Commencez le processus de développement avec un ou deux points restants.

Les critères de sélection sont très simples. Si la réponse à la question “L’utilisateur peut-il toujours résoudre le problème principal sans cette fonction?” est oui, alors le point fonctionnel est instantanément supprimé sans arrière-pensée.

Функционал мобильного приложения в начале разработки должен быть простым
Ce n’est pas une bonne idée de commencer par autant de fonctions

Il y a une tentation constante d’ajouter quelque chose d’autre car de nouvelles idées viennent régulièrement – inventer de nouvelles choses crée une dépendance. Par exemple, en réfléchissant à l’architecture du produit, après un certain temps, la fonctionnalité initiale ne semble pas si spectaculaire et même suffisante.

Mais plus un produit possède de fonctionnalités, plus il est difficile à développer. Cela signifie plus de temps, un développement plus lent, avec une plus grande séparation du marché.

Une application mobile doit être sur le téléphone des utilisateurs le plus rapidement possible. Plus tôt vous commencez à recevoir les commentaires des clients, plus les chances de succès sont grandes. Une fois cet objectif atteint, il ne sera pas difficile d’affiner les fonctions.

2. Ignorer les différences entre iOS et Android

iOS et Android sont des systèmes d’exploitation différents. Ils ont différentes approches de conception, conformes à différents principes de conception, et ont différents systèmes de navigation, des opportunités de monétisation et d’autres aspects de l’expérience utilisateur.

iOS и Android имеют разные принципы построение дизайна
La navigation sur iOS et Android est très différente

Les solutions multiplateformes ou le développement natif sont un problème sérieux, nos réflexions sur ce que nous allons décrire en détail dans un autre article.

Cependant, en plus des technologies de développement mobile, d’autres aspects doivent être pris en compte:

  1. Les appareils Android ont des boutons de navigation physiques, pas les appareils iOS;
  2. L’interface Android est construite sur le concept profond de Material Design. Les principes de l’interface iOS, qui sont décrits en détail dans les directives de l’interface humaine Apple, sont élaborés en tenant compte des caractéristiques matérielles des appareils. Ce sont des principes complètement différents de ceux de la construction pour UI / UX;
  3. Ces systèmes d’exploitation ont des publics différents qui doivent être analysés pour chaque créneau. Pour certaines applications, la distribution des types de système d’exploitation sera 50/50, pour d’autres 10/90;
  4. La monétisation se construit de différentes manières. Il est difficile pour un développeur d’Android de vendre un abonnement, alors que la publicité est beaucoup plus efficace. Dans iOS, des ventes importantes sont développées lorsqu’un abonnement est vendu plusieurs fois avec des options de plus en plus avancées;
  5. Les appareils iOS sont mis à jour massivement, tandis que les versions d’Android sont très fragmentées, avec plus de 30% des appareils utilisant Android 5.0 et versions antérieures, publiés avant 2014.

Ces différences ne peuvent être ignorées que lors des premières étapes de test du prototype, lorsqu’une hypothèse peut être confirmée sans créer une application mobile à part entière.

3. Mauvaise architecture de backend

Souvent, le design se concentre principalement sur ce qui est visible. C’est compréhensible et naturel.

Cependant, le backend – la logique du serveur, la structure de la base de données et son ensemble de services externes connectés – est tout aussi important.

Dans le même temps, le langage de programmation sélectionné lui-même n’a pas beaucoup d’importance; vous pouvez créer de bons logiciels sur n’importe laquelle des technologies modernes.

N’oubliez pas que la rationalité de l’architecture du serveur est importante, aussi ennuyeuse et inutile qu’elle puisse paraître.

4. Concevoir pour vous-même, pas pour les utilisateurs

Une erreur courante consiste à concevoir une interface pour vos propres goûts.

Nous ne fabriquons pas le produit pour nous-mêmes. Nous le faisons pour les utilisateurs.

La conception d’applications mobiles mérite d’être développée pour les utilisateurs, pas pour vous.

Дизайн мобильных приложений стоит разрабатывать для пользователей, а не для себя
Vous aimerez peut-être votre conception, mais les utilisateurs peuvent ne pas partager votre opinion

Cela signifie que vous devez comprendre le public: leurs émotions, leurs goûts, les principes de perception des produits et les services qui les intéressent. Avec cela, nous pouvons leur offrir une bonne solution et tester son efficacité.

Lors du choix d’une icône pour une application, les Japonais, par exemple, invitent de trois à cinq designers à faire le travail, y compris l’analyse d’audience. Ensuite, ils achètent de la publicité menant à la page de destination de l’application à venir en utilisant toutes ces icônes. Celui qui est le plus cliqué est celui choisi.

Dans tous les cas, les gens utiliseront ce qu’ils aiment, pas ce que vous aimez. La vraie question est de savoir qui va rapidement deviner ou créer les émotions nécessaires du public.

5. Aucune stratégie marketing

Réfléchissez à une stratégie marketing, au moins en termes généraux, avant d’écrire une tâche technique. C’est important.

Une application mobile est un outil. L’outil est toujours conçu pour une tâche spécifique. Le marketing n’est qu’un moyen de l’utiliser. Les moyens de promouvoir l’application, les options d’interaction avec le public, les canaux de communication avec les utilisateurs et les outils analytiques et publicitaires à utiliser doivent tous être inclus dans la version initiale de la tâche technique.

C’est une mauvaise planification de développement de penser à des moyens de promouvoir une fois que l’application mobile est déjà dans le magasin.

6. Pas de tests organisés

Il ne s’agit pas de tester les erreurs dans le code – cela doit être pris pour acquis. C’est plutôt la méthodologie de test d’hypothèse qui est souvent manquée.

Après la publication de l’application mobile sur l’App Store et Google Play, la publicité est créée et, après un certain temps, des conclusions sont tirées sur cette base. Lors du développement d’applications mobiles, une attention particulière doit être accordée aux tests de produits en tant qu’élément essentiel du développement.

При разработке мобильных приложений особое внимание нужно уделать продуктовому тестированию
Testing is an important part of the development

Un test correct comprend les étapes suivantes:

  1. Sur la base de la stratégie marketing, de petites cohortes (groupes) d’utilisateurs sont achetées qui présentent des différences évidentes mais qui relèvent toujours du public cible. Par exemple, des hommes âgés de 22 à 26 ans et de 27 à 32 ans, intéressés par le sport et ayant une famille, de trois villes différentes comptant plus d’un million d’habitants;
  2. Le comportement des utilisateurs de chaque cohorte est analysé: à quelle fréquence ils utilisent l’application, combien cela coûte-t-il de les attirer, s’ils ont acheté les biens ou services fournis et s’ils ont résolu leurs problèmes;
  3. Le travail se poursuit ensuite avec la cohorte la plus vivante: les modifications nécessaires sont apportées à l’application mobile pour la perfectionner;
  4. Nous revenons à l’étape 1 jusqu’à ce que le coût par utilisateur soit inférieur au profit réalisé au cours d’une période donnée ou que l’hypothèse ne soit pas reconnue comme ayant échoué.

La publication d’applications mobiles n’est que le tout début du chemin vers la création d’un produit.

7. Aucun commentaire client

Pendant la phase de test et pendant les premières étapes du développement, une rétroaction de haute qualité et pratique des utilisateurs est cruciale. Souvent, cette connexion est soit mal organisée, soit complètement absente, même si, dès le début, elle est absolument nécessaire.

Toute personne qui a une question devrait pouvoir la poser en un instant. La réponse doit être rapide et résoudre le problème. Une organisation du retour d’informations lors du développement d’applications mobiles est nécessaire.

Организация обратной связи при разработке мобильных приложений необходима
Ce n’est pas la bonne façon de voir votre utilisation du produit après sa sortie

Les réponses positives et négatives doivent être contestées: d’une part, diriger la réaction dans la bonne direction, de manière aussi constructive que possible, d’autre part, vous fournir des informations le plus rapidement possible avec un contexte détaillé.

8. Aucun objectif fixé

Tout le monde veut que son application soit populaire et demandée, mais sans objectifs plus clairement définis, il est impossible d’organiser efficacement votre travail et les activités de l’équipe.

Les objectifs doivent être spécifiques. Que doit-il se passer exactement trois mois après le lancement pour que l’application mobile soit réussie? C’est peut-être dix mille utilisateurs, soit un chiffre d’affaires mensuel de cinq cent mille roubles.

Quoi qu’il en soit, il doit être enregistré et décomposé en étapes intermédiaires.

Souvent, des objectifs spécifiques manquent, empêchant l’équipe de se concentrer sur le résultat.

9. Manque de flexibilité

Lors du développement d’applications mobiles, vous devez être flexible. Il y a une frontière fine entre la persévérance et l’entêtement. La différence réside dans les arguments utilisés pour expliquer pourquoi nous continuons à défendre notre position. S’ils sont logiques et raisonnables, c’est le premier.

Le marché change souvent, étant le produit des émotions de personnes qui, par définition, sont instables. Nous changeons aussi: nous regardons quelque chose différemment, recevons des informations supplémentaires et changeons d’avis en fonction de l’expérience.

При разработке мобильных приложений нужно проявлять гибкость
Il vaut mieux regarder autour de vous plus souvent pour comprendre où vous êtes

Si, à un moment donné, vous réalisez que vous devez changer de direction, ce n’est pas facile à accepter – l’idée est notre idée originale, sur laquelle de grands espoirs ont été placés, ce qui nous a fait dépenser des efforts, du temps et de l’argent.

Cependant, pour aller de l’avant, il faut s’adapter. Certaines fonctionnalités de l’application mobile devront peut-être être supprimées, d’autres complètement refaites. Il peut être possible de changer la direction complète de l’application.

Vous devez avoir la flexibilité de l’esprit et le courage de faire de tels changements – sans vous accrocher à l’idée jusqu’au bout, quels que soient les indicateurs de la réalité environnante.

10. Monétisation agressive

Comme nous l’écrivons souvent dans nos articles et communiqués de presse, le principal atout du marché informatique moderne est l’attention des utilisateurs.

Si vous avez un public actif de cent mille personnes, ce qui n’apporte pas un sou maintenant, il est déjà évalué à un montant important – à partir de €200 000 ou plus, selon la démographie.

Не стоит монетизировать мобильное приложение в ущерб его росту

C’est le prix pour attirer et retenir l’attention des utilisateurs, qui peut ensuite être converti en profit de nombreuses manières.

Pour maximiser la valeur de l’actif, vous devez d’abord gagner une audience. Pour ce faire, vous devez répondre rapidement et efficacement aux besoins du plus grand nombre de personnes possible, non pas dans la largeur du public mais dans sa profondeur.

Une application mobile ne doit pas être destinée à tout le monde. Cela devrait être pour un groupe spécifique de personnes, mais, dès que vous avez établi une connexion avec eux, vous devez acquérir le plus grand nombre possible d’utilisateurs.

Souvent, vous voulez gagner autant que possible des premiers utilisateurs. Bien sûr, le désir de voir un retour sur investissement dès que possible est compréhensible, mais cela inhibe considérablement la croissance de l’application, réduisant la valeur ultime de l’actif potentiel.

De plus, pour le développement, un produit doit gagner une masse critique d’utilisateurs, et une monétisation agressive ne le permet pas. Cela ne signifie pas que vous ne devriez pas gagner d’argent dès le départ, mais vous devez le faire aussi soigneusement que possible pour maintenir un équilibre entre croissance et profit.

Conclusion

Le développement d’applications mobiles présente de nombreuses difficultés. Ce sont des produits complets, complexes et multiformes. Cependant, selon la règle de Pareto, les causes de 80% des échecs proviendront des 20% d’erreurs les plus courantes. 

La liste précédente de dix erreurs n’est que de 20%.

Créons ensemble des produits révolutionnaires.