Articles avec le tag ‘design’

Le calculateur de charges V3

J’ai présenté à mon client la V2 du calculateur de charges.
La journée de travail que nous avons passé sur la maquette fonctionnelle fût très productive et bénéfique.

Productive car cela m’a permis de travailler sur la troisième version du calculateur de charges, le document ci-dessous.
On rend le produit plus simple visuellement, on supprime le fil d’ariane et on limite l’utilisation des overlays au stricte nécessaire. On propose les machines uniquement par leur nom, ce qui permettra d’être exhaustif et également permettra à tous les machinistes, quelle que soit leur taille, d’appeler Trelleborg et de demander à ce que leur machine figure dans la liste.
On ajoute également la zone « Recommandations Trelleborg » sur la page de résultats.

Bénéfique car on a déjà réfléchi à la V1.1 : on ajoutera un onglet pour le calcul de charge sur les essieux des remorques, puisque Trelleborg vend des pneus spéciaux pour les remorques agricoles.

La version ci dessous est validée. Nous avons désormais entamé le maquettage graphique de l’application, et ça rend plutôt bien…

Calculateur Trelleborg V3

PS : Je tiens à remercier très sincèrement les géniaux concepteurs du site www.eurostar.com

C’est l’hiver…mais les projets avancent – La calculateur de charges V2

Et oui l’hiver tout va au ralentit, enfin moi, donc ce blog aussi.
Dur cet hiver 2009 / 2010,  je pense que je m’en souviendrai même sans ce blog :-) .

Je reprends donc le fil de mes sujets sur les RIA. L’interlude sur mon projet de calculateur est aussi dû à la disponibilité de mon client qui n’était pas idéale pour avancer.

Entretemps, j’en ai profité pour faire deux sites Internet supplémentaires:
Lire la suite de cette entrée »

10 principes du design d’interface

Cet article est une traduction de l’article de Jakob Nielsen paru en 2005 et accessible à l’URL suivante http://www.useit.com/papers/heuristic/heuristic_list.html

1 – Rendre visible l’état de l’application

Il faut toujours tenir informé les utilisateurs de ce que l’application est en train de faire lorsque l’utilisateur n’interagit pas avec elle.

2 – L’application doit correspondre au monde réel dans lequel évolue son utilisateur

L’application doit parler le même langage que celui de son utilisateur, avec des mots, des phrases, des concepts qui lui sont familiers. Les informations doivent apparaître dans un ordre logique et naturel.

3 – Prendre en compte la liberté de l’utilisateur

L’utilisateur d’une application va souvent passer par des chemins qui ne sont pas conformes au processus imaginé par les concepteurs – sans que ces chemins empruntés conduisent à des anomalies – Il faut donc proposer des options « défait » ou « refait ».
Lire la suite de cette entrée »