Développement de logiciels : axé sur le produit ou axé sur la conception ? – Temps SD

La plupart des développeurs de logiciels travaillent au sein d’équipes axées sur les projets, car la plupart des entreprises ne sont pas des fournisseurs de démarrage qui peuvent constamment se réinventer et proposer de nouveaux produits sur le marché. Les projets de mise à niveau, d’intégration et de modernisation entraînent un nombre considérable d’actifs logiciels déjà codés et de dépendances de services tiers.
j’ai une fois réfléchi à une stratégie alternative axée sur les produits pour que les organisations de logiciels se comportent davantage comme des éditeurs de logiciels à forte croissance, transformant leurs chefs de projet en chefs de produit. Ils passeraient moins de temps à mesurer le temps et plus de temps à mesurer les fonctionnalités qu’ils offrent.
Apparemment, cette approche axée sur les produits réduirait les initiatives sans fin et le glissement de portée tentaculaire, en obligeant les dirigeants à reconsidérer les contributions des développeurs à des produits finis de grande valeur.
Un produit fini implique une réutilisabilité et une valeur potentielle plus élevée pour plus de cas d’utilisation que la sortie de travail d’un projet.
Mais dernièrement, nous assistons à un deuxième passage d’une stratégie axée sur le produit à une stratégie axée sur la conception. Certains des fondateurs des vendeurs de licornes à la croissance la plus rapide d’aujourd’hui sont issus d’écoles de design et de l’industrie créative.
Costume ou expérience client ?
Il y a beaucoup de sens technique et commercial qu’une équipe dirigée par la conception doit développer au-delà de la conception graphique qui entre dans une expérience client réussie.
Les concepteurs sont invités à mettre du rouge à lèvres sur un cochon poussant des pixels pour habiller visuellement une application sans modifier la fonctionnalité sous-jacente. Les cosmétiques des icônes, des polices et des couleurs peaufinées peuvent rendre le logiciel plus agréable, mais il améliore rarement l’expérience utilisateur (ou UX) par lui-même.
Les utilisateurs attendent des commandes et des instructions claires dans une interface, et sur leurs téléphones ou appareils, ils attendent également des données sensorielles utilisant des caméras, des haptiques et des entrées et sorties audio pour maximiser la productivité.
La performance est également un facteur important dans l’expérience client. Un concurrent identique qui affiche les résultats deux secondes plus lentement connaîtra des taux d’abandon élevés. L’ingénierie de conception concerne les compromis entre l’esthétique de l’affichage et la représentation concise des données renvoyées rapidement à partir de sources à faible latence.
Quand c’est incomplet, c’est prêt à montrer
INABIAF. Ce n’est pas un bug, c’est une fonctionnalitédit la vieille maxime des développeurs lorsque les utilisateurs de logiciels ne comprennent pas ce qu’ils voient à l’écran.
Les agences créatives qui réussissent ne supposent jamais qu’un concept doit être entièrement étoffé avant que les clients puissent l’accepter. Ils itèrent rapidement sur la conception et la copie de maquettes ou de croquis, afin de se concentrer sur les préférences des clients, ainsi que de mesurer les préférences des consommateurs finaux.
Les outils SaaS révolutionnaires et les applications pour smartphones ont accéléré les principes de conception, car la version actuelle de l’application est mise à jour dynamiquement pour le client en temps quasi réel. Ce processus continu fusionne les reconceptions dans le cycle de vie du produit CI/CD en introduisant de nouvelles fonctionnalités utilisateur et affiche même s’ils ne sont pas encore entièrement cuits.
Pratiques de décalage vers la droite tels que la surveillance des utilisateurs réels (RUM) et le marquage des fonctionnalités sont d’excellents moyens d’évaluer les améliorations de performances et de tester l’intégrité fonctionnelle, mais le plus grand avantage est d’obtenir les commentaires des clients en direct dans la boucle de conception du produit.
La paresse est la mère de l’innovation
Si un bon design prend 50% du temps nécessaire pour effectuer une tâche loin du client, c’est un produit gagnant qui libère une amélioration drastique de la productivité.
Le espace à faible code et Mouvements RPA fourni des centaines de façons de sauter entre l’interface utilisateur et la conception axée sur les processus et le développement d’applications facile par glisser-déposer sans les obstacles de compétences techniques.
La crise COVID a montré la robustesse du low-code pour une réactivité axée sur la conception aux conditions de crise, par exemple les quelques banques qui pourraient intensifier Demandes de prêt de secours PPP en utilisant le low-code dans les 3 mois.
Les équipes de développement elles-mêmes apprécient également les outils centrés sur la conception. Je suis constamment surpris par de nouveaux fournisseurs qui entrent dans des espaces apparemment matures tels que les outils CI/CD, les opérations informatiques, la sécurité et les tests de logiciels avec une meilleure UX comme proposition de valeur principale.
Concevoir une équipe diversifiée
Nous sommes tous des êtres complexes et autonomes, fonctionnant selon différents modes en tant qu’utilisateurs finaux de la technologie. Lors de la conception d’une technologie destinée à être utilisée par d’autres, nous devons porter un chapeau d’ingénieur fonctionnel. Un chapeau de service client. Un chapeau de sécurité. Un chapeau centré sur l’humain.
Les organisations créatives de premier plan favorisent des niveaux plus élevés de diversité au sein de leurs équipes, non seulement en termes d’ethnicité et d’identité, mais dans les différentes perspectives intellectuelles que la variété produit.
Il existe de nombreuses façons uniques de résoudre les problèmes, et par conséquent, il devrait y avoir différents types de réflexion au sein de vos équipes composées par la conception. Acceptez ces différences et cultivez-les pour un succès axé sur le design.
La prise Intellyx
Les entreprises et les industries qui sont axées sur les projets internes plutôt que sur les clients ne sont malheureusement pas préparées à la transformation numérique.
Ne vous contentez jamais de normes dogmatiques lorsqu’une innovation rapide est requise.
Ne laissez personne vous dire qu’il existe une meilleure façon de créer un logiciel alors qu’il existe toujours plusieurs approches valides axées sur la conception. La distinction entre les possibilités conceptuelles est la substance même du développement dirigé par la conception.