Quand ce service est-il adapté ?
Pour les propriétaires d'un site ou d'une application comportant des tâches difficiles, des étapes suivantes peu claires ou des problèmes d'utilisabilité mobile.
Périmètre de développement
- Examinez les tâches essentielles, la navigation, le contenu, les formulaires et les états d’erreur sur les pages ciblées.
- Vérifiez le contraste, la lisibilité, l’utilisation au clavier, le sens d’écriture de l’arabe, le zoom et l’affichage sur petits écrans.
- Hiérarchisez les problèmes par impact, puis reconcevez ou réparez avec des comparaisons avant et après.
Des exigences à la mise en œuvre
- Auditer les parcours : documentez les obstacles rencontrés dans les tâches importantes à l’aide de captures d’écran et de scénarios reproductibles.
- Concevoir l’amélioration : examinez les solutions de navigation, de lecture et de formulaires, puis mettez en œuvre l’option adaptée.
- Retester : répétez les mêmes tâches sur la version révisée et vérifiez les régressions.
Quels sont les livrables ?
- Un rapport reliant chaque constat à une page, un problème, une solution et un critère de vérification.
- Interfaces, composants et états d'interaction améliorés sur les pages convenues.
- Résultats des tests d’adaptation aux écrans, de parcours et d’accessibilité, avec une explication des limites de couverture.
Que faut-il définir ?
Les pages, les appareils et les critères d'accessibilité cibles sont convenus avant la mise en œuvre. La recherche sur les utilisateurs a besoin de participants réels ; Les scores automatisés ne suffisent pas à établir l’expérience de chacun.
Un exemple d'acceptation spécifique à un service
Effectuez une tâche essentielle au clavier avec une fenêtre d’affichage de 320 pixels ; consignez les obstacles avant et après leur correction.
Périmètre, coût et calendrier
Les échanges commencent par les utilisateurs, les processus, le volume de données, les intégrations et le système existant. Les priorités sont convenues, puis le périmètre de la première version, le coût, le calendrier et les critères d’acceptation sont définis par écrit. Les phases suivantes peuvent suivre les besoins de l’entreprise.
Tests, remise du projet et assistance
L’accord définit les fichiers à remettre, les droits d’utilisation, l’hébergement, les sauvegardes, les mises à jour et le support. Les scénarios convenus sont testés, et la configuration d’exploitation, les autorisations et les procédures de retour en arrière sont documentées avant le lancement.
Consulter les éléments associés
Le critère d’acceptation ci-dessus est un exemple de préparation ; les tests réels suivent le périmètre de votre projet.
Tafaqad Beta — Planification technologique et coordination de projets Guide de décision connexeQuestions sur cette solution
Faut-il refaire le design de tout le site ?
Les constats le déterminent. L’identité visuelle ou certaines pages peuvent être conservées tout en améliorant les pages et les composants qui gênent l’utilisation.
L’évaluation couvre-t-elle les deux langues ?
Elle peut couvrir l’arabe et l’anglais, en testant dans chaque langue l’ordre de mise en page, la clarté de la traduction et la longueur des textes.
Comment savoir si le changement apporte une amélioration ?
Les critères sont définis avant la réalisation : accomplissement d’une tâche sans blocage, messages d’erreur clairs et utilisation au clavier, par exemple. Des observations issues des utilisateurs sont ajoutées lorsqu’elles sont disponibles.