Comment rédiger un document sur les exigences du produit d'application mobile

Dans cet article, nous parlerons du rôle essentiel des exigences dans le développement d'applications mobiles. Quels sont les types d'exigences et quelle est la bonne façon de les développer ? Faites défiler vers le bas et obtenez un exemple de document sur les exigences des applications mobiles pour vous aider à démarrer.

Contenu:

1. Pourquoi devriez-vous rédiger un document sur les exigences du produit d'application mobile
2. Types d'exigences
3. Besoins de l'entreprise
4. Besoins des utilisateurs
5. Configuration requise
6. Façons de développer et de gérer les exigences
7. Caractéristiques d'un bon document sur les exigences de développement d'applications mobiles
8. Un modèle de document sur les exigences d'une application mobile

Pourquoi devriez-vous rédiger un document d'exigences relatives aux produits d'application mobile (PRD) ?

Pour transformer votre idée en une application mobile livrable, vous avez besoin d'une équipe de développeurs. Mais trouver la bonne équipe n'est pas la partie difficile. La partie difficile est d'expliquer votre vision de l'application mobile aux développeurs si clairement qu'ils la conçoivent comme vous le faites.

La rédaction d'un document d'exigences relatives aux produits d'application mobile (PRD) vous aide à faciliter une rencontre d'esprit entre vous et les autres parties prenantes . N'hésitez pas à investir du temps dans l'ingénierie des exigences des produits, car les bénéfices potentiels sont clairs.

• Augmentez votre propre certitude. Discuter des exigences pour votre application mobile rend tout plus clair. Objectifs, perspectives, fonctionnalités, contraintes, votre vision produit commence à prendre forme. La détermination des exigences du produit vous fait passer d'énoncés flous à des tâches tangibles avec des délais, des budgets et des critères de qualité détaillés.

• Expliquez clairement vos idées aux développeurs. Des exigences produit claires réduisent l'écart d'attente entre l'application mobile que vous souhaitez et ce que les développeurs proposent.

• Obtenez un développement et une livraison rapides. Avec les exigences documentées des applications mobiles en vue, votre équipe de développement peut mieux comprendre votre projet, définir des priorités et réduire les retouches.

• Assurez-vous que l'application finale répond à vos attentes en matière de qualité. Grâce aux critères d'acceptation énoncés dans un PRD, votre équipe peut facilement déterminer si vous serez satisfait de l'application livrée.

• Réduisez le fluage de la portée. Une spécification des exigences de haute qualité vous empêche de développer des fonctionnalités inutiles, empêche votre équipe de développeurs de travailler à contre-courant et protège toute votre équipe de développement contre la surcharge.

• Dépenser moins. Étant donné que des exigences bien pensées contribuent à se concentrer sur l'essentiel, à réduire les retouches et à accélérer le développement, elles vous permettent d'économiser de l'argent.

Selon les recherches de Boehm, les retouches peuvent coûter environ 40 à 50 % du coût total de tout développement logiciel. Et une grande partie des retouches est causée par des erreurs d'exigences.

Un autre avantage des exigences claires est qu'elles permettent à votre équipe de détecter les défauts peu de temps après la création d'un produit et de les corriger à moindre coût qu'en développement tardif ou après la sortie de l'application. Ne considérez donc pas le développement d'exigences comme un gaspillage et une frustration, mais comme un investissement dans votre projet qui sera très rentable .

Types d'exigences

Lorsque vous avez une idée pour créer une application, vous devez vous poser trois questions principales :

• Pourquoi? Pourquoi avez-vous besoin d'une application mobile ? Pour aider les gens avec votre expérience unique, obtenez une source de revenus supplémentaire, en tant qu'investissement - quel est votre objectif ?
• Qui? Qui utilisera votre application ? Pensez aux douleurs, problèmes, besoins et préférences de vos utilisateurs cibles. Quelle solution les utilisateurs attendent-ils de votre application ?
• Comment? Comment allez-vous atteindre les résultats commerciaux souhaités et répondre aux attentes des utilisateurs ? Pensez aux fonctionnalités que votre application devrait fournir.

