Share
Le "livrable". Un concept simple à comprendre (quelque chose que vous “livrez”), mais difficile à expliquer correctement.
Une façon de décrire un produit livrable serait comme une œuvre ou un artefact qui est un collectif d'un groupe de travail plus important. Par exemple, un plan du site, un modèle de navigation et une définition de recherche tomberaient tous dans la catégorie de «l’architecture de l’information». Pour formaliser ce livrable, il peut exister un document contenant tous ces artefacts et une page de garde avec certaines informations de contrôle de version..
En outre, les artefacts et les produits livrables peuvent également être autonomes et interchangeables. Une structure filaire, par exemple, peut être utilisée comme livrable dans un projet pour montrer à un responsable que vous progressez, fournir aux développeurs des informations sur la structure requise ou collecter un paiement d'étape d'un client..
La chose importante à retenir est qu’un produit livrable n’est pas quelque chose qui devrait être fait dans l’intérêt d’un résultat, mais bien pour fournir une plus grande lucidité ou pour rapprocher le projet / produit de l’état final souhaité. Par conséquent, il est important de réfléchir de manière critique à la raison pour laquelle vous créez un produit livrable et au niveau de fidélité / formalité car il existe un potentiel de perte de temps considérable.!
Les produits livrables ont un public et il y a parfois des chevauchements, comme le montre le diagramme de Venn ci-dessous. Comprendre ce public est une première étape importante pour comprendre la nécessité du produit livrable et le niveau de fidélité ou de formalité requis..
Généralement, le chef de produit ou tout responsable interne sera largement intéressé par la phase de découverte et de définition. C’est à ce moment-là que les besoins et les processus de l’entreprise sont définis et que le produit est défini. Par conséquent, s’ils demandent une représentation de ce à quoi le produit pourrait ressembler, il serait peut-être préférable de fournir un croquis dessiné à la main de certaines mises en page, plutôt que de perdre du temps à coder un prototype, par exemple.
Les développeurs sont chargés de programmer ce qui a été découvert, défini et conçu dans les représentations finales par le code. Il y a beaucoup de place pour une mauvaise interprétation avec les structures filaires. Quelles que soient les dispositions fournies à une équipe de développement, elles doivent être parfaitement pixelisées et des spécifications doivent être créées, car votre développeur moyen créera exactement ce que vous demandez, en particulier s'il s'agit d'une équipe externalisée.!
Dans le cas des clients, il faudra peut-être améliorer les produits livrables et les utiliser comme outils de marketing (pour montrer la qualité de l'agence). Vous utiliserez parfois des livrables pour influencer un intervenant externe ou pour respecter une partie d'un accord contractuel lorsque vous travaillez avec une «structure de paiement d'étape»..
Audiences et types de livrablesLe public joue un rôle déterminant dans la création du produit livrable, mais aussi dans la structure de l'organisation. Rien ne reste constant, même au sein d'une même structure (comme un cabinet de conseil); les produits livrables peuvent varier d'un projet à l'autre. Les descriptions ci-dessous sont des généralisations, mais constituent un bon point de départ si vous avez du mal à déterminer le type de sorties nécessaires..
Les livrables sont souvent d'une plus grande fidélité dans cet environnement, car votre objectif n'est pas seulement de faire avancer le projet, mais également d'éduquer le client et de s'assurer qu'il est «séduit» par le livrable. Effectivement, cela rassure le client qu'il a fait le bon choix avec vous plutôt qu'un concurrent.
Cela est essentiel au stade de l'appel d'offres, lorsqu'un certain nombre de consultants se font concurrence pour le même travail. Cependant, gardez à l'esprit qu'il existe un certain nombre d'autres éléments que les clients ont à l'esprit lorsqu'ils effectuent leur choix. telles que l'expertise technologique, les ressources, etc..
Les livrables d'un «hackathon» sont conçus dans le but de se présenter à un jury. Il y a peut-être un jeu de diapositives et vous pouvez présenter des scénarios, des feuilles de route de produits… Tout ce qui peut susciter de l'émotion, communiquer un problème, le résoudre, et montrer une vision claire des étapes à venir! Ce n’est probablement pas l’occasion de développer un prototype entièrement développé, à moins que des membres de votre équipe aient cette capacité..
D'après mon expérience, les concerts indépendants (en particulier ceux effectués en ligne) ont souvent une portée très réduite. Il s’agit souvent de «Fil de fer nécessaire à l’application X» ou de «Rapport d’utilisabilité pour le site Web X». Ces produits livrables sont principalement utilisés pour indiquer l'achèvement plutôt que le progrès et sont souvent liés à des paiements d'étapes.
Les livrables de démarrage sont principalement axés sur la découverte, la validation et la définition, car l’entrepreneur tente de percer le marché. La conception est également importante et les éléments livrables de la phase de mise au point du projet s'articuleront autour du pivotement de l'idée et des changements apportés à partir des commentaires des utilisateurs et des premiers intervenants..
Par «équipe produit», je parle d'une entreprise qui possède un ou plusieurs produits numériques et du personnel interne. Ces équipes utilisent généralement les produits livrables dans un processus de bout en bout. Ils peuvent être moins fidèles, sauf lorsque le chef de produit a besoin de communiquer et de mettre en package les informations destinées aux dirigeants. Chaque livrable a tendance à s'aligner davantage sur différentes phases du processus UX.
Les produits livrables peuvent également entrer dans un certain nombre de phases dans le processus de conception UX:
Types de livrables au cours du processus de conception UXComme vous pouvez le constater, plus tôt dans le processus, il y a plus de produits à livrer au fur et à mesure que le projet commence et que plus de travail est consacré à la planification et à la recherche de la bonne chose à faire. Ce modèle est probablement plus applicable aux équipes de produits et les rôles se chevauchent beaucoup au cours des deux premières phases. Les concepteurs UX, les gestionnaires de produits et les analystes métier peuvent tous collaborer sur les cartes de parcours des clients, par exemple.
La raison pour laquelle nous créons des produits livrables, comme indiqué ci-dessus, est contextuelle. Les raisons sont basées sur le rôle, le type d'organisation, le public et de nombreux autres facteurs. Voici cinq des raisons les plus courantes pour la création de produits livrables:
Mon approche personnelle est de garder les produits livrables communs au centre de mon processus; tels que les personnages, les prototypes et les entretiens avec les utilisateurs. Je garde les livrables moins communs à la périphérie; tels que les groupes de discussion et les modèles de domaine.
J'aime aussi explorer les produits livrables dont je n'avais peut-être jamais entendu parler auparavant. Il existe tellement de méthodes différentes. Cela peut vraiment vous donner une perspective plus large et faire de vous un meilleur concepteur pour ajouter de nouveaux livrables à votre flux de travail.
Et bien ça couvre les livrables! Voici quelques détails à emporter:
Accentsconagua