En 2017, ayant déjà de nombreuses années d'expérience dans le développement de systèmes d'information pour les entreprises, nous, Forward Telecom, avons lancé la première solution cloud pour automatiser les relations avec les partenaires - PRMSaaS. Le système est basé sur les produits existants de l'entreprise. Cependant, le changement de public cible et la façon d'accéder au système nous ont fait réfléchir à nouveau sur ce que la tête des utilisateurs finaux blesserait lors de l'interaction avec son interface. Nous vous expliquons quelles exigences nous avons formulées pour les logiciels d'entreprise dans le cloud et comment nous les avons respectées.Qui sont nos nouveaux utilisateurs
Nous développons, implémentons et soutenons des systèmes d'information d'entreprise depuis plus de 10 ans: facturation, PRM, CRM, systèmes BPM et bien plus encore. Ce ne sont en aucun cas des solutions «en boîte». Pour mettre en œuvre le système, il est nécessaire d'étudier l'infrastructure informatique du client et d'y intégrer votre produit. Cela implique parfois l'assemblage d'un mini-data center sur le territoire du client. Plus la formation des employés. Naturellement, de tels systèmes ne peuvent pas être bon marché, et nos clients ont toujours été pour la plupart des grandes ou des moyennes entreprises prospères. Nous avons décidé de lancer un système PRM basé sur le cloud pour un nouveau segment de clients potentiels: les PME - petites et moyennes entreprises.
Ces entreprises souffrent souvent de l'imperfection des solutions informatiques prêtes à l'emploi et de la mauvaise qualité de leur support technique. Nous voulions leur fournir un produit simple (par rapport aux systèmes que nous adaptons aux exigences d'une entreprise particulière), mais un produit fiable qui serait abordable pour eux. La décision a donc été prise de mettre en œuvre le modèle SaaS, lorsque le logiciel lui-même est situé dans notre centre de données, le fournisseur de services SaaS fournit des services, nous, en tant que fournisseur, sommes engagés dans son développement et sa mise à jour, et nous fournissons aux clients un accès via une interface Web.
La fonctionnalité d'abord
Pour ceux qui ont au moins une fois traité avec un logiciel qui fournit des processus commerciaux complexes avec la fourniture de grandes quantités d'informations, ce n'est pas un secret que son interface n'est pas un domaine d'expériences de conception. Bien sûr, la technologie ne reste pas immobile, la résolution des moniteurs augmente, même sur les ordinateurs portables bon marché, la fonction «écran tactile» apparaît, et les concepteurs et développeurs sont très tentés de suivre les tendances. Personne ne veut ressembler à un dinosaure aux yeux des utilisateurs, évoquant des souvenirs nostalgiques du 95e «Windows» avec l'interface de leur produit. Néanmoins, toute modification, même purement décorative, des logiciels d'entreprise doit être effectuée très soigneusement. Le succès des produits d'automatisation dépend de la façon dont ils simplifient le travail avec une grande quantité d'informations et accélèrent les opérations de routine. Même la modification de la palette de couleurs ou de la conception des icônes peut désorienter l'utilisateur et lui coûtera quelques secondes de temps de travail. Et en affaires, comme vous le savez, le temps c'est de l'argent.
Caractéristiques des applications d'entreprise - empaquetage dense des données sur chaque écran et tableaux comme forme principale de leur présentation. Il n'y a nulle part pour l'imagination créatrice. L'histoire connaît des
exemples où le désir de rendre un design plus frais, et les tableaux moins encombrants, ont conduit à l'échec de la version mise à jour et à de nombreuses réclamations clients. C'est quelque chose à garder à l'esprit, que votre logiciel s'exécute dans le cloud ou sur des serveurs clients.
Que peut-on faire pour faciliter la perception des données avec une telle densité et travailler avec elles? Tout d'abord, examinez attentivement la structure des données et supprimez la redondance. Par exemple, pour combiner des cellules dont le contenu est lu par les utilisateurs comme appartenant à un seul bloc sémantique. Deuxièmement, introduisez la possibilité de trier et de filtrer les données de table et de les afficher conformément aux paramètres spécifiés. Dans PRMSaaS, un utilisateur peut essentiellement structurer les données indépendamment en utilisant un système flexible de réglages pour les paramètres affichés. Troisièmement, utilisez judicieusement la couleur et les motifs de sa perception. Le jeu de couleurs restreint ne provoque pas de surcharge sensorielle, même pour une personne travaillant à plein temps dans le système. Dans ce contexte restreint, une alarme visuelle se détache clairement des événements importants pour l'utilisateur - erreurs, champs vides, nouveaux messages. Pas original, mais fonctionnel.
Opportunités techniques pour les petites entreprises
Nous devions également comprendre les conditions dans lesquelles le système fonctionnerait. Et puis les caractéristiques de l'économie nationale sont entrées en jeu, populairement résumées comme «Moscou n'est pas la Russie». La différence dans le support informatique des entreprises de la capitale et de la province russe sans fin était visible auparavant. La situation économique de ces dernières années n'a fait que creuser cet écart. En conséquence, en pensant aux capacités techniques de notre utilisateur potentiel, nous avons dû imaginer en même temps des gens avec de nouveaux macbooks et des gestionnaires dans des points de vente distants quelque part à Oufa, Samara ou Novossibirsk, qui ne savent généralement pas quoi (Oufa, Samara, Novossibirsk - pas offenser).
Étant donné que nous ne pouvions pas nous permettre de ralentir le travail avec le service, même sur le pire équipement utilisateur ou, comme dans l'un des projets, le matériel local ne permettait pas de lancer un navigateur moderne.
Qu'est-ce que cela a signifié pour nous? Tout d'abord, nous devons minimiser la charge sur le matériel de l'utilisateur: toutes les opérations à forte intensité de main-d'œuvre sont transférées vers le backend (interface «mince»). L'ordinateur de l'utilisateur ne peut pas être chargé avec des scripts inutiles. Vous ne pouvez pas utiliser d'effets qui nécessitent une accélération matérielle importante.
Le calcul devrait être que certains utilisateurs travailleront avec notre service sur des écrans de 15 pouces ou avec une résolution d'écran inférieure à FullHD. Cela signifie que nous devrons utiliser l'espace économiquement et minimiser le bruit visuel.
Algorithme de test
Ici, nous n'avions rien à inventer. Nous avions déjà un plan pour tester les interfaces des systèmes d'information et étudier l'expérience utilisateur, qui a été testé lors du développement et de la mise en œuvre d'autres produits Forward. De plus, nous pourrions sauter une partie des étapes dans ce cas, car nous parlions d'adapter les interfaces d'un système PRM existant.
L'algorithme entier ressemble à ceci:
- L'étude de l'expérience utilisateur dans l'exécution des mêmes tâches dans l'ancien système d'information ou sans automatisation.
- Préparation de scénarios types de travail utilisateur, attribution de rôles ou de groupes d'utilisateurs en fonction de ces scénarios.
Ces deux étapes ont déjà été accomplies dans le cas de PRMSaaS, car nous avions des informations sur le comportement des utilisateurs et leurs rôles possibles, collectées pendant le travail avec PRM non cloud.- Évaluer la charge sur le système, en tenant compte de la durée du travail continu des utilisateurs dans le service, en adaptant le nombre d'utilisateurs pour l'avenir. À ce stade, un test de charge automatisé est effectué, par exemple, pour comparer les valeurs limites admissibles du temps d'attente et le comportement réel du service.
- Séparation des droits d'utilisateur et suppression de l'interface d'un excès de fonctionnalités pour ce rôle particulier.
- Préparation itérative de prototypes d'interfaces avec la fonctionnalité minimale requise pour chaque rôle, développement de versions provisoires d'interfaces de travail.
- Tester le fonctionnement sur un nombre limité d'utilisateurs.
- Étudier les résultats des tests et vérifier l'exactitude des utilisateurs.
- Correction de bugs, optimisation frontale et backend basée sur les résultats des tests de charge et utilisateur.
La même chose est répétée pour chaque bloc fonctionnel ou processus mis en œuvre dans le service.Au lieu d'une conclusion
De ces prémisses et processus, l'interface PRMSaaS est née dans sa forme actuelle. Malgré les difficultés ci-dessus, deux vecteurs principaux peuvent être distingués. Au fond, la lutte entre beauté et utilitarisme gagne en utilité. Ce choix est dicté par les exigences opérationnelles générales des interfaces de la plupart des logiciels d'entreprise. Le front-end se concentre sur les technologies de portail et travaille avec des applications mobiles, nous avons ici les exigences de la conception et de l'ergonomie. Et ici, bien sûr, vous devez emballer votre produit dans un emballage décent, guidé non seulement par des considérations pratiques, mais également en référence aux tendances dont parlent tant les développeurs étrangers et les concepteurs d'interfaces: gamification des tâches utilisateur, personnalisation de la conception ou utilisation de la technologie d'écran tactile "