Quel format est le meilleur pour le premier prototype non sur papier? [fermé]

Application console (ma préférée), formulaire rapide et bâclé, MS Paint (pour l'interface graphique); qu'est-ce qui fonctionne le mieux la plupart du temps pour votre application standard? Pourquoi?

Croyez-le ou non, PowerPoint .

Je sais que vous pourriez rire, et je l'ai certainement fait au début, mais il y a beaucoup de grandes choses sur PowerPoint qui en font un bon outil prototype.

• Déploiement facile - Tout le monde a presque PowerPoint, vous n'avez donc pas à vous soucier d'une configuration inutile simplement pour que quelqu'un puisse utiliser un prototype.
• Maquettes faciles - Tout le monde sait à peu près comment se déplacer dans PowerPoint, c'est donc aussi simple que de dessiner quand il s'agit de créer rapidement l'interface utilisateur.
• Interactivité - C'est là que ça devient bon. PowerPoint vous permet de créer des liens sur des diapositives qui vous mènent à une autre diapositive spécifiée en cliquant sur une zone. Si vous utilisez cette métaphore pour les boutons et autres liens pour votre interface utilisateur proposée, vous pouvez placer un utilisateur devant une présentation PowerPoint agrandie et le faire cliquer pendant que vous regardez et prenez des notes.

Vous pouvez obtenir des outils supplémentaires comme celui-ci pour le rendre plus esthétique.

Pour moi, c'est Balsamiq, je l'adore pour plusieurs raisons.

• Facile à utiliser - L'interface de Balsamiq est incroyablement simple et rapide pour moi de rassembler les choses.
• Ressemble à une maquette - Lorsque vous la montrez aux clients / clients / fournisseurs, cela ressemble à une maquette, donc il n'y a pas de confusion que "j'ai presque fini" ou quelque chose comme ça.
• Look professionnel - En plus du point précédent, oui, il a l'air "dessiné à la main" mais a toujours l'air professionnel.
• Contrôles communs de l'interface utilisateur - Ils sont tous disponibles pour créer rapidement des maquettes qui ressemblent à de vraies applications.

SketchFlow in Blend est une bonne idée:

• Les styles renforcent l'idée que c'est un prototype pour les parties prenantes pour gérer les attentes
• Si vous connaissez Blend, vous connaissez SketchFlow - il n'y a qu'une seule couche mince supplémentaire sur le dessus qui vous permet de créer des "écrans" et de les naviguer facilement.
• Comme tout est dans le vrai XAML, vous pouvez activer l'interactivité et passer du temps à développer des fonctionnalités réelles qui sont cruciales pour l'apparence ou la fonctionnalité de l'application, comme les transitions animées importantes ou les prototypes DataTemplate (la fonctionnalité de données d'exemple de Blend est idéale pour cela) . Il a des comportements intégrés qui se connectent à la couche "screen-map" de Blend - faire un bouton ou un lien naviguer vers un autre écran est aussi simple que glisser-déposer et sélectionner une valeur dans une liste déroulante.
• Il est très difficile de réutiliser un prototype SketchFlow et de le transformer en une véritable application - vous pouvez généralement recycler certaines dispositions visuelles, mais uniquement à un niveau de base. Je considère que c'est une bonne chose, car le prototypage ne vous met pas dans le bon état d'esprit pour construire une vraie application.
• Vous pouvez exporter le prototype vers une application "player" autonome qui n'a besoin que de Silverlight pour fonctionner. Le lecteur permet toute l'interactivité et vous permet de naviguer à travers les écrans de l'application même si vous n'avez pas branché l'interactivité, et les parties prenantes peuvent fournir des commentaires via des notes ou du balisage d'encre directement sur le prototype.

Le principal problème est qu'il ne s'agit pas d'un glisser-déposer purement visuel comme Balsamiq, des outils de prototype PowerPoint ou d'autres outils visuels, vous devez donc connaître au moins les bases de Blend / XAML.

Je suis un grand fan de MS Paint. J'aime que la mauvaise qualité du doodle le rend facile à jeter et à recommencer. Ayant utilisé des outils de visualisation et de création de diagrammes plus sophistiqués, je me suis retrouvé à passer trop de temps à essayer de comprendre comment représenter une idée complexe alors que l'idée elle-même aurait dû être assez simple à esquisser.

Je pense que c'est la même dynamique qu'une serviette de table - juste obtenir un glyphe approximatif de l'idée est suffisant pour mettre les choses en mouvement. Pour moi, je ne veux pas toucher à un outil de création de diagrammes tant que les diagrammes ne sont pas déjà bien pensés.

Mais peut-être juste moi et mes manières étranges.

Cela dépend probablement de la plate-forme avec laquelle vous allez construire l'application (une application Web? Desktop? C ++? Java?), Mais je passe généralement directement du papier à la plate-forme réelle. Avantages: ressemble à la vraie chose car elle est, et après avoir compris comment mettre en place l'interface graphique, ajoutez simplement les fonctionnalités nécessaires, et votre application est terminée.

C'est ce qu'on appelle le développement rapide d'applications .