Définir les spécifications du projet et planification
Vous avez donc une toute nouvelle idée d'application, c'est génial !
Nous devons maintenant définir le set de features minimal que votre app va contenir avant le déploiement de sa première version bêta sur l'App Store / Google Play - communément appelé Minimal Viable Product (MVP).
Dans cette première partie, nous nous baserons sur un projet exemple type Salsa Coach. L'idée de base de ce projet est de fournir une application qui permette aux danseurs de salsa de garder à l'esprit certains mouvements clés à exécuter pendant les événements de salsa, et de suivre leurs progrès.
Avant de commencer, la première chose à faire et à garder en tête tout au long du projet est de se rapeller les règles de productivité pour éviter de passer trop de temps sur détails spécifiques qui n'apportent pas de valeur à l'utilisateur final. On peut facilement trouver un grand nombre d'articles sur le sujet, par exemple celui-ci.
Parmi eux, ces deux-là sont vraiment utiles à garder à l'esprit :
“Loi de Pareto: 80% de vos résultats sont issus de 20% de vos efforts”
C'est exactement la raison pour laquelle nous devons définir des priorités et ne pas nous concentrer sur les petits détails de l'interface utilisateur, votre projet ne sera jamais parfait et pourra toujours être amélioré.
“Après un certain temps, la productivité tend à diminuer, voire à atteindre des valeurs négatives”
Travailler sur un projet indépendant peut être vraiment addictif et la plupart du temps, vous ne vous rendrez probablement même pas compte que vous n'êtes plus productif ; c'est pourquoi tout ce dont nous allons parler est un processus asynchrone , vous êtes libres de (et vous devriez) allouer des plages de travail dédiées au projet et des temps libres bien définis.
Si cela convient à votre flux de travail, vous pouvez également utiliser la technique Pomodoro pour booster votre productivité ,en travaillant par enchaînement de plages successives travail-pauses.
Ensuite, vous devez challenger l'idée en l'expliquant autour de vous ; en effet votre app doit satisfaire vos utilisateurs finaux, pas vous.
Vous pouvez poser quelques questions basiques telles que:
“Cette fonctionnalité vous semble-t-elle utile ?”
“Quelles sont les fonctionnalités que vous aimeriez voir dans cette application ?”
“Pensez-vous que vous l'utiliserez quotidiennement ?”
“Selon vous, quel serait un prix raisonnable pour cette application ?”
Cela vous donnera quelques résultats qualitatifs .
Si vous avez acquis une base de données d'utilisateurs (qui appartiennent aux utilisateurs cibles de votre application), vous pouvez également compléter votre étude avec une analyse quantitative .
Maintenant, ne prenez que les quelques fonctionnalités les plus demandées et assurez-vous qu'elles s'intègrent dans un petit calendrier (de seulement 5 à 10 jours de travail effectifs), vous disposez d'un temps limité pour le projet indie et vous devez donc vous imposer des délais courts et des objectifs réguliers.
Comme le développement de votre projet sera asynchrone (à moins que vous ne puissiez y travailler en continu), la manière la plus simple de vous imposer des délais est de définir clairement les attentes.
Vous pouvez utiliser par exemple Trello qui est un excellent outil pour gérer vos tâches à l'aide d'une représentation visuelle sous forme de cartes et qui dispose d'une fonction de date d'échéance.
Investir un peu de temps dans ce logiciel sera précieux car il est très utilisé dans l'écosystème des startups et des développements indépendants.
Pour notre exemple d'application Salsa Coach, nous avons défini le profil de nos utilisateurs (personas) comme n'étant ni des débutants ni des danseurs de salsa très expérimentés : l'objectif de l'application est d'aider les danseurs de salsa à se souvenir de certains mouvements clés pour leur permettre d'inclure une certaine variété dans leur danse.
Cet objectif a été défini en examinant les applications Salsa existantes dans les magasins App Store et Google Play.
La majorité d'entre eux proposent des vidéos d'enseignement de qualité, certains permettent aux utilisateurs d'apprendre en regardant des entraîneurs "virtuels" utilisant la réalité augmentée. Ce qui manque et qui apporte de la valeur, c'est de permettre aux danseurs de suivre leurs progrès et d'avoir une interface plus conviviale.
En appliquant le processus ci-dessus à ce projet, nous avons réalisé une analyse quantitative à l'aide de Google Forms, en ciblant certaines listes de diffusion de groupes de salsa et en demandant des conseils aux professeurs de salsa (le projet est-il viable ? Fournit-il un outil utile en plus des cours de salsa ? Peut-il aider les danseurs à s'améliorer plus rapidement ?)
Sur la base de cette analyse, nous définissons l'ensemble minimal de caractéristiques suivant :
- Un tutoriel doit expliquer à l'utilisateur comment utiliser correctement l'application.
- Présenter une liste aléatoire de mouvements à exécuter pour la prochaine danse de l'utilisateur.
- Fournir une description précise de chaque mouvement
- La liste des mouvements aléatoires peut être mélangée
- Auto-évaluation de vos mouvements de danse
- Afficher à l'utilisateur ses progrès au cours d'une semaine donnée
- Afficher les achievements de l'utilisateur
Nous verrons comment présenter ces informations à l'utilisateur dans le prochain tutoriel.
La suite ?
Maintenant que nous avons validé le concept, nous devons le réexaminer et voir ce que nous pouvons améliorer dans la conception de l'interface utilisateur et comment nous pouvons améliorer l'expérience globale de l'utilisateur.
Plus d'informations dans la deuxième partie de ce tutoriel !
Jour 2 - Interface utilisateur (UI).
Français 
English