Comment le choix des modèles de transaction ACID ou BASE affecte-t-il la conception UX?
Comment le choix des modèles de transaction de base de données: ACIDE (atomicité, cohérence, isolement, durabilité) ou BASE (Disponibilité de base, état souple et cohérence éventuelle) affecte la conception UX?
Quelqu'un peut-il partager un exemple de la façon dont le choix de l'un de ces modèles de base de données fait la différence dans la conception de l'expérience utilisateur?
La conception de la base de données est essentielle!
Comme toutes les décisions architecturales. C'est pourquoi un architecte logiciel devrait faire partie du processus UXD.
Le choix de l'architecture principale n'est pas quelque chose que l'UXD peut décider, mais les facteurs liés à l'utilisateur peuvent être évalués dans une perspective UX.
Ces considérations relatives à la base de données auront un impact sur l'expérience produit:
- Le produit est-il hautement transactionnel?
- Les "données sales" sont-elles une préoccupation majeure?
- Les transformations des données seront-elles fortement interrogées?
- La confiance ou la vitesse sont-elles une préoccupation majeure?
- Y a-t-il des back-end hérités ou tiers avec lesquels s'intégrer?
- ... etc ...
^ Tous ces facteurs auront un impact sur la réactivité de l'interface et la confiance établie avec l'utilisateur.
Il s'agit d'une extension de la réponse d'Andrew Martin et de la brève discussion sur les commentaires. Je pointe la réponse d'Andrew comme la réponse courte et simple correcte réponse:
La construction et la manipulation de bases de données ne doivent jamais affecter la conception UX.
La réfutation de la bonne réponse d'Andrew est celle que nous entendons trop souvent:
les réalités du terrain sont différentes. La conception et l'architecture de la base de données est la première chose qui est conçue sur une application plutôt que sur son UX.
Mais cette conception de base de données devrait être partie de la conception UX. Si la base de données a été conçue avant que les besoins des utilisateurs ne soient définis, cela a été fait trop tôt.
Quand commence "UX Design"?
L'expérience utilisateur commence à la création du produit. Bien que quelqu'un avec "Expérience utilisateur" dans son titre ne soit pas assis à la table, l'expérience qui sera présentée à l'utilisateur a déjà commencé. Connaître le besoin que le produit résout et comment présenter cette solution est le début de la formation de l'expérience utilisateur de votre produit.
Le problème présenté est que, la plupart du temps, les entreprises ne le comprennent pas. Ils construisent une infrastructure autour de leurs besoins au lieu des besoins de l'utilisateur. Ils essaient ensuite d'imposer cette structure au flux de travail de l'utilisateur.
Ce sont les personnes avec "Expérience utilisateur" dans leur titre de travail qui pensent à l'utilisateur d'abord, c'est pourquoi ces personnes devraient faire partie de la conversation dès le début. Espérons que les personnes sans "UX" dans leur titre de travail pensent également à l'utilisateur.
Considérations des utilisateurs pour les bases de données
Pour tout un morceau de la réfutation à nouveau:
La conception de la base de données et l'architecture est la première chose qui est conçue ...
Cela design est à l'avantage de l'utilisateur. Ce design est défini par le processus qui a commencé avec les besoins de l'utilisateur au cœur. La manière dont l'utilisateur a l'intention d'interagir avec le système doit guider la conception de la base de données et les modèles de transaction qui doivent (ou ne doivent pas être utilisés).
Pour utiliser une analogie API:
Une API RESTful est-elle la meilleure ou est-il judicieux d'utiliser une API SOAP ?
Les deux ont des avantages très distincts dans certaines situations. Le type d'API choisi affectera absolument le point final UX de plusieurs manières différentes. Mais le "UX Design" devrait a guidé le processus de décision pour choisir l'API la plus appropriée.
De même, quels modèles de transaction de base de données utiliser. Que fait réellement l'utilisateur en train de faire, et quel modèle de transaction convient le mieux?
"Je sais que cela peut ne pas sembler juste à un concepteur UX"
Voici la chose ... un "UX Designer" est un terme vague qui n'a pas été défini dans le contexte de cette question. Appliquons "UX Designer" à quelqu'un qui ne travaille que dans la phase "Design" de l'image ci-dessus. Quelqu'un qui "dessine juste de jolis wireframes", pour ainsi dire.
Cela ne sonne pas juste à ce "UX Designer" parce que ce concepteur devrait travailler en supposant que ce qui est conçu sur le backend a été fait avec le meilleur intérêt de l'utilisateur à l'esprit. Ce concepteur devrait être convaincu que le "UX Researcher" faisait partie du processus initial.
Revenons à l'un des points initiaux - même si quelqu'un avec "UX" dans son titre ne faisait pas partie de chaque phase jusqu'à présent: tout ce qui a été fait affecte l'utilisateur, ce qui fait tout partie de la conception UX.
La question, retournée
Comment la conception UX affecte-t-elle le choix des modèles de transaction ACID ou BASE?
Du point de vue de l'expérience utilisateur, ça est la bonne question à poser. Comment se concentrer sur l'utilisateur affecte-t-il les choix de niveau système en cours?.
Il commence par développer la stratégie produit, puis analyse les besoins des utilisateurs et leurs flux de travail, puis définit les spécifications de l'application. Vous disposez désormais de suffisamment d'informations pour décider du meilleur modèle de transaction.
Les retards sont significatifs pour UX.
Certaines solutions et modèles utilisés dans l'interface utilisateur qui fonctionnent bien (se sentent instantanés) avec BASE sont problématiques avec ACID en raison de retards de réponse intolérables.
La construction et la manipulation de bases de données ne doivent jamais affecter la conception UX.
La conception de la base de données devrait faciliter et optimiser tous les processus requis par les opérations côté serveur. Comme cela a lieu côté serveur, cela ne devrait avoir aucun impact côté client et donc aucun impact sur la conception UX.
Le seul impact possible qu'une base de données pourrait avoir sur l'UX est qu'elle renvoie des données incorrectes ou incomplètes ou si elle est lente - Dans tous les cas, ce sont des problèmes de conception de base de données et non des problèmes de conception UX.