Manifeste
Un logiciel n'est pas livré.
Il est maintenu en vie.
Pourquoi LIVING SOFTWARES existe, et ce que l'entreprise refuse de faire.
La ligne de vie Elle faiblit, puis s'arrête : un logiciel livré, payé, puis abandonné. C'est ce que LIVING SOFTWARES refuse.
01 · Douze principes
Une philosophie avant un style.
Living Software, notre philosophie : concevoir des logiciels qui évoluent avec leurs utilisateurs. Elle ne se réduit pas à un langage graphique ; elle se lit dans le produit fini, dans son architecture, son comportement, ses performances, son design, son accessibilité, sa sécurité et sa capacité à évoluer.
- 01
L'utilité avant le spectacle.
La valeur d'un logiciel commence par le problème qu'il résout. Une interface spectaculaire qui n'aide pas l'utilisateur est un échec. Le spectaculaire se justifie quand il apporte une valeur réelle ; sinon, le bon logiciel est discret, rapide et fonctionnel.
- 02
L'expérience fait partie du produit.
Le parcours, les micro-interactions, la vitesse, la réponse à chaque geste et la cohérence ne sont pas des décorations : ils font partie du produit. Une belle page ne compense pas un mauvais parcours.
- 03
Le mouvement a une raison.
Une animation informe, oriente, confirme une action ou rend une transition compréhensible. Elle ne doit ni ralentir, ni distraire. Et qui réduit les animations sur son appareil doit trouver une alternative accessible.
- 04
La performance est une fonctionnalité.
Une page qui charge vite et une application qui répond vite sont, par nature, plus agréables à utiliser. Une interface peut être riche et rapide, si les images, le code et le chargement sont bien conçus.
- 05
L'IA, seulement quand elle sert.
L'IA s'emploie quand elle apporte un avantage réel. Une automatisation classique, une règle métier ou un enchaînement simple peut faire mieux : un processus qui peut rester déterministe le reste.
- 06
Design et ingénierie, une seule conversation.
Designers et ingénieurs conçoivent ensemble, au lieu de se passer le travail d'un service à l'autre. L'expérience finale ne s'obtient pas au prix d'une architecture fragile.
- 07
La sécurité se conçoit dès le départ.
La sécurité n'est pas un ajout de dernière minute. Elle se pense dès l'architecture, les données, les droits d'accès et les mises en production. Chaque accès se limite au strict nécessaire.
- 08
L'Afrique n'est pas une contrainte à cacher.
Connexions lentes ou instables, appareils modestes, coût des données, moyens de paiement : ces réalités entrent dans la conception au lieu d'être ignorées. Optimiser pour l'Afrique ne veut pas dire construire un logiciel inférieur, mais un logiciel robuste dans davantage de conditions.
- 09
Qualité internationale, intelligence locale.
Un produit doit pouvoir répondre aux standards internationaux tout en restant adapté à ses utilisateurs locaux. L'ambition : bâtir depuis l'Afrique des logiciels de niveau international, sans ignorer les réalités locales.
- 10
Un logiciel évolue.
Un produit doit pouvoir être maintenu, observé, amélioré et étendu sans perdre sa cohérence. Une livraison n'en est pas la fin : elle marque le début d'une phase d'exploitation et d'amélioration.
- 11
Respecter l'attention.
Nous ne reproduisons pas les mécaniques addictives pour gonfler l'engagement. Le but est de rendre l'usage meilleur, pas de capter l'attention artificiellement.
- 12
Construire ce qui compte.
La technologie sert une intention claire : commerciale, opérationnelle, sociale, éducative, culturelle ou créative. Ne pas seulement construire des logiciels, mais des expériences, des systèmes et des produits qui peuvent vivre, évoluer et compter.
02 · Ce que nous refusons
La technologie suit le besoin.
Elle se choisit à partir du besoin, du contexte et des contraintes, jamais par effet de mode. La 3D, le mouvement, l'IA ou le cloud sont des moyens ; la finalité reste l'expérience et le problème résolu.
- Le spectaculaire n'est pas une obligation ; la pertinence l'est.
- L'IA n'est pas une obligation ; la bonne automatisation l'est.
- La 3D n'est pas une obligation ; une expérience claire et mémorable l'est.
- Le front-end n'est pas toujours la priorité ; la qualité du système global l'est.
Dans l'image aussi Ni dégradés artificiels partout, ni robots génériques, ni cerveaux lumineux, ni slogans vagues, ni animations sans intention. La sophistication vient de la composition, du mouvement, de la typographie, de la précision et de la qualité d'exécution.
03 · Dix questions
Avant de construire.
Avant une fonctionnalité, un site ou un produit, l'équipe doit pouvoir répondre à quelques questions simples.
- 01 Quel problème réel résolvons-nous ?
- 02 Pour qui ?
- 03 Pourquoi cette solution plutôt qu'une solution plus simple ?
- 04 L'IA est-elle réellement nécessaire ?
- 05 L'animation ou la 3D améliore-t-elle l'expérience ?
- 06 Comment le produit se comporte-t-il sur une connexion lente ?
- 07 Que se passe-t-il lorsque quelque chose échoue ?
- 08 Comment sécurisons-nous les données ?
- 09 Comment allons-nous tester la qualité ?
- 10 Comment le logiciel sera-t-il maintenu dans 1, 3 ou 5 ans ?
La conviction
Un logiciel ne devrait pas être seulement fonctionnel.
Il devrait être conçu pour comprendre son contexte, accompagner ses utilisateurs, évoluer avec eux et rester agréable à utiliser au fil du temps.