L'envie de créer une app arrive généralement avant la preuve qu'il en faut une. Une app paraît être la version sérieuse et adulte d'une présence mobile, et le fait qu'un concurrent en ait une aggrave la pression. Mais une app n'est pas un site avec une icône — c'est un second produit, avec son propre développement, son propre cycle de mise à jour et son propre coût continu, et elle ne se rentabilise que dans des conditions précises qu'un audit véritablement honnête peut vérifier avant que cette dépense n'ait lieu.
Commencez par ce qu'un site mobile ne peut pas faire
Un site mobile responsive couvre déjà la plupart de ce que les entreprises supposent nécessiter une app pour obtenir : chargement rapide, navigation claire, formulaires qui fonctionnent sur petit écran, un paiement qui ne demande pas de zoomer. Si le site mobile est lent, encombré ou cassé sur téléphone, une app ne réglera pas cela — la même équipe, les mêmes décisions de contenu et souvent les mêmes problèmes sous-jacents seront simplement reconstruits à l'intérieur d'un second produit. Réparer le site d'abord est généralement la première étape honnête, et c'est presque toujours la moins chère.
Ce sur quoi une app rentabilise réellement son coût
Une app a du sens quand la relation est fréquente et continue plutôt qu'occasionnelle — un programme de fidélité que les gens ouvrent chaque semaine, un parcours de réservation vers lequel les clients reviennent, un service qui profite des notifications push, de l'accès hors ligne ou de fonctions de l'appareil comme l'appareil photo ou la localisation qu'un navigateur ne peut pas exploiter aussi facilement. Si la réponse honnête à « à quelle fréquence quelqu'un ouvrirait-il vraiment ceci » est quelques fois par an, une app résout un problème que l'entreprise n'a pas réellement.
Le gardien du store n'est pas gratuit
Au-delà du coût de développement, une app doit être découverte et téléchargée avant de faire quoi que ce soit, et les deux stores d'applications imposent des processus de revue et des exigences de compte qui ajoutent de la friction et du temps à chaque publication. Les détails précis de ces exigences changent assez souvent pour qu'il serait imprudent de les présenter ici comme des faits figés. Rien de tout cela n'est une raison d'éviter une app d'emblée, mais cela signifie que le coût réel « d'avoir une app » inclut une relation continue avec une plateforme que l'entreprise ne contrôle pas — un coût qu'un site mobile ne porte jamais.
Un ordre plus honnête
La séquence qui évite le gaspillage est : réparer d'abord le site mobile, mesurer comment les gens l'utilisent réellement, et seulement ensuite évaluer si une app supprimerait une friction réelle que le site ne peut véritablement pas éliminer. Dans de nombreuses entreprises, cette évaluation clôt la conversation — le site mobile, bien fait, était ce dont les gens avaient besoin. Dans les cas contraires, la décision de créer une app se prend sur la base de preuves plutôt que d'hypothèses, ce qui relève de la même discipline que celle qui sous-tend comment se procurer n'importe quel logiciel plutôt que de céder par défaut à l'option qui sonne le plus impressionnant. Notre équipe mobile peut mener cet audit honnêtement, y compris en disant à un client que l'app ne vaut pas encore la peine d'être construite — ce n'est pas la réponse la plus rentable, mais c'est généralement celle qui est vraie.
