J'ai des leads qui arrive vers moi automatiquement chaque jour et toi tu penses encore que faire une agence de prestation de service c'est pas easy ???
Une entreprise a payé 32 millions de dollars pour un nouveau site, et ne l'a jamais eu.
C'est ce que raconte la plainte de Hertz contre Accenture, déposée en 2019.
(Accenture a répondu que cette plainte était sans fondement.)
Voici ce que dit la plainte :
→ Hertz a choisi Accenture après une présentation d'une journée, avec une démonstration de la future expérience digitale
→ Le projet a démarré en août 2016 : un site et des applications mobiles, extensibles aux autres marques du groupe
→ Hertz affirme avoir payé 32 millions de dollars sans jamais recevoir de site ni d'application fonctionnels
→ La mise en ligne a été repoussée deux fois : janvier, puis avril 2018
→ Cinq mois après la date limite, Accenture aurait demandé 10 millions de dollars de plus pour terminer
Les reproches les plus concrets :
→ Un affichage tablette, prévu au contrat, n'aurait pas été livré, et des centaines de milliers de dollars auraient été demandés pour l'ajouter
→ Les tests auraient été largement insuffisants, sans vrais tests en conditions réelles
→ Le code front-end aurait été si mal écrit qu'il a fallu le jeter
Que l'accusation soit fondée ou non, elle montre une chose :
un gros budget ne protège pas d'un projet web raté.
Ce que ça t'apprend, que tu sois client ou prestataire :
1. Une belle démo n'est pas une preuve
Demande des projets livrés, des références, des chiffres.
2. Écris les exigences précises
« Fonctionne sur tous les écrans » est trop flou. Liste les appareils, les cas d'usage, ce qui doit marcher.
3. Exige des livrables visibles toutes les 2 à 3 semaines
Si tu attends 18 mois pour voir du concret, tu découvres le problème trop tard.
4. Le test fait partie du projet, pas de la fin
Charge, mobile, erreurs, cas réels.
5. Fixe le périmètre avant de commencer
Chaque « option » non prévue peut devenir une facture surprise.
Pour une agence qui livre des sites ou des outils, c'est la même logique, vue de l'autre côté :
→ des étapes courtes avec démo
→ un périmètre écrit
→ des tests avant la livraison, pas après
Le meilleur moyen de garder un client, c'est de lui montrer l'avancement avant qu'il le demande.
Sur tes projets web, tu vois la première version fonctionnelle au bout de combien de semaines ? Donne un chiffre en commentaire 👇
Un client aveugle n'a pas pu commander une pizza sur un site. Ça a changé les règles pour tous les sites web.
Voici l'histoire de Domino's :
→ Guillermo Robles, un homme aveugle, n'arrivait pas à commander sur le site ni sur l'application de Domino's, même avec un lecteur d'écran
→ Il a porté plainte en septembre 2016
→ En janvier 2019, la cour d'appel a jugé que la loi américaine sur les personnes handicapées s'applique au site et à l'application
→ Elle a aussi estimé que l'absence de règles précises du gouvernement n'excusait pas l'entreprise
→ En octobre 2019, la Cour suprême a refusé d'examiner l'appel de Domino's
Et ce n'était pas un cas isolé :
Domino's indiquait lui-même que plus de 2 250 procès fédéraux avaient été déposés en 2018 pour des sites inaccessibles.
Et en Europe ?
→ Depuis le 28 juin 2025, l'accessibilité numérique s'impose aussi au secteur privé : e-commerce, banque, transport, médias
→ Les sites existants sont soumis aux exigences depuis cette date, et les contrôles ont commencé
→ Les microentreprises sont en principe exemptées, les autres non
Ce n'est plus un détail technique.
C'est un risque pour ton activité.
Ce que ça t'apprend :
1. « Il n'y avait pas de règle précise » n'a pas protégé Domino's
Attendre que ce soit clair peut coûter cher.
2. Un site inaccessible fait perdre des clients avant de faire perdre un procès
Si quelqu'un ne peut pas commander, c'est une vente perdue.
3. Se tester coûte presque rien
Navigue sur ton site au clavier seulement, sans souris. Passe-le au lecteur d'écran. Vérifie les contrastes.
4. À construire dès le départ, pas à rajouter après
Corriger un site fini coûte toujours plus cher que le construire correctement.
Pour une agence ou un fondateur, cela veut dire :
→ des boutons qu'on ne peut pas atteindre au clavier
→ des images sans description
→ des formulaires sans étiquettes lisibles par un lecteur d'écran
(Info générale, pas un avis juridique.)
Ton site, ou celui d'un de tes clients : tu l'as déjà testé uniquement au clavier, sans souris ? Réponds oui ou non en commentaire 👇
Une agence web a créé un outil pour gérer ses propres clients.
Moins de deux ans plus tard, cet outil rapportait plus que l'agence.
Voici l'histoire de 37signals et de Basecamp :
→ 37signals est fondée en 1999 comme agence de design web
→ Vers 2003, l'équipe est très sollicitée et cherche un outil pour gérer ses projets clients. Elle teste Microsoft Project et d'autres solutions, sans en aimer aucune
→ Par e-mail, des personnes étaient oubliées dans les conversations et les projets manquaient de visibilité. Les autres outils étaient trop compliqués
→ Un développeur, David Heinemeier Hansson, construit alors l'outil pour usage interne
→ Les clients, impressionnés, demandent une version pour leur propre entreprise
→ Basecamp est lancé en version payante le 5 février 2004
Le résultat :
→ En un an et demi environ, Basecamp rapportait plus que l'activité de design web
→ L'équipe a alors arrêté le travail client pour se concentrer sur le logiciel
→ En construisant l'outil, ils ont aussi créé Ruby on Rails, aujourd'hui un framework open source utilisé dans le monde entier
→ Tout cela sans levée de fonds
Personne n'avait prévu de devenir une entreprise de logiciels.
Ils voulaient juste arrêter de perdre du temps.
Ce que ça t'apprend :
1. Ton plus gros frein quotidien peut être ton meilleur produit
Celui qui t'agace chaque semaine agace sûrement d'autres agences.
2. Tes clients regardent comment tu travailles
Ici, ce sont eux qui ont demandé l'outil.
3. Un outil construit pour ton process vaut mieux qu'un outil générique
Ils avaient essayé les solutions du marché, elles ne collaient pas.
4. Tu n'as pas besoin d'un gros budget pour commencer
Une petite équipe, un vrai besoin, une première version simple.
Attention : tout le monde n'a pas vocation à lancer un SaaS.
Mais chaque agence devrait avoir l'outil qui élimine son plus gros frein.
Pour la plupart des fondateurs, ça ressemble à :
→ un suivi de projets qui tient dans un tableur illisible
→ des relances clients faites à la main
→ des devis recopiés d'un outil à l'autre
Un outil interne simple, fait pour ton fonctionnement, suffit souvent à changer ton quotidien.
Quel outil ton agence a-t-elle bricolé en interne parce que rien sur le marché ne convenait ? Dis lequel en commentaire 👇
https://t.co/w2EthCTYH6 fait tourner plus de 1 000 tests sur son site en même temps.
Pas pour le plaisir.
Parce que personne chez eux n'a le droit de décider sur une simple intuition.
Voici ce que montrent l'étude de Harvard Business Review et leurs propres publications :
→ https://t.co/w2EthCTYH6 mène plus de 1 000 tests rigoureux simultanément, soit plus de 25 000 par an selon l'estimation de l'auteur de l'étude
→ Chez eux, chaque changement, d'une refonte complète à une simple correction de bug, passe par un test
→ Tout le monde dans l'entreprise peut lancer un test, sans passer par un gardien
→ Ils ont construit leurs propres outils de test en interne, faute de solutions adaptées sur le marché à l'époque
Leur règle de culture :
Pas de HiPPO : l'avis de la personne la mieux payée ne pèse pas plus lourd que les données.
Et la phrase d'un de leurs anciens directeurs du design résume tout :
si on peut tester un changement, on le teste, et si on ne peut pas le tester, on ne le fait probablement pas.
Un site qui performe n'est pas un site « bien dessiné ».
C'est un site qui s'améliore chaque semaine, preuve à l'appui.
Ce que ça t'apprend :
1. Ton avis n'est pas une donnée
Ni celui du client, ni le tien, ni celui de l'agence. Seul le comportement des visiteurs compte.
2. Le test est un outil interne
Booking l'a construit pour lui. Un outil maison, adapté à ses besoins, est devenu un avantage concurrentiel.
3. Il faut du trafic pour tester petit
Les petites variations ont besoin de beaucoup de visites pour être visibles. Si ton site en reçoit peu, teste de gros changements (offre, titre, structure de la page), pas la couleur d'un bouton.
4. Un changement non mesuré est un pari
Tu ne sais pas s'il a aidé, gêné ou rien changé.
Pour ton agence ou celle de tes clients, un début simple :
→ une seule page à améliorer
→ une seule hypothèse à tester
→ un seul chiffre à regarder (appels, formulaires, demandes de devis)
Et tu recommences la semaine suivante.
La dernière modification de ton site, tu l'as décidée sur un test ou sur une intuition ? Réponds « test » ou « intuition » en commentaire 👇
Une banque a changé de système informatique, et ça lui a coûté 330 millions de livres.
Pas à cause d'un piratage.
À cause d'une migration mal préparée.
Voici l'histoire de TSB, en avril 2018 :
→ Jusqu'à 1,9 million de clients n'ont plus pu accéder à leur banque en ligne ou sur mobile pendant plusieurs semaines
→ Les enquêteurs indépendants ont conclu que les données avaient été migrées vers une plateforme qui n'était pas prête, par un prestataire qui n'était pas en état de l'exploiter
→ Il a fallu attendre décembre 2018 pour un retour à la normale
Le bilan :
→ 330 millions de livres de coût, dont 125 millions d'indemnisations clients, 122 millions de recrutements d'urgence et 49 millions de fraude
→ Environ 80 000 clients ont quitté la banque cette année-là
→ Le directeur général a démissionné en septembre 2018
→ Les régulateurs ont infligé 48,7 millions de livres d'amende
Le plus ironique :
Cette migration devait faire économiser environ 100 millions de livres par an à la banque.
Les régulateurs ont pointé des faiblesses « généralisées » dans la planification et l'exécution de la migration.
Le problème n'était pas de changer d'outil.
C'était de tout changer d'un coup, sans filet.
Ce que ça t'apprend :
1. Migrer par étapes coûte moins cher que migrer d'un coup
Un groupe pilote, puis un deuxième, puis tout le monde.
2. « Pas prêt » doit être une réponse acceptable
Retarder une mise en production coûte toujours moins cher qu'un échec en public.
3. Prévois le retour en arrière avant de commencer
Si ça casse, comment revient-on à l'ancien système en une heure ?
4. Choisis le prestataire sur sa capacité à exploiter, pas seulement à livrer
Livrer un outil et le faire tourner en production sont deux métiers différents.
Ça vaut aussi pour ton agence ou celle de tes clients :
→ migration d'un site vers un nouveau CMS
→ changement de CRM
→ passage d'un outil interne à un autre
Si tout repose sur un seul jour de bascule, tout repose sur un seul pari.
As-tu déjà migré un site, un CRM ou un outil d'un seul coup ? Raconte comment ça s'est passé en commentaire 👇
En 2009, Airbnb gagnait 200 $ par semaine.
Les trois fondateurs vivaient sur leurs cartes de crédit.
Ils ont tout essayé pour relancer la croissance.
La solution n'était ni du code, ni de la pub.
Voici ce qui s'est passé :
→ Le chiffre d'affaires stagnait à 200 $ par semaine
→ En examinant les annonces de New York, ils ont repéré un point commun entre 40 d'entre elles : les photos étaient mauvaises
→ Les photos étaient de qualité téléphone : personne ne réservait, car on ne voyait pas ce qu'on payait
→ Ils ont pris l'avion pour New York, loué un appareil photo et remplacé les photos amateurs par de belles images haute résolution
→ Une semaine plus tard, le revenu hebdomadaire était passé à 400 $, la première vraie progression en plus de huit mois
Et le détail qui compte :
Ils n'avaient aucune donnée pour justifier cette décision au départ. Ils l'ont simplement fait.
Le problème n'était pas technique.
Il était visible, et tout le monde le voyait, sauf eux.
Ce que ça t'apprend :
1. Regarde ton site avec les yeux d'un inconnu
Pas avec ceux du fondateur qui sait déjà ce qu'il vend.
2. Un site ne vend pas avec du texte seul
Photos, visuels, preuves : c'est ce qui permet de croire à la promesse.
3. Les actions qui ne se scalent pas apprennent plus vite que les tableaux de bord
Aller voir, tester, parler aux utilisateurs avant d'automatiser.
4. Avant d'ajouter une fonctionnalité, demande-toi ce qui bloque vraiment
Souvent, c'est plus simple et plus visible qu'on ne le pense.
Dans ton agence ou chez tes clients, ça peut être :
→ des photos génériques de banque d'images
→ une page d'accueil sans preuve concrète
→ un site qui ne montre pas le résultat, seulement la méthode
Si ton site était une annonce Airbnb, est-ce que tu réserverais ?
Quel est le premier truc qui te ferait fuir sur ta propre page d'accueil ? Dis-le en commentaire 👇
UPS a économisé des centaines de millions de dollars en retirant 1 mile par jour à chaque chauffeur.
Pas avec de nouveaux camions.
Avec un logiciel interne.
Voici l'histoire d'ORION :
→ UPS a commencé à développer son propre logiciel d'optimisation de tournées en 2003
→ Il utilise la télématique des véhicules, des cartes sur mesure et un algorithme maison pour proposer des tournées qu'un humain n'aurait probablement jamais envisagées
→ Il a fallu plus de dix ans entre l'algorithme initial et le déploiement complet
→ Le coût : 250 millions de dollars pour le construire et le déployer
Le résultat :
→ Environ 100 millions de miles économisés par an et 10 millions de gallons de carburant en moins
→ Des économies annuelles attendues de 300 à 400 millions de dollars
Et le chiffre qui change la façon de voir les choses :
Retirer un seul mile par chauffeur et par jour vaut 50 millions de dollars par an. Gagner une minute en vaut 14,6 millions.
Ce n'est pas la taille de l'amélioration qui compte.
C'est la répétition.
Ce que ça t'apprend :
1. Un petit gain, répété chaque jour, devient énorme
Ce n'est pas « 5 minutes de gagnées ». C'est 5 minutes × toute ton équipe × toute l'année.
2. Un outil interne se justifie par la fréquence, pas par sa taille
Une tâche banale faite 50 fois par jour vaut plus qu'un gros projet fait une fois par mois.
3. Ça se construit par étapes
Chez UPS, le premier gros déploiement a concerné 10 000 routes avant l'extension à tout le réseau.
4. Le terrain compte
Les retours des chauffeurs sont restés intégrés dans le développement, pour que l'outil améliore leur travail.
Tu n'es pas UPS, mais le calcul est le même :
10 minutes gagnées par jour × 5 personnes × 220 jours = plus de 180 heures par an.
Et on parle d'une seule tâche.
Quelle tâche ton équipe répète chaque jour, et où gagner 5 minutes changerait vraiment ton business ? Donne ta réponse en commentaire 👇
Le jour de son lancement, un site visité par des millions de personnes n'a réussi à en inscrire que 6.
Voici l'histoire de https://t.co/SWMyRXnYsE, le 1er octobre 2013 :
→ Environ 2,8 millions de personnes ont visité le site entre minuit et l'après-midi du lendemain
→ Le site a planté en moins de deux heures
→ Seules 6 personnes ont réussi à s'inscrire ce jour-là
→ Au 3 octobre, on comptait 248 inscriptions
Pourquoi ?
→ Des changements de dernière minute ont empêché de tester correctement le site avant la mise en ligne
→ Une enquête de l'inspection générale a relevé une longue série d'avertissements ignorés
Et la facture :
→ Le coût estimé des six contrats principaux est passé de 464 à 824 millions de dollars
→ Il a fallu environ deux mois à l'équipe d'urgence pour rendre le site opérationnel
Un détail à retenir :
Un responsable a confié à l'inspection que le vrai besoin n'était pas une cellule technique, mais une réorganisation interne.
Le problème n'était pas seulement du code.
C'était la façon de construire, tester et décider.
Ce que ça t'apprend :
1. Un site qui marche avec 10 testeurs ne prouve rien pour 10 000 visiteurs
Le test de charge n'est pas un luxe. C'est ce qui évite l'humiliation publique.
2. Les changements de dernière minute sont les plus dangereux
Plus on touche tard, moins on teste.
3. Quand tout le monde a une part du projet, personne n'a le tout
Il faut un responsable clair, qui répond du résultat de bout en bout.
4. Un lancement raté coûte plus cher qu'un lancement retardé
Surtout quand c'est ta première impression.
Ça vaut aussi pour ton agence, avec un site client ou un outil interne :
→ une mise en ligne le vendredi soir, sans plan B
→ un formulaire jamais testé sur mobile
→ un outil lancé « en attendant de le finir »
Le coût d'un test est minuscule.
Le coût d'un lancement raté, lui, se paie devant tout le monde.
Le dernier site ou outil que tu as lancé, tu l'as testé avec combien d'utilisateurs en même temps ? Réponds avec un chiffre 👇
En 2004, un développeur voulait juste vendre des snowboards en ligne.
Les logiciels e-commerce de l'époque étaient lourds et chers, alors il a écrit le sien.
Il ne cherchait pas à créer une entreprise.
Il voulait un site qui marche.
Ce qui s'est passé ensuite :
→ D'autres marchands ont vu son logiciel et ont demandé à l'utiliser pour leurs propres boutiques
→ Il a mis sa boutique de côté et lancé Shopify en 2006
Un site fait pour un vrai besoin a fini par servir des millions de marchands.
Le point que beaucoup de fondateurs ratent :
1. Un site générique vend de façon générique
Ton process est spécifique, ton site doit l'être aussi.
2. Les outils « prêts à l'emploi » ont un coût caché
Tu t'adaptes à eux au lieu qu'ils s'adaptent à toi.
3. Un site n'est pas une brochure
C'est un outil de vente. Chaque page doit avoir un job : informer, rassurer, convertir.
4. Un logiciel interne suit la même logique
Si ton équipe contourne l'outil avec un Excel, c'est que l'outil n'est pas fait pour elle.
Avant de choisir un thème ou un outil, pose-toi une question :
« Est-ce que ça résout MON problème, ou un problème moyen ? »
Quel outil ou quel site utilises-tu aujourd'hui alors qu'il n'a pas été pensé pour ton business ? 👇
Un seul bouton changé a rapporté 300 millions de dollars en un an.
Pas une refonte. Pas une campagne pub. Un bouton.
Voici l'histoire, racontée par l'expert UX Jared Spool :
→ Un grand e-commerçant de 25 milliards de dollars de ventes avait un tunnel classique : on remplit son panier, on clique sur « Commander », puis on doit se connecter ou créer un compte
→ Les tests ont montré que beaucoup de clients cliquaient avec un sentiment de découragement, persuadés que le site voulait surtout récupérer leurs données pour les bombarder de promotions
→ En analysant la base, l'équipe a découvert que 45 % des clients avaient plusieurs comptes, certains jusqu'à 10
Les concepteurs du site n'avaient même pas vu le problème.
La correction :
→ Le bouton « S'inscrire » a été remplacé par « Continuer », avec une phrase simple : pas besoin de compte pour acheter
Le résultat :
→ 45 % de clients en plus qui finalisent leur achat
→ 15 millions de dollars en plus dès le premier mois
→ 300 millions de dollars en plus la première année
(L'enseigne n'a jamais été nommée publiquement.)
Le formulaire n'était pas le vrai problème.
Le moment où il apparaissait, l'était.
Ce que ça t'apprend :
1. Les points de friction sont invisibles pour ceux qui ont construit le site
Ils savent où cliquer. Tes clients, non.
2. Chaque champ, chaque compte à créer, chaque clic en trop est une sortie
Et ils partent sans te le dire.
3. On ne devine pas, on teste
Dans cette étude, les participants devaient simplement acheter un produit. Les blocages sont apparus tout de suite.
4. Parfois, la meilleure amélioration, c'est une suppression
Pas une nouvelle fonctionnalité. Une étape en moins.
Pense à ton site, ou à celui de tes clients :
→ formulaire de contact avec 8 champs
→ devis qui demande un compte avant de donner un prix
→ page de réservation qui s'ouvre sur un popup
Chacun de ces points coûte des clients.
Et personne ne te le dit.
Quelle étape de ton site (ou de celui d'un client) te fait perdre le plus de monde ? Dis-moi laquelle en commentaire 👇
En décembre 2022, une compagnie aérienne a annulé environ 16 700 vols.
Pas à cause de la tempête seule.
À cause d'un logiciel interne qui n'a pas tenu le choc.
Voici l'histoire de Southwest Airlines :
→ Une tempête d'hiver modérée a suffi à faire s'effondrer le logiciel de planification des équipages
→ Ces outils tombaient déjà en panne par temps calme, obligeant les équipes à téléphoner pour trouver des solutions
→ Résultat : des pilotes et des hôtesses restaient plus de 5 heures en ligne pour joindre la planification
→ La compagnie a dû arrêter les deux tiers de ses vols pendant trois jours pour « réinitialiser » son réseau
Et le plus dur à lire :
Les syndicats se plaignaient depuis dix ans que la technologie était dépassée.
Le coût ?
→ Jusqu'à 825 millions de dollars de revenus perdus et d'indemnisations
→ Une amende record de 140 millions de dollars du ministère des Transports américain
→ Et un budget de 1,3 milliard de dollars pour moderniser sa technologie après la crise
Ce n'était pas un bug.
C'était une dette technique qui attendait son moment.
Ce que ça t'apprend :
1. Un outil qui marche au calme ne prouve rien
Le vrai test, c'est le jour où l'activité explose ou qu'un imprévu arrive.
2. Quand tes équipes contournent l'outil au téléphone ou sur Excel, c'est un signal
Les contournements sont le premier symptôme d'un outil qui ne suit plus.
3. Les alertes de ton équipe sont des données
Quand ceux qui utilisent l'outil te disent qu'il est limite, ils ont souvent raison.
4. Réparer coûte toujours moins cher que subir
Moderniser avant la crise coûte une fraction de ce que coûte la crise.
Ton agence n'a pas 16 700 vols.
Mais tu as peut-être :
→ un outil de suivi client qui rame dès que tu dépasses 20 clients
→ un process de facturation qui tient grâce à une seule personne
→ un site qui tomberait le jour d'un gros pic de trafic
Et si tu attends que ça casse, tu choisis le pire moment pour réagir.
Quel outil de ton business tient tant que tout va bien, mais casserait le jour où ton activité double ? 👇
Personne n’a capté mon post, ça me fait rire
Je parle d’alignement :)
Pas d’oseille
La vie est cyclique, et l’humain est un éternel insatisfait, et c’est ça qui la rend aussi géniale
Mais n’oublions pas que remettre en question la vie dont on a toujours rêvé quand on était gosse, ce n’est qu’exclusivement du bonus
T’as un toit
Des enfants
Une femme
Tu peux prendre un avion quand tu veux
Le frigo est rempli.
Ta déjà réussi ❤️
Mais une chose est sûre, c’est que le niveau de victimisation dans les commentaires de mon post est une des conséquences directes de vos vies qui n’ont pas l’air de vous plaire, visiblement
J’ai dû toucher une corde sensible
Mais sur le long therme vous n’êtes que et exclusivement le résultat de vos choix de vie
Sorry
On ne part pas tous du même point de départ, mais à 35 ans, on est tous égaux. Si, après 35 ans de vie sur Terre, tu n’as toujours pas une vie alignée avec qui tu es, tu en es entièrement responsable, de A à Z.