Les réponses à ces questions forment trois niveaux principaux d'exigences pour le développement d'applications mobiles : les exigences commerciales, les exigences des utilisateurs et les exigences du système.

Chaque niveau a également un assortiment d'exigences fonctionnelles et non fonctionnelles.

Les exigences fonctionnelles concernent le fonctionnement de votre application et les fonctionnalités que vous allez mettre en œuvre.

Les exigences non fonctionnelles définissent des caractéristiques et des contraintes qui ne sont pas liées aux exigences fonctionnelles. Dans la plupart des cas, les exigences non fonctionnelles concernent :

• Attributs du produit développé comme les performances, la fiabilité, la disponibilité et la convivialité.
• Le processus de développement , décrivant les méthodologies de développement, les normes, les langages de codage, les contraintes de temps, la sécurité, etc.
• L'environnement externe , en tenant compte de la connexion de votre application à d'autres systèmes et composants matériels, de l'alignement avec la politique de l'entreprise, les réglementations gouvernementales, etc.

Si vous vous demandez comment rédiger des spécifications pour le développement d'applications mobiles, commencez par cerner les besoins de votre entreprise.

Besoins de l'entreprise

Lorsque vous rédigez les exigences de votre entreprise, concentrez-vous sur les raisons pour lesquelles la création d'une application mobile est essentielle pour votre entreprise, les changements que l'application entraînera et les résultats que vous attendez qu'elle fournisse. Pour que votre vision du produit reste claire pour votre société de développement, vous devez enregistrer vos exigences commerciales dans un document sur les exigences commerciales de l' application mobile (BRD) .

Notez que bien que nous utilisions le terme « document », il n'est pas nécessaire qu'il s'agisse d'un morceau de papier imprimé ou d'un document Google. Vous pouvez stocker vos exigences à l'aide de diagrammes, de bases de données, de feuilles de calcul ou d'outils de gestion des exigences, ou vous pouvez les combiner avec un document texte traditionnel.

Sur la base du document de vision et de portée proposé par Karl Wiegers dans la troisième édition de Software Requirements , nous avons préparé la structure BRD suivante :

Vous pouvez représenter la portée de votre projet à l' aide de différents outils. Le plus complet est une toile maigre . Il représente les segments d'un business plan cruciaux pour développer la documentation de toutes les applications mobiles : les groupes d'utilisateurs et leurs principaux problèmes, les solutions que votre application va apporter ainsi qu'une proposition de valeur unique (UVP) et d'autres avantages. Dans le modèle Lean Canvas, vous pouvez décrire les canaux que vous utiliserez pour attirer des utilisateurs cibles et des indicateurs clés qui vous indiqueront comment se porte votre entreprise. Un canevas maigre vous aide également à déterminer le modèle de monétisation pour votre application mobile ainsi que d'autres sources de revenus potentielles.

Pour favoriser une communication claire entre toutes les parties prenantes du projet, chez Mind Studios, nous utilisons en plus une carte mentale . Cet outil reflète la logique d'une application mobile et les interconnexions entre ses principaux composants.

Voici un exemple simple de carte mentale pour une application de méditation comme Headspace :

N'oubliez pas que la rédaction des exigences métier implique tous les acteurs du projet. C'est toujours un effort commun.

Besoins des utilisateurs

Après avoir identifié les besoins de votre entreprise, il est temps de vous concentrer sur les besoins de vos utilisateurs. Vous devez décrire les objectifs potentiels avec lesquels les utilisateurs accèdent à votre application et les actions qu'ils entreprendront pour atteindre ces objectifs. Mais de quel avis devez-vous tenir compte lors de la rédaction des exigences des utilisateurs ?

Le problème, c'est qu'il n'y a pas un seul type d'utilisateur d'application. Au contraire, il existe de nombreux types d'utilisateurs qui demandent des choses différentes : investisseurs, propriétaires d'entreprise, utilisateurs finaux, développeurs, distributeurs, régulateurs, personnel de marketing et autres. Votre tâche est d'entendre tout le monde et de trouver l'équilibre entre les besoins des différents groupes d'utilisateurs.

En ce qui concerne les besoins des utilisateurs, il est judicieux de commencer par ces trois étapes :

