Design & conception

Concevoir des parcours utilisateurs, des interfaces et des produits numériques : OTOKO® traduit vos exigences en une utilisation claire et cohérente.

Les clients veulent accomplir leurs démarches, les équipes terrain ont besoin d'informations sur le lieu d'intervention et les services métier d'une vue d'ensemble fiable.

Prototype cliquable et test utilisateur avec le service métier ou les clients avant le développement Frontend web avec React, Next.js ou Vue, accessibilité selon les WCAG 2.2 Applications mobiles avec React Native ou nativement en Kotlin et Swift, y compris la publication sur les stores Connexion via OpenID Connect, protection des sessions et épinglage de certificat selon OWASP MASVS Fonctionnement hors ligne, notifications push et télémétrie avec consentement selon le RGPD

Application mobile publiée et application web, avec code source Système de design et rapport d'accessibilité Rapport de contrôle de sécurité selon OWASP MASVS

Groupes d'utilisateurs et tâches principales Authentification existante et modèle de rôles Terminaux nécessaires et situations hors ligne

Un portail partenaires remplace les demandes par e-mail. Les partenaires ne voient que leurs propres dossiers, téléversent des documents et reçoivent des demandes de précisions au fil du processus. Le traitement interne utilise les mêmes données, mais avec d'autres rôles et autorisations.

React Next.js Vue React Native Kotlin Swift

Un portail est utile lorsque les utilisateurs atteignent leur objectif sans détour. Nous concevons des parcours complets pour la connexion, la saisie des données, le téléversement, les demandes de précisions et le suivi de statut. Les cas d'erreur font partie du concept : des sessions expirées, des documents incomplets ou une connexion interrompue ne doivent pas entraîner la perte du travail déjà saisi. Des prototypes cliquables rendent ces parcours vérifiables avant l'implémentation. Les retours du service métier et du groupe d'utilisateurs alimentent la navigation, les formulaires et des messages compréhensibles. Un système de composants commun garantit que les nouvelles fonctions utilisent la même logique d'utilisation.

Le choix dépend de l'usage. Un portail basé sur le navigateur facilite l'accès sans installation. Une application web progressive peut suffire pour certains parcours mobiles ; des applications natives ou multiplateformes entrent en jeu lorsque des interfaces matérielles, un traitement en arrière-plan ou des besoins hors ligne l'exigent. Nous vérifions les capacités nécessaires sur des appareils réels. Les données hors ligne nécessitent des règles de stockage local, de synchronisation et de gestion des conflits. Dans une application destinée aux équipes terrain, il faut par exemple définir quelle modification prime lorsque deux personnes traitent le même dossier. Ces questions influencent le back-end et les autorisations autant que l'interface.

La navigation au clavier, des états de focus reconnaissables, des messages d'erreur compréhensibles et une taille de police adaptable font partie du travail sur l'interface. Nous définissons avec vous le cadre de vérification requis pour l'accessibilité. Une maquette visuelle ou une analyse automatique ne constituent pas à elles seules une preuve complète de l'accessibilité. Nous vérifions les accès côté serveur pour chaque rôle et chaque dossier. Les téléversements de fichiers, les sessions et les partages de données reçoivent des mesures de protection spécifiques. Pour le déploiement, nous planifions les appareils de test, le cas échéant les validations dans les stores, les canaux de support et l'introduction auprès de vos utilisateurs.

Un compte client représente bien plus qu'une simple connexion. Les invitations, les changements d'organisation, les accès perdus, les délégations et le départ de collaborateurs doivent s'intégrer au modèle d'autorisations. Nous définissons qui peut valider de nouveaux utilisateurs et quelles étapes nécessitent une nouvelle confirmation. Des identités gérées de manière centralisée peuvent être connectées ; la décision métier sur un dossier concret reste néanmoins de la responsabilité du portail. Pour les parcours de demande et les téléversements, nous examinons l'ensemble du chemin jusqu'au traitement interne. La taille des fichiers, les contenus autorisés, la mise en quarantaine et la validation sont planifiés au même titre que des messages de statut compréhensibles. Un téléversement réussi ne signifie pas encore qu'un document a été vérifié ou accepté. Les brouillons, l'enregistrement automatique et la reprise sur un autre appareil nécessitent des règles claires de visibilité. Les informations sensibles ne doivent pas apparaître par inadvertance dans les notifications, les URL ou les messages de diagnostic.

Une application mobile utilisée en entrepôt ou sur le terrain ne peut pas partir du principe d'une connexion en permanence stable. Nous distinguons les données hors ligne consultables des modifications saisies localement et déterminons leur durée de validité. Les volumes de données importants ne sont pas copiés sans discernement sur chaque appareil. Les droits des utilisateurs, la mémoire de l'appareil et la gestion d'un appareil perdu font partie intégrante du concept. Lors d'une nouvelle connexion, le même enregistrement peut déjà avoir été modifié sur le serveur. Une règle générale du type « la dernière modification l'emporte » ne convient pas à de nombreux processus métier. Nous définissons quels champs peuvent être fusionnés automatiquement et quels conflits exigent une décision. Les transmissions en attente restent visibles pour les utilisateurs. Les tests couvrent les interruptions de connexion pendant l'envoi, les nouvelles tentatives multiples, les sessions expirées et les changements d'autorisations entre la saisie et la synchronisation.

Un portail n'est pas utilisé uniquement sur un grand écran de développement. Les noms longs, les traductions, l'agrandissement de la police, les claviers virtuels et les appareils lents modifient la mise en page. Nous vérifions donc des tâches complètes sur les appareils pertinents et avec différentes méthodes de saisie. Les messages d'erreur expliquent ce qu'il faut corriger et renvoient à l'endroit concerné. Un formulaire ne doit pas perdre ses saisies simplement parce que l'authentification doit être renouvelée. Pour l'introduction, nous planifions un groupe d'utilisateurs restreint, une assistance joignable et des retours issus de véritables flux de travail. Pour les applications mobiles, d'anciennes versions peuvent rester installées ; le back-end doit tenir compte de la période de transition convenue. Les mesures d'utilisation doivent répondre à des questions d'amélioration concrètes, par exemple l'endroit où un dossier est abandonné. Les mesures autorisées et les informations nécessaires à cet effet sont définies avant la mise en œuvre.

Parc applicatif, exigences, risques Métiers, DSI, sécurité de l'information, architecte logiciel d'OTOKO® Projets évalués, état des lieux, exigences de sécurité et d'exploitation

Architecture, technologie, modèle d'exploitation Métiers, architecture, protection des données, sécurité de l'information Architecture cible, modèle de menaces, stratégie de test, modèle d'exploitation, jalons