Comment passer du personnage / scénario aux wireframes?
Backstory
Travailler sur un grand projet de reconstruction d'une application web complexe qui est actuellement loin derrière les offres compétitives. Les parties prenantes souhaitent vivement `` brûler la terre '' dans l'approche, c'est-à-dire perdre toutes (la plupart) des métaphores de conception anciennes/datées au nom de la simplicité et de l'orientation utilisateur. Construisez essentiellement une nouvelle application.
À ce stade, nous avons un certain nombre de personnages relativement matures, des scénarios détaillés et un ensemble de fonctionnalités de base. Nous avons une proposition de valeur de haut niveau, et certaines lignes directrices de conception s'appuient à peu près sur cela.
Nous avons également une certaine "inspiration d'interface", c'est-à-dire un exemple d'outils existants qui correspondent étroitement ou qui nécessitent des fonctionnalités, afin d'éviter de réinventer la roue lorsque cela est possible.
Ma question
Existe-t-il un moyen généralement reconnu de passer de l'étape actuelle à l'étape filaire?
Commençons-nous simplement à jeter des trucs sur papier et à développer un système interne de rétroaction itérative?
Je n'ai tout simplement pas été à ce stade d'un projet comme celui-ci auparavant et j'apprécierais tout conseil basé sur l'expérience.
Je suis généralement tout à fait favorable à l'approche "un peu de tout".
Obtenez une poignée sur une navigation de base: comment obtenez-vous ces fonctionnalités qui sont là-dedans?.
Faites vos premiers pas sur le modèle de données. Spécifiez approximativement le type de workflows que l'application doit prendre en charge. Le type de données dont il a besoin pour sortir et le genre de choses que les utilisateurs devront mettre. Cela vous dira quelque chose sur les modèles de conception que vous pouvez utiliser dans l'application.
Tout cela devrait vous donner quelques informations pour déposer une première maquette visuelle. Obtenez des suggestions d'artistes pour visualiser des trucs et lancer vos wireframes vers quelque chose de plus concret.
Cela dépend du type d'application que vous créez, mais obtenir la navigation et les modèles de conception les plus importants vous permettra de bien démarrer.
Répétez tout cela à mesure que les fonctionnalités et les flux de travail deviennent plus matures. Utilisez vos scénarios et vos personnages pour informer et valider votre réflexion sur la conception tout au long du projet.
Oui, commencez par le flux de navigation, les en-têtes/pieds de page, tous les composants principaux qui seront utilisés dans l'application. Je voudrais également une sorte de compréhension de la normalisation des éléments et des widgets qui seront utilisés dans l'application. À partir de ce moment, les autres détails devraient se mettre en place en fonction de vos recherches.
Bien que la réponse dépende vraiment du projet, dans mon cas, l'entrée principale dans les wireframes est les modèles de tâches, combinés avec l'inventaire du contenu (qui est en partie dérivé des modèles de tâches).
Les modèles de tâches (que je préfère vraiment appeler des modèles d'objectifs) sont expérientiels et sans contexte; c'est-à-dire qu'ils montrent les nœuds d'évaluation et les décisions/actions comme les connexions entre eux. Ils ne sont encore associés à aucun système - c'est ce qui se passe dans le cerveau des gens.
Ensuite, le véritable défi consiste à découper ces modèles de tâches en modèles (et les modèles de regroupement en leur sein). La portée du modèle est décidée et évaluée sur la base d'une multitude d'entrées:
- Échelle de contenu, priorité et classement UB (utilisateur/entreprise)
- Analytique
- Analyse comparative des concurrents
- Cohérence avec d'autres modèles et modèles de tâches
- Quelques directives générales de conception (p. Ex., Interactions recherchées vs interactions forcées)
- Etc.
Idéalement (et selon la complexité), vous avez 3-5 idées de conception à comparer, qui sont ensuite évaluées par différents moyens. Le nombre d'itérations (et aussi le montant que vous passez de grossier à fin avec les wireframes) dépend de la complexité du système (plus les modèles sont complexes, plus ils sont liés et doivent être cohérents).
Après cela viendra IA. Mais c'est le principal problème à résoudre pour moi - le pont entre les modèles de tâches et les wireframes.
Les personas sont utilisés dans tout le processus mais indirectement plutôt que directement. Par exemple, les personas peuvent justifier la priorisation du contenu A sur le contenu B, mais j'ai du mal à imaginer comment vous passez d'une persona directement à un filaire (à moins que la persona ne comprenne une photo haute résolution avec le modèle de tâche imprimé sur le t -chemise).