Étape 1 — Classer les utilisateurs. Regroupez toutes les parties prenantes en classes d'utilisateurs. Vous pouvez les trier selon les critères suivants :

• Niveau d'accès (invité, utilisateur régulier, utilisateur payant, fournisseur, administrateur)
• Tâches qu'ils effectuent (trouver, afficher, lire, sélectionner, acheter, partager, commenter)
• Les fonctionnalités de l'application qu'ils utilisent (recherche, cartographie, tri, comparaison, paiement, etc.)
• Fréquence des visites (quotidienne, mensuelle)
• Plateformes utilisées (iOS ou Android)
• La langue maternelle (ou d'autres données démographiques comme l'emplacement, le sexe, l'éducation et la situation familiale.)

Étape 2 - Identifiez les champions du produit. Choisissez des personnes qui peuvent représenter chaque groupe d'utilisateurs et communiquez les besoins des utilisateurs à votre chef de projet. Être un bon champion produit signifie avoir une vision claire des avantages que votre application apportera aux utilisateurs. À leur tour, les champions des produits doivent être de véritables utilisateurs pour comprendre parfaitement les douleurs et les besoins urgents des utilisateurs.

Étape 3 — Mettez-vous d'accord sur les exigences des décideurs pour votre projet. Convenez des représentants de chaque groupe d'utilisateurs avec les parties prenantes. Veillez à ne négliger aucune partie prenante pour éviter les plaintes selon lesquelles l'application finale ne répond pas aux attentes d'une partie prenante.

Après avoir identifié les représentants des utilisateurs éligibles, obtenez leur avis sur deux types d'exigences des utilisateurs.

Enregistrez les commentaires des utilisateurs dans un document sur les exigences des utilisateurs (URD) . Pour ce faire, vous pouvez utiliser les techniques suivantes :

Un user persona est un outil utile qui vous permet de visualiser vos utilisateurs cibles. Pour chaque persona d'utilisateur, choisissez un nom et une photo, puis répertoriez les besoins, les désirs et les objectifs de l'utilisateur. Écrivez les principales raisons pour lesquelles le personnage utilisera votre application. Voici un exemple de persona que nous avons créé pour une application de médias sociaux comme LinkedIn :

Histoires d'utilisateurs. Détaillez les actions que les utilisateurs effectueront dans votre application pour atteindre leurs objectifs. Organisez ensuite ces actions dans un ordre naturel pour déterminer un parcours utilisateur typique dans votre application. Selon la portée de votre projet, vous pouvez principalement décrire les épopées - des actions utilisateur complexes que vous pouvez décomposer en étapes plus petites que les utilisateurs effectueront lors de l'utilisation de votre application. Les épopées sont des histoires d'utilisateurs qui ont tendance à être écrites comme suit : en tant que <type d'utilisateur>, je veux <un objectif> afin que <une raison>.

Dans le développement Agile, les user stories sont souvent mises dans un backlog de produit. Lors de la négociation de la portée du développement logiciel pour la première version et les versions suivantes, vous et votre équipe de développement prendrez en compte les user stories du backlog et sélectionnerez les plus pertinentes. En organisant des user stories, vous pouvez former une feuille de route produit qui définit clairement les fonctionnalités de l'application que vous devez implémenter et à quel moment. L'exemple ci-dessous est lié aux deux epics de base les plus courants pour toute application mobile :

Configuration requise

Un document complet sur les exigences du produit pour une application mobile doit contenir des exigences sur le fonctionnement de votre application. Résistez à l'attrait d'écrire à la hâte des exigences système basées uniquement sur les désirs des utilisateurs et les besoins de l'entreprise. Parlez aux développeurs. Ils vous indiqueront s'il est techniquement possible de réaliser vos plans originaux pour les fonctionnalités de l'application. En discutant avec les développeurs, vous révélerez les menaces potentielles pour le développement de votre projet et pourrez établir collectivement un plan B pour les éviter.

Après un dialogue constructif avec votre équipe, notez les exigences convenues dans une spécification des exigences logicielles (SRS) qui contient les blocs suivants :

Configuration requise
Exigences fonctionnelles	Répertoriez les fonctionnalités que les développeurs peuvent créer pour permettre aux utilisateurs d'effectuer des tâches en fonction des besoins de votre entreprise. Pour ce faire, utilisez des cartes mentales ou des user stories existantes. Après avoir défini ce que fera votre application, attribuez un nom et un numéro uniques à chaque exigence fonctionnelle, ainsi qu'une brève description, une justification et un statut.
Configuration requise pour le sous-système	Décrivez les exigences de votre application mobile du point de vue des sous-systèmes logiciels et matériels. Par exemple, si vous envisagez de créer une application de suivi de l'activité physique, vous devrez rédiger des exigences pour les trackers portables qui se synchroniseront avec l'application.
Règles commerciales	Étant donné que chaque entreprise est soumise à des lois, des politiques et des normes de l'industrie, celles-ci seront des sources évidentes d'exigences pour un SRS. Voici une liste restreinte de sources d'exigences : Politique d'entreprise Règlements gouvernementaux Normes de l'industrie Rôles des utilisateurs et évaluations des autorisations Si-alors modèles de comportement des utilisateurs Algorithmes de calcul, le cas échéant
Exigences en matière de données	Lors du développement d'une application mobile, vous devez créer, stocker, modifier, afficher, supprimer, traiter et utiliser des quantités massives de données. Pour gérer les flux de données, vous devez : décrire un modèle logique d'interactions d'entités de données définir des entités dans le dictionnaire de données spécifier comment le système doit appliquer l'analyse, la conservation ou l'élimination des données choisir les types de rapports de données (tableurs, graphiques, tableaux de bord, etc.)
Attributs de qualité	La rédaction de critères de qualité clairs garantit que les développeurs répondront à vos attentes avec le produit final. Vous devez tenir compte des attributs de qualité qui sont importants pour : votre entreprise et vos utilisateurs, tels que la convivialité, les performances et la sécurité ( attributs externes ) développeurs, tels que l'efficacité, la modifiabilité et la portabilité ( attributs internes ) Discutez des attributs essentiels au succès de votre application avec les autres parties prenantes et hiérarchisez-les. Écrivez des attentes spécifiques pour chaque attribut à l'aide de critères d'adéquation - une quantification de l'exigence qui décrit la norme que votre application doit atteindre. Traduisez les attributs de qualité en spécifications techniques et rédigez des tests d'acceptation pour votre équipe afin de leur permettre de vérifier les résultats.
Interfaces externes	Cette partie d'un document d'exigences fonctionnelles pour une application mobile est nécessaire pour garantir que votre application communiquera correctement avec les utilisateurs et les systèmes matériels ou logiciels externes. Dans un SRS, vous devez noter les exigences pour : Les interfaces des utilisateurs. Spécifiez la conception des écrans de votre application mobile (normes pour les polices, les icônes, les schémas de couleurs, les images, la taille de l'écran, la disposition, la résolution, etc.) Interfaces logicielles. Décrivez les interactions entre votre application et d'autres composants logiciels, notamment d'autres applications, sites Web, bibliothèques, bases de données et outils. Interfaces matérielles. Décrivez chacun des types d'appareils pris en charge, les interactions de données et de contrôle entre le logiciel et le matériel, et les protocoles de communication à utiliser. Interfaces de communication. Dans un SRS pour votre application mobile, indiquez les exigences pour toutes les fonctions de communication que votre application utilisera, y compris les messages intégrés à l'application, les notifications push, les e-mails et les protocoles réseau.
Contraintes	Enregistrez les contraintes qui limitent la conception, le fonctionnement et la mise en œuvre de votre application mobile. Tout d'abord, vérifiez si les spécifications des exigences de votre application mobile correspondent aux exigences de l'App Store d'Apple et du Google Play Store. De plus, spécifiez d'autres contraintes système imposées, par exemple, par le langage de programmation utilisé ou les règles d'utilisation d'API ou de contenu tiers.
Exigences de localisation	Si vous souhaitez que votre application soit utilisée dans des pays, des cultures et des emplacements géographiques différents de ceux dans lesquels elle a été créée, vous devez définir des conditions de modification : Monnaie Formats de date, de numéro, d'adresse et de numéro de téléphone Langue (y compris les conventions orthographiques nationales, les dialectes locaux, les directions) Fonctionnalité pour se conformer aux réglementations et aux lois Contenu prenant en compte les enjeux culturels et politiques Fuseaux horaires Poids et mesures Autres variables

Examinons de plus près les outils que vous pouvez utiliser pour représenter les exigences système dans votre spécification des exigences logicielles pour une application mobile.
Les feuilles de calcul offrent une présentation traditionnelle en lignes et en colonnes des fonctionnalités de l'application que vous avez l'intention de créer. Passons en revue un fragment de la feuille de calcul des exigences fonctionnelles que nous avons rédigée dans le cadre d'un document de développement d'applications mobiles immobilières :

Un diagramme entité-relation (ERD) représente la manière dont les entités de données sont liées les unes aux autres au sein d'un système et les connexions entre les éléments au sein de ces entités. Voici un exemple de diagramme que nous avons utilisé dans un document de spécification d'exigences pour une application mobile de livraison de nourriture :

Façons de développer et de gérer les exigences

Au fur et à mesure que votre projet évolue, les modifications des exigences logicielles de votre application mobile sont inévitables. Les nouvelles exigences peuvent venir de n'importe où : vos investisseurs peuvent insister pour obtenir un retour sur investissement plus rapide que prévu ; les utilisateurs peuvent accéder à l'application d'un concurrent parce que votre application ne fournit pas une fonctionnalité qu'ils aiment ; les mises à jour logicielles ultérieures peuvent imposer des restrictions supplémentaires sur le développement de votre application mobile.

Il est tentant de définir une fois pour toutes les exigences logicielles pour le développement d'applications mobiles, mais cela peut vous conduire à l'échec du projet. Voyons pourquoi le développement des exigences est un processus itératif .

La rédaction des exigences de votre projet d'application mobile consiste généralement à effectuer quatre activités :

1. Élicitation, ou demander ce que les utilisateurs attendent d'un nouveau produit, écouter ce qu'ils disent et regarder ce qu'ils font
2. Analyser ou traiter les commentaires des utilisateurs pour comprendre, classer et relier ces informations aux éventuelles exigences des applications mobiles
3. Collecte de spécifications, qui consiste à transformer les commentaires vagues de l'utilisateur en documents d'exigences réfléchis, structurés et écrits avec des illustrations visuelles
4. La validation, qui consiste à obtenir la confirmation des parties prenantes que la spécification des exigences que vous avez créée est exacte et complète

Lors de l'analyse, vous pouvez vous rendre compte de certaines inexactitudes qui vous ramènent à l'élicitation. Et lors de la rédaction d'un document sur les exigences des produits d'applications mobiles, vous pouvez rencontrer des lacunes qui vous obligent à effectuer une analyse plus approfondie. Si les parties prenantes signalent des erreurs dans votre document d'exigences, vous devrez réécrire certaines déclarations, effectuer une réanalyse ou même effectuer un sondage de suivi. Ce n'est qu'en imbriquant et en itérant ces activités que vous pourrez fournir aux parties prenantes les exigences pertinentes en matière d'applications mobiles tout au long du cycle de développement.

Chez Mind Studios , nous définissons et convenons des exigences initiales du produit au stade de la découverte et de la validation des idées en suivant les étapes suivantes :

Au nom de la réussite de votre projet, vous devez maîtriser la volatilité des besoins grâce à une saine gestion. Un chef de projet et/ou un analyste d'affaires peuvent assumer cette responsabilité. Les chefs de projet et les analystes d'affaires disposent de différents outils de gestion des exigences pour :

• Suivre le besoin d'évolution des exigences
• Effectuer une analyse d'impact pour déterminer ce que ces changements apporteront au développement du projet
• Suivi des exigences de maintenance
• Suivre l'état de chaque exigence
• Suivre les problèmes liés aux exigences
• Maintenir un historique des changements d'exigences

Caractéristiques d'un bon document sur les exigences de développement d'applications mobiles

Étant donné que les intérêts de toutes les parties prenantes ne se croisent nulle part plus que dans les exigences du produit, vous devez vous assurer que vos exigences sont également claires et compréhensibles pour les investisseurs, les utilisateurs et les développeurs. Comment construire un document d'exigences d'applications mobiles pour répondre aux besoins de chacun ? Non seulement le contenu d'un document d'exigences, mais le ton de la voix peuvent vous y aider.

Allez au-delà pour obtenir un document d'exigences produit de haute qualité. Discutez du niveau de détail, des techniques de représentation et du style d'écriture qui conviennent le mieux aux parties prenantes.

Dans un monde parfait, les exigences de votre application mobile énoncées dans un PRD devraient être :

• Compléter. Par exemple, chaque exigence fonctionnelle doit contenir suffisamment d'informations pour que les développeurs puissent l'implémenter correctement. Si vous avez des lacunes, marquez-les comme TBD (à déterminer) et faites un suivi plus tard.
• Correct. Vous et votre équipe de développement devez tous les deux vérifier l'exactitude du document d'exigences produit de votre application mobile. Vous pouvez considérer que les exigences sont correctes si elles sont conformes aux spécifications techniques, aux règles métier, aux normes de l'industrie et aux lois applicables.
• Cohérent. Cela signifie qu'aucune exigence d'un PRD ne doit contredire d'autres exigences du même PRD.
• Réalisable. Il doit être possible de réaliser chaque exigence de produit dans l'environnement d'exploitation disponible, compte tenu des capacités, du temps et du budget connus du personnel. La méthodologie de développement Agile et les prototypes de preuve de concept vous aident à évaluer la faisabilité des exigences.
• Priorisé. Chaque exigence, qu'il s'agisse d'une exigence fonctionnelle ou d'une exigence utilisateur, doit être classée en fonction de son importance à mettre en œuvre pour une version particulière.
• Modifiable. Étant donné que les exigences peuvent changer au cours du développement, la structure de votre document d'exigences produit doit être flexible.
• Vérifiable. Les exigences du produit doivent être mesurables et spécifiques afin que les testeurs puissent les vérifier avec des tests et déterminer si une exigence particulière est correctement mise en œuvre.
• Non ambigu. L'une des principales raisons de rédiger un document d'exigences relatives aux produits d'applications mobiles est de réduire les problèmes de communication. Vous devez écrire chaque exigence afin qu'elle ne puisse être interprétée que d'une seule manière possible.

Nous vous recommandons fortement de créer un glossaire de termes dès le début du développement . Le fait est que les développeurs ne connaissent pas le langage de votre entreprise et que vous n'êtes probablement pas compétent en programmation. Un manque de compréhension des termes peut entraîner des remaniements, des délais non respectés, des dépassements de coûts et des débats inutiles.

Un modèle de document sur les exigences d'une application mobile

Certaines entreprises exigent une liste détaillée d'exigences soutenue par une spécification technique bien pensée, tandis que d'autres se contentent d'une approche superficielle. Quel que soit le groupe auquel vous appartenez, vous devez commencer quelque part.

Pour vous guider dans l'élaboration des exigences initiales, vous pouvez remplir notre modèle d'exigences relatives aux produits d'applications mobiles . Il fournit suffisamment d'informations de base pour faciliter et accélérer l'entrée d'un développeur dans votre projet et, par conséquent, vous faire gagner du temps et de l'argent.

Document d'information sur les exigences relatives aux produits d'applications mobiles rédigé par Mind Studios

After you complete this brief, email it to us and one of our managers will respond promptly. This brief will provide a solid basis for creating a detailed mobile app product requirements document with the help of our team.

Have any questions about your mobile app project? Écrivez-nous.

Dernier mot

Even for the smallest projects, it's critical to have a shared understanding of initial requirements. In some cases, ready-made product requirements document templates can help you out. But more often, they're only illustrative. Since no two apps are alike, there's no chance that someone else's PRD will suit your project.

To perfectly meet your specific tasks, you need to create an original mobile app requirements document , which can be a time-consuming and tedious process. The good news is that you can leave it to experts. Especially since they're just one call away.