![\"Interface](\"https:\/\/poyesis.fr\/blogs\/wp-content\/uploads\/2024\/02\/Interface-de-la-premiere-version-dInstagram.png\")
Vous pouviez poster des images, les partager, commenter et suivre d\u2019autres utilisateurs. Il n\u2019y avait pas encore certaines des fonctionnalit\u00e9s phares de l\u2019app\u00a0:<\/p>\n
- \n
- pas de r\u00e9els ni de stories Instagram ;<\/li>\n
- aucune vid\u00e9o<\/li>\n
- pas de fil d\u2019actualit\u00e9 algorithmique ;<\/li>\n<\/ul>\n
\u00c0 l\u2019inverse, Spotify a pris presque deux ans pour (enfin) sortir sur les boutiques d\u2019applications.<\/p>\n
Pourquoi je vous parle de cela\u00a0? Pour vous rappeler que le premier param\u00e8tre dont d\u00e9pend la dur\u00e9e de d\u00e9veloppement d\u2019une application, c’est sa complexit\u00e9<\/b>.<\/p>\n
Voici un petit guide (tr\u00e8s) r\u00e9sum\u00e9 pour vous aider \u00e0 savoir dans quelle cat\u00e9gorie votre id\u00e9e d\u2019application se trouve\u00a0:<\/p>\n
- \n
- Les petites applications mobiles\u00a0: elles proposent des fonctionnalit\u00e9s simples et limit\u00e9es, \u00e0 l\u2019instar de votre application de r\u00e9veil ou la calculatrice de votre smartphone ;<\/li>\n
- Les applications moyennes\u00a0: ce sont des apps qui ont des fonctionnalit\u00e9s plus \u00e9labor\u00e9es, \u00e0 l\u2019instar des r\u00e9seaux sociaux, des jeux et des lecteurs de musique. Comment les reconna\u00eetre\u00a0? C\u2019est simple\u00a0: elles raffolent des interactions avec les utilisateurs, de l\u2019int\u00e9gration des services externes (API) et s\u2019appuient souvent des bases de donn\u00e9es vastes ;<\/li>\n
- Les grandes applications\u00a0: il s\u2019agit d\u2019applications proposant un tr\u00e8s vaste panel de fonctionnalit\u00e9 \u2013 paiements, g\u00e9olocalisations, capteurs, notifications push, design personnalis\u00e9, etc. Les applications d\u2019e-commerce en sont les meilleurs exemples.<\/li>\n<\/ul>\n
Fun fact\u00a0: plus votre application est complexe, plus vous devrez pr\u00e9voir du temps pour des aspects non-techniques et souvent oubli\u00e9s.<\/p>\n
Communication, gestion d\u2019\u00e9quipe, planification et gestion entre autres.<\/p>\n
Maintenant que c\u2019est dit, int\u00e9ressons-nous aux diff\u00e9rentes \u00e9tapes du processus de cr\u00e9ation d\u2019une app.<\/p>\n
Les 5 phases typiques du processus de d\u00e9veloppement d\u2019une app mobile (+ leurs temps respectifs)<\/h2>\n
\u00c9tape 1\u00a0: R\u00e9diger le cahier des charges de votre application mobile<\/h3>\n
![\"\"](\"https:\/\/poyesis.fr\/blogs\/wp-content\/uploads\/2024\/02\/teamwork.png\")
<\/p>\nAvant de coder votre application, encore faut-il savoir avoir une id\u00e9e pr\u00e9cise du service digital \u00e0 cr\u00e9er.<\/p>\n
Quelles fonctionnalit\u00e9s doivent \u00eatre pr\u00e9sentes au sein de l\u2019app\u00a0?<\/p>\n
Qui seront les clients cibles\u00a0?<\/p>\n
Quel probl\u00e8me allez-vous r\u00e9soudre\u00a0?<\/p>\n
Quel est l\u2019\u00e9tat du march\u00e9 dans lequel vous souhaitez vous lancer\u00a0?<\/p>\n
Quelles sont les contraintes et les sp\u00e9cifications techniques auxquelles votre application devra faire face\u00a0?<\/p>\n
Quelle sera la strat\u00e9gie de lancement\u00a0de votre application ?<\/p>\n
Sur quel syst\u00e8me d\u2019exploitation mobile allez-vous la d\u00e9ploy\u00e9\u00a0? iOS\u00a0? Android\u00a0? Les deux\u00a0?<\/p>\n
Bref, comme tout projet, vous allez devoir consacrer beaucoup de temps \u00e0 la planification de votre app.<\/p>\n
Comptez entre 2 et 6 semaines au moins pour cette \u00e9tape<\/b>.<\/p>\n
Et si vous voulez aller plus vite, alors lisez notre guide d\u00e9taill\u00e9 sur la r\u00e9daction d\u2019un cahier des charges<\/a>.<\/p>\n
\u00c9tape 2\u00a0: Designer toutes vos futures interfaces (et n\u2019essayez pas de prendre des raccourcis)<\/h3>\n
L\u2019une des meilleures d\u00e9cisions que vous puissiez prendre pour r\u00e9ussir votre projet, c\u2019est d\u2019engager des UI\/UX designer d\u00e8s le d\u00e9but.<\/p>\n
Pourquoi\u00a0? Pour au moins 3 raisons\u00a0:<\/p>\n
- \n
- ils vous permettront d\u2019avoir des wireframes<\/a> et des prototypes rapidement, ce qui vous permettra de tester votre id\u00e9e d\u2019application avant d\u2019avoir cod\u00e9 1 ligne\u00a0;<\/li>\n
- ils rep\u00e8rent les erreurs d\u2019UX, notamment dans les flux utilisateurs et les parcours utilisateur\u00a0;<\/li>\n
- enfin, des experts en UX\/UI sont les seuls \u00e0 pouvoir vous cr\u00e9er une interface belle, ergonomique et tendance.<\/li>\n<\/ul>\n
Et si vous croyez qu\u2019on exag\u00e8re ou que l\u2019on pr\u00eache pour notre paroisse, d\u00e9trompez-vous\u00a0: le march\u00e9 des applications mobiles se base surtout sur le visuel.<\/p>\n
Si votre UI design est moche, les utilisateurs vont d\u00e9guerpir moins de cinq secondes apr\u00e8s l\u2019avoir t\u00e9l\u00e9charg\u00e9.<\/p>\n
Pareil si l\u2019exp\u00e9rience utilisateur est bancale\u00a0et\/ou ponctu\u00e9e de points de friction.<\/p>\n
Que l\u2019architecture de l\u2019information est incompr\u00e9hensible.<\/p>\n
Ou qu\u2019il faut un tutoriel pour comprendre quel \u00e9l\u00e9ment graphique fait quoi.<\/p>\n
Pour revenir \u00e0 notre sujet, la cr\u00e9ation de vos maquettes, mockups et autres prototypes<\/b><\/a> va vous prendre entre 2 et 4 semaines<\/b>.<\/p>\n
Il y a deux facteurs principaux ici\u00a0:<\/p>\n
- \n
- Le nombre d\u2019interfaces (pages) \u00e0 produire\u00a0;<\/li>\n
- Et encore une fois la complexit\u00e9 de votre id\u00e9e \u2013 qui se r\u00e9percute sur les interactions et la quantit\u00e9 de contenus.<\/li>\n<\/ul>\n
Et surtout\u00a0: n\u2019essayez pas de commencer \u00e0 programmer avant d\u2019avoir fini cette \u00e9tape.<\/p>\n
Car sans vos prototypes finaux, la documentation de votre projet sera incompl\u00e8te.<\/p>\n
\u00c9tape 3\u00a0: D\u00e9velopper l\u2019application mobile<\/h3>\n
C\u2019est \u00e0 ce moment que vos talents en programmation (ou ceux de vos \u00e9quipes) entrent en jeu.<\/p>\n
Le codage de l\u2019application est clairement l\u2019\u00e9tape la plus longue.<\/p>\n
Elle dure entre 4 et 24 semaines<\/b>.<\/p>\n
Pourquoi cet \u00e9cart\u00a0? Eh bien pour plusieurs raisons\u00a0:<\/p>\n
- \n
- L\u2019OS mobile sur lequel vous allez d\u00e9ployer votre app<\/b>\u00a0: sachez que les applications hybrides faites sur React native ou Flutter<\/a> prennent moins de temps que les app natives programm\u00e9es en Swift\/Kotlin\u00a0;<\/li>\n
- Votre choix de d\u00e9velopper soit une application hybride, soit une progressive web app (PWA) soit une application native pour Android et iOS<\/b>\u00a0: si vous faites une app pour chaque os, vous allez devoir cr\u00e9er deux applications mobiles distinctes (et \u00e7a prend plus de temps).<\/li>\n<\/ul>\n
Bien s\u00fbr, le nombre de fonctionnalit\u00e9s et leur complexit\u00e9 comptent aussi pour beaucoup.<\/p>\n
\u00c9tape 4\u00a0: Tester l\u2019application mobile<\/h3>\n
![\"\"](\"https:\/\/poyesis.fr\/blogs\/wp-content\/uploads\/2024\/02\/lunette.png\")
<\/p>\nL\u2019une des erreurs \u00e0 ne pas commettre, c\u2019est de lancer votre application sans l\u2019avoir test\u00e9e.<\/p>\n
N\u00e9gligez l\u2019importance des tests utilisateurs<\/a> et vous devrez passer plus de temps en maintenance pour corriger les bugs.<\/p>\n
Dans l\u2019id\u00e9al, vous avez construit un MVP lors de la phase pr\u00e9c\u00e9dente et l\u2019avez am\u00e9lior\u00e9 \u00e0 chaque it\u00e9ration selon les feedbacks utilisateurs.<\/p>\n
Mais si ce n\u2019est pas le cas, alors armez-vous d\u2019un groupe de testeurs qui vont\u2026 tester votre app.<\/p>\n
Chaque fonctionnalit\u00e9.<\/p>\n
Chaque \u00e9l\u00e9ment de l\u2019UI.<\/p>\n
Tous les boutons.<\/p>\n
Le flow utilisateur.<\/p>\n
Tout doit \u00eatre pass\u00e9 au crible, sinon gare aux retours n\u00e9gatifs qui vous accueilleront sur l\u2019App Store et le Google Play Store.<\/p>\n
Pour que vos testeurs puissent valider tous les sc\u00e9narios, pr\u00e9voyez entre 2 et 4 semaines<\/b>.<\/p>\n
\u00c9tape 5\u00a0: Lancer l\u2019application mobile<\/h3>\n
Avez-vous d\u00e9j\u00e0 entendu parler de l\u2019ASEO (App Store optimization)\u00a0?<\/p>\n
Si votre r\u00e9ponse est non, sachez qu\u2019il s\u2019agit des techniques \u00e0 utiliser pour que votre application soit mieux class\u00e9e sur les boutiques d\u2019applications.<\/p>\n
Car le march\u00e9 des applications mobiles est un march\u00e9 f\u00e9roce et concurrentiel, vous ne pouvez pas vous permettre d\u2019\u00eatre mal r\u00e9f\u00e9renc\u00e9.<\/p>\n
De plus, vous allez aussi devoir investir du temps et de l\u2019\u00e9nergie pour faire la communication autour de votre produit.<\/p>\n
Idem pour engager et fid\u00e9liser une audience autour de votre \u00e9cosyst\u00e8me.<\/p>\n
Enfin, votre \u00e9quipe de mod\u00e9ration devra anticiper (et g\u00e9rer) les feedbacks n\u00e9gatifs des utilisateurs m\u00e9contents.<\/p>\n
Autant dire que cela vous prendra beaucoup de temps.<\/p>\n
Comptez entre 1 et 3 semaines<\/b> pour rendre vos applications t\u00e9l\u00e9chargeables depuis les magasins d\u2019applications.<\/p>\n
3 facteurs qui vont ralentir le d\u00e9veloppement de votre app mobile (voire le faire \u00e9chouer)<\/h2>\n
![\"\"](\"https:\/\/poyesis.fr\/blogs\/wp-content\/uploads\/2024\/02\/slow-down.png\")
<\/p>\nSans transition, voici trois \u00e9l\u00e9ments que vous devez \u00e0 tout prix \u00e9viter sous peine de rallonger le d\u00e9lai de d\u00e9veloppement.<\/p>\n
1 \u2013 les changements impr\u00e9vus (ou pourquoi un cahier des charges pr\u00e9cis est capital)<\/h3>\n
2011.<\/p>\n
Si je vous parle d\u2019un r\u00e9seau social destin\u00e9 au partage massif de photos et de vid\u00e9os, \u00e0 quelle app pensez-vous ?<\/p>\n
Probablement \u00e0 Instagram de Meta.<\/p>\n
Oui, mais Instagram a \u00e9t\u00e9 une r\u00e9ussite.<\/p>\n
Ce qui n\u2019a pas \u00e9t\u00e9 le cas d\u2019une startup rivale qui visait le m\u00eame cr\u00e9neau\u00a0: Color Labs.<\/p>\n
![\"Logo](\"https:\/\/poyesis.fr\/blogs\/wp-content\/uploads\/2024\/02\/Logo-de-lapplication-color.png\")
Logo de l’application color Lab<\/figcaption><\/figure>\n Color Labs a \u00e9t\u00e9 fond\u00e9 par Bill Nguyen en 2010 \u00e0 Palo Alto.<\/p>\n
Silicon Valley Bank, Sequoia Capital, Bain Capital et d\u2019autres mastodontes du capital-risque ont investi 41 millions de dollars dans le projet.<\/p>\n
Et deux ans plus tard, Color Labs a \u00e9t\u00e9 revendu \u00e0 Apple pour \u00ab\u00a0\u00e0 peine\u00a0\u00bb 7 millions de dollars.<\/p>\n
Comme quoi, m\u00eame avec 41 millions de dollars en poche, une \u00e9quipe IT compos\u00e9e de la cr\u00e8me de la cr\u00e8me de la Silicon Valley\u2026 le succ\u00e8s n\u2019est pas garanti.<\/p>\n
Alors pourquoi je vous en parle\u00a0?<\/p>\n
Tout simplement parce que la raison du fiasco de cette startup tech n\u2019\u00e9tait ni technique ni financi\u00e8re.<\/p>\n
Elle r\u00e9sulte \u00e0 des changements trop fr\u00e9quents de la part de son chef de projet et fondateur, Bill Nguyen.<\/p>\n
Tant\u00f4t r\u00e9seau social de partage de photos entre utilisateurs g\u00e9ographiquement proches.<\/p>\n
Tant\u00f4t plateforme de live streaming.<\/p>\n
![\"Affiche](\"https:\/\/poyesis.fr\/blogs\/wp-content\/uploads\/2024\/02\/Affiche-publicitaire-pour-Color.png\")
Affiche publicitaire pour Color<\/figcaption><\/figure>\n Color Labs n\u2019a jamais vraiment \u00e9t\u00e9 compris par ses utilisateurs (ni par ses investisseurs).<\/p>\n
Et de l\u2019incompr\u00e9hension au bouton de d\u00e9sinstallation, il n\u2019y a qu\u2019un pas qu\u2019ils ont vite franchi.<\/p>\n
Alors s\u2019il vous pla\u00eet, fixez-vous un cap et un cahier des charges et tenez-vous-y.<\/p>\n
Pour en apprendre plus, lisez cet article un brin moqueur de TheVerge<\/a>.<\/p>\n
2 \u2013 Des d\u00e9veloppeurs inexp\u00e9riment\u00e9s et une \u00e9quipe IT \u00e0 la ramasse<\/h3>\n
Vous vous en doutez, m\u00eame le cahier des charges le plus pr\u00e9cis restera une vue de l\u2019esprit sans \u00e9quipe qualifi\u00e9e.<\/p>\n
Si \u00e7a vous int\u00e9resse, je vous montre comment cr\u00e9er une \u00e9quipe de rockstars du code ici<\/a>.<\/p>\n
(Ou alors, vous pouvez prendre un raccourci et directement \u00e9crire \u00e0 notre chef de projet informatique<\/a>\ud83d\ude09).<\/p>\n
3 \u2013 Des deadlines irr\u00e9alistes<\/h3>\n
On l\u2019a vu, construire une application peut prendre en quelques semaines et un an.<\/p>\n
Alors lorsque l\u2019on tente de raccourcir les d\u00e9lais en se fixant des objectifs irr\u00e9alistes\u2026 le d\u00e9passement de d\u00e9lai et l\u2019explosion de budget ne sont jamais loin.<\/p>\n
Au final, combien de temps devez-vous pr\u00e9voir pour la cr\u00e9ation de votre app<\/h2>\n
Ok.<\/p>\n
Une fen\u00eatre d\u2019estimation entre trois mois et un an ne vous avance pas beaucoup.<\/p>\n
Et impossible de faire un guide d\u00e9taill\u00e9 qui vous fournira une r\u00e9ponse pr\u00e9cise \u00e0 la minute pr\u00e8s.<\/p>\n
Par contre, on peut faire mieux\u00a0: venez discuter directement avec notre chef de projet informatique<\/a>.<\/p>\n
Parlez-lui de votre projet d\u2019application mobile \u2013 c\u2019est gratuit et sans engagement \u2013 et il pourra vous donner une estimation r\u00e9aliste.<\/p>\n
- Votre choix de d\u00e9velopper soit une application hybride, soit une progressive web app (PWA) soit une application native pour Android et iOS<\/b>\u00a0: si vous faites une app pour chaque os, vous allez devoir cr\u00e9er deux applications mobiles distinctes (et \u00e7a prend plus de temps).<\/li>\n<\/ul>\n
- L\u2019OS mobile sur lequel vous allez d\u00e9ployer votre app<\/b>\u00a0: sachez que les applications hybrides faites sur React native ou Flutter<\/a> prennent moins de temps que les app natives programm\u00e9es en Swift\/Kotlin\u00a0;<\/li>\n
- ils vous permettront d\u2019avoir des wireframes<\/a> et des prototypes rapidement, ce qui vous permettra de tester votre id\u00e9e d\u2019application avant d\u2019avoir cod\u00e9 1 ligne\u00a0;<\/li>\n