Création d'applications web métier : méthode, délais, architecture et cas concrets.https://we-it.cofr-FRhttps://we-it.co/blog/mettre-un-modele-en-productionhttps://we-it.co/blog/mettre-un-modele-en-productionÀ peu près tout, sauf le modèle. Une fonctionnalité IA en production est non déterministe, son coût est variable et proportionnel à l'usage, ses pannes sont silencieuses — elle répond à côté au lieu de renvoyer une erreur — et ses tests unitaires ne servent à rien. Ce qui fait tenir une telle fonctionnalité dans la durée, ce sont un jeu de cas d'évaluation, une stratégie de repli entre fournisseurs, et des prompts traités comme du code : versionnés, relus, testés.Mon, 10 Aug 2026 00:00:00 GMTIAméthodequalitéarchitecturehttps://we-it.co/blog/discall-telephonie-interchangeablehttps://we-it.co/blog/discall-telephonie-interchangeableEn faisant entrer les appels par un trunk SIP plutôt que par l'API propriétaire de l'opérateur. Le SIP est un standard : changer d'opérateur revient à repointer un trunk, sans toucher au code de l'agent. Le piège se déplace alors ailleurs — vers la gestion des numéros, qui reste propre à chaque opérateur et qui est le vrai endroit où l'on se retrouve attaché.Thu, 06 Aug 2026 00:00:00 GMTarchitectureréversibilitécas concrethttps://we-it.co/blog/tester-une-application-mobile-parc-appareilshttps://we-it.co/blog/tester-une-application-mobile-parc-appareilsSur trois appareils physiques bien choisis plutôt que sur vingt simulateurs : le modèle le plus répandu chez vos utilisateurs, un appareil ancien de milieu de gamme, et le plus récent. Les simulateurs conviennent au développement mais ne reproduisent ni les performances réelles, ni la caméra, ni le comportement du réseau, ni les stratégies d'économie d'énergie propres à chaque constructeur — qui sont la première cause d'incidents inexplicables sur Android.Mon, 03 Aug 2026 00:00:00 GMTmobilequalitéméthodehttps://we-it.co/blog/ia-ce-que-les-clients-demandenthttps://we-it.co/blog/ia-ce-que-les-clients-demandentTrois choses très différentes, qu'il faut séparer avant de chiffrer : réduire un coût de traitement, ne pas paraître en retard face à un concurrent, ou répondre à une injonction interne. Seule la première se cadre comme un projet. Les deux autres se traitent d'abord par une conversation, sinon on livre une fonctionnalité que personne n'utilise mais que tout le monde a validée.Wed, 29 Jul 2026 00:00:00 GMTIAarbitragestratégiehttps://we-it.co/blog/ia-vos-donnees-sont-elles-preteshttps://we-it.co/blog/ia-vos-donnees-sont-elles-pretesQuatre choses, dans cet ordre : que la donnée soit accessible par un programme, qu'elle soit fraîche, qu'on sache ce que chaque champ signifie, et qu'on ait le droit de l'utiliser pour cet usage. Un modèle n'invente pas ce qui manque et ne corrige pas ce qui est faux — il donne à des données médiocres l'apparence de la fiabilité, ce qui est pire que de ne rien faire.Sat, 25 Jul 2026 00:00:00 GMTIAdataméthodehttps://we-it.co/blog/discall-agents-vocaux-en-francaishttps://we-it.co/blog/discall-agents-vocaux-en-francaisNon, et l'écart ne vient pas du modèle de langage mais de tout ce qui l'entoure : la transcription bute sur les liaisons et les chiffres, la synthèse se trompe sur les nombres et les noms propres, et les tours de parole français comportent plus d'hésitations. Un agent démontré en anglais peut perdre l'essentiel de sa fiabilité en français sans qu'aucune ligne de code ne change.Mon, 20 Jul 2026 00:00:00 GMTIAqualitécas concrethttps://we-it.co/blog/ia-specifier-et-recetterhttps://we-it.co/blog/ia-specifier-et-recetterEn remplaçant « le système affiche X » par des propriétés vérifiables et un taux attendu, mesurés sur un échantillon de cas réels. Un critère d'acceptation classique suppose une sortie unique et reproductible ; une fonctionnalité IA n'en a pas. La recette se fait alors sur un jeu de cas construit avec le métier, et l'essentiel du travail de spécification porte sur ce qui doit arriver quand le système se trompe.Fri, 17 Jul 2026 00:00:00 GMTIAproduitqualitéhttps://we-it.co/blog/ia-combien-coute-une-fonctionnalitehttps://we-it.co/blog/ia-combien-coute-une-fonctionnaliteEn séparant le coût de construction, qui ressemble à n'importe quel développement, et le coût d'usage, qui n'existe pas ailleurs : chaque utilisation se paie. Une fonctionnalité classique amortie devient gratuite ; une fonctionnalité IA coûte d'autant plus qu'elle réussit. Le budget doit donc comporter une ligne récurrente, un plafond, et une décision écrite sur ce qui se passe quand ce plafond est atteint.Mon, 13 Jul 2026 00:00:00 GMTIAbudgetproduithttps://we-it.co/blog/discall-latence-agent-vocalhttps://we-it.co/blog/discall-latence-agent-vocalParce que la latence perçue n'est pas celle du modèle de langage mais celle de la chaîne entière : détection de fin de parole, transcription, génération, synthèse, transport téléphonique. Sur notre chaîne, c'est la transcription qui domine — 700 à 1500 ms avant que le résultat soit déclaré définitif — loin devant le modèle. Le levier le plus rentable n'est donc pas de changer de modèle mais de diffuser la réponse au fil de l'eau plutôt qu'une fois complète.Wed, 08 Jul 2026 00:00:00 GMTarchitectureIAcas concrethttps://we-it.co/blog/linkosport-modeliser-profils-heterogeneshttps://we-it.co/blog/linkosport-modeliser-profils-heterogenesEn traduisant les réponses de l'API en entités propres à l'application dès la frontière, plutôt qu'en laissant sa structure remonter dans les écrans. Le découpage domaine / données / présentation coûte quelques fichiers de plus et rend l'application insensible aux changements de format côté serveur. Sans cette traduction, une évolution de l'API devient une reprise de tous les écrans qui l'utilisaient.Sun, 05 Jul 2026 00:00:00 GMTarchitectureproduitcas concrethttps://we-it.co/blog/linkosport-marketplace-deux-faceshttps://we-it.co/blog/linkosport-marketplace-deux-facesEn renonçant à lancer les deux côtés en même temps. On choisit la face la plus difficile à recruter — presque toujours celle qui doit publier — et on lui rend un service qui a de la valeur même si l'autre côté est vide. La plateforme n'est utile aux deux qu'ensuite, et ce décalage doit être assumé dans le produit comme dans le budget.Wed, 01 Jul 2026 00:00:00 GMTproduitstratégiecas concrethttps://we-it.co/blog/analyser-des-donnees-personnelles-sans-se-mettre-en-fautehttps://we-it.co/blog/analyser-des-donnees-personnelles-sans-se-mettre-en-fauteQuatre principes couvrent l'essentiel : n'utiliser une donnée que pour une finalité définie et compatible avec celle de sa collecte, ne conserver que ce qui est nécessaire et pas plus longtemps qu'il ne faut, travailler sur des données pseudonymisées dès que l'identité n'est pas indispensable à l'analyse, et tracer qui accède à quoi. L'anonymisation réelle est plus difficile qu'il n'y paraît : retirer le nom ne suffit pas, car un croisement de quelques attributs suffit souvent à réidentifier une personne.Sat, 27 Jun 2026 00:00:00 GMTdatagouvernancesécuritéhttps://we-it.co/blog/relire-du-code-ecrit-par-une-iahttps://we-it.co/blog/relire-du-code-ecrit-par-une-iaEn inversant l'ordre habituel de la revue. Le code généré est presque toujours correct en surface — syntaxe propre, nommage cohérent, tests qui passent — et ses défauts se logent ailleurs : gestion d'erreur optimiste, réinvention de ce qui existe déjà dans le projet, et cas limites traités par omission. Je commence donc par ce que le code ne fait pas, avant de lire ce qu'il fait.Wed, 24 Jun 2026 00:00:00 GMTIAqualitéméthodehttps://we-it.co/blog/optibot-tiers-payant-pour-equipe-techniquehttps://we-it.co/blog/optibot-tiers-payant-pour-equipe-techniqueQu'un dossier n'est pas une transaction unique mais une chaîne à deux payeurs — l'assurance maladie et la complémentaire — chacun avec ses règles, ses délais et ses motifs de rejet. L'essentiel de la complexité n'est pas dans le cas nominal mais dans le rejet : il arrive des semaines plus tard, il faut savoir à quel dossier le rattacher, et le corriger sans perdre l'historique.Fri, 19 Jun 2026 00:00:00 GMTcas concretproduitqualitéhttps://we-it.co/blog/moove-it-paiement-en-ligne-associationhttps://we-it.co/blog/moove-it-paiement-en-ligne-associationIl supprime le travail de relance et de rapprochement, qui coûte bien plus de temps aux bénévoles que l'encaissement lui-même. Le gain n'est pas dans l'acte de payer mais dans ce qui l'entoure : plus de chèques à déposer, plus de tableau de suivi, un état des impayés à jour en permanence. En contrepartie, il faut traiter des cas que le chèque masquait — paiement en plusieurs fois, aides, remboursements.Mon, 15 Jun 2026 00:00:00 GMTproduitbudgetcas concrethttps://we-it.co/blog/choisir-sa-base-de-donneeshttps://we-it.co/blog/choisir-sa-base-de-donneesUne base relationnelle par défaut, dans la quasi-totalité des applications métier. Dès que les données ont des relations et que l'intégrité compte — une commande référence un client, un paiement une facture — le moteur relationnel fait respecter ces règles à votre place, ce qu'aucune couche applicative ne garantit durablement. Une base documentaire se justifie pour des documents autonomes sans relations fortes, ou pour des volumes que le relationnel ne tient plus. Dans les faits, la combinaison la plus courante est une base relationnelle qui stocke aussi du document quand c'est utile.Wed, 10 Jun 2026 00:00:00 GMTarchitecturearbitragedurabilitéhttps://we-it.co/blog/ia-sur-mobile-appareil-ou-serveurhttps://we-it.co/blog/ia-sur-mobile-appareil-ou-serveurCôté serveur par défaut, sur l'appareil pour les cas où la latence, le hors-ligne ou la confidentialité l'imposent. Un traitement local évite l'aller-retour réseau et ne coûte rien à l'usage, mais il alourdit l'application, consomme la batterie et fige le modèle dans une version publiée. Le choix se fait tâche par tâche, pas une fois pour toute l'application.Sun, 07 Jun 2026 00:00:00 GMTIAmobilearbitragehttps://we-it.co/blog/suivre-un-budget-projet-en-courshttps://we-it.co/blog/suivre-un-budget-projet-en-coursEn suivant le reste à faire plutôt que le consommé. Un budget consommé à 60 % ne dit rien : ce qui compte est ce qu'il reste à produire, réestimé à intervalles réguliers par ceux qui font le travail. Trois indicateurs suffisent — le reste à faire en jours, le périmètre encore ouvert, et le nombre de demandes ajoutées depuis le début. Un dépassement se voit toujours plusieurs semaines avant qu'il ne se produise, à condition de regarder le bon chiffre.Wed, 03 Jun 2026 00:00:00 GMTbudgetméthodeachathttps://we-it.co/blog/optibot-mesurer-gain-automatisationhttps://we-it.co/blog/optibot-mesurer-gain-automatisationEn mesurant avant, sur le processus manuel, et en comptant le temps de bout en bout plutôt que celui de l'étape automatisée. Le piège classique est de comparer la durée de saisie avant et après, en oubliant le temps de vérification, de correction et de reprise des cas rejetés — qui absorbe souvent une grande part du gain annoncé.Fri, 29 May 2026 00:00:00 GMTproductivitéIAcas concrethttps://we-it.co/blog/moove-it-planning-club-sportifhttps://we-it.co/blog/moove-it-planning-club-sportifParce qu'un planning de club n'est pas un agenda mais une allocation sous contraintes : des créneaux, des installations, des encadrants et des groupes, dont la disponibilité change en permanence. L'erreur habituelle est de partir d'un calendrier ; il faut partir des contraintes, et concevoir l'outil autour de l'exception plutôt qu'autour du cas nominal.Tue, 26 May 2026 00:00:00 GMTproduitarchitecturecas concrethttps://we-it.co/blog/ia-ce-qu-on-ne-lui-confie-pashttps://we-it.co/blog/ia-ce-qu-on-ne-lui-confie-pasCelles dont l'erreur n'est pas rattrapable, celles qui doivent être justifiées à un tiers, et celles qui engagent juridiquement. Une IA excelle à préparer une décision — trier, extraire, résumer, proposer. Elle ne convient pas à la prendre quand personne ne pourra expliquer pourquoi, ni revenir en arrière.Fri, 22 May 2026 00:00:00 GMTIAarbitragegouvernancehttps://we-it.co/blog/vibe-it-reprise-donnees-tableurhttps://we-it.co/blog/vibe-it-reprise-donnees-tableurEn traitant le tableur comme une source de vérité partielle et non comme une base de données. La reprise ne consiste pas à importer des colonnes mais à reconstituer des règles qui n'ont jamais été écrites : ce qu'est un adhérent actif, à quoi correspond une case colorée, pourquoi deux lignes portent le même nom. Le travail est d'archéologie autant que de technique, et il se fait avec la personne qui tenait le fichier.Mon, 18 May 2026 00:00:00 GMTcas concretméthoderunhttps://we-it.co/blog/dance-it-application-mobile-adherentshttps://we-it.co/blog/dance-it-application-mobile-adherentsCela dépend de ce qui existe déjà. Si vous avez une application web moderne, emballez-la : Capacitor la met dans une coque native en réutilisant l'essentiel du code, et réécrire l'interface en React Native ou Flutter ne rapporterait rien sur un outil de gestion. Si l'existant est un site serveur classique, il n'y a rien à emballer et le natif multiplateforme est justifié. La technologie se choisit après avoir regardé l'existant, pas avant.Fri, 15 May 2026 00:00:00 GMTproduitarbitragecas concrethttps://we-it.co/blog/discall-agent-vocal-quand-ne-pas-le-fairehttps://we-it.co/blog/discall-agent-vocal-quand-ne-pas-le-faireQuand l'appel porte un enjeu émotionnel, quand l'information demandée n'existe pas dans un système accessible, ou quand le volume est trop faible pour rentabiliser l'exploitation. Un agent vocal traite bien les demandes fréquentes, factuelles et vérifiables ; il dégrade tout le reste, et il le dégrade auprès de gens qui avaient choisi le téléphone parce que le libre-service n'avait pas suffi.Sun, 10 May 2026 00:00:00 GMTIAarbitragecas concrethttps://we-it.co/blog/qualite-des-donnees-controles-automatiqueshttps://we-it.co/blog/qualite-des-donnees-controles-automatiquesCinq familles suffisent à couvrir l'essentiel : la fraîcheur (les données sont-elles arrivées ?), la volumétrie (en quantité attendue ?), la complétude (les champs obligatoires sont-ils remplis ?), la validité (les valeurs respectent-elles leur format et leur domaine ?) et la cohérence entre sources (les totaux se recoupent-ils ?). Ces contrôles tournent à chaque rafraîchissement et alertent avant les utilisateurs. Ce qui change la perception de fiabilité n'est pas l'absence d'erreur — c'est le fait d'être prévenu avant celui qui consulte le tableau de bord.Wed, 06 May 2026 00:00:00 GMTdataqualitégouvernancehttps://we-it.co/blog/diagnostiquer-un-bug-en-productionhttps://we-it.co/blog/diagnostiquer-un-bug-en-productionEn reconstituant les faits avant de formuler la moindre hypothèse. La séquence qui fonctionne : établir précisément ce qui s'est passé et quand, vérifier ce qui a changé récemment, isoler une reproduction fiable même partielle, puis seulement chercher la cause. L'erreur la plus coûteuse est de commencer par une intuition et de chercher à la confirmer — on trouve alors une explication plausible qui n'est pas la bonne, et le bug revient.Fri, 01 May 2026 00:00:00 GMTqualitérunméthodehttps://we-it.co/blog/feuille-de-route-produit-qui-tienthttps://we-it.co/blog/feuille-de-route-produit-qui-tientEn la structurant par horizons plutôt que par dates. Le trimestre en cours est engageant et détaillé ; le suivant est une intention par thème ; au-delà, ce sont des problèmes à résoudre, sans solution ni date. Une feuille de route qui promet des fonctionnalités datées à douze mois est fausse le jour où elle est publiée, et son principal effet est de détruire la confiance quand la réalité s'en écarte. Ce qui doit rester stable, ce sont les objectifs ; ce qui doit bouger, ce sont les moyens de les atteindre.Tue, 28 Apr 2026 00:00:00 GMTproduitméthodestratégiehttps://we-it.co/blog/reprise-de-donnees-le-chantier-sous-estimehttps://we-it.co/blog/reprise-de-donnees-le-chantier-sous-estimeEn la traitant comme un projet à part entière, avec son propre planning et ses propres critères de réussite. La difficulté n'est jamais technique : elle vient de ce que les données existantes ne respectent pas les règles que le nouveau système impose. La méthode qui fonctionne consiste à faire une reprise à blanc très tôt, à mesurer le taux de rejet, à décider avec le métier quoi faire des cas non conformes, et à répéter l'opération jusqu'à ce qu'elle soit fiable et chronométrée.Fri, 24 Apr 2026 00:00:00 GMTarchitectureméthodecas concrethttps://we-it.co/blog/notifications-push-ce-qui-marchehttps://we-it.co/blog/notifications-push-ce-qui-marcheEn n'envoyant que ce qui concerne personnellement l'utilisateur et appelle une action de sa part. Trois règles gouvernent le reste : ne demander l'autorisation qu'après avoir montré à quoi elle sert, laisser un réglage fin par type de notification plutôt qu'un interrupteur unique, et respecter le fuseau horaire ainsi que les heures de repos. Une autorisation refusée est très difficile à récupérer — la demander au premier lancement est l'erreur la plus coûteuse et la plus fréquente.Sun, 19 Apr 2026 00:00:00 GMTmobileproduitqualitéhttps://we-it.co/blog/forfait-regie-ou-centre-de-serviceshttps://we-it.co/blog/forfait-regie-ou-centre-de-servicesLe forfait convient quand le périmètre est stable et documenté : le prestataire porte le risque de dérive, et vous payez cette assurance dans le prix. La régie convient quand le besoin évoluera en cours de route : vous payez des jours et vous portez le risque, ce qui suppose d'avoir quelqu'un pour piloter. Le centre de services est un compromis pour une relation durable : une capacité récurrente avec des engagements de résultat sur le service rendu. Le mauvais choix n'est jamais le modèle en soi, c'est le décalage entre le modèle et la maturité du besoin.Thu, 16 Apr 2026 00:00:00 GMTcontratachatprestatairehttps://we-it.co/blog/tableur-entrepot-ou-lac-de-donneeshttps://we-it.co/blog/tableur-entrepot-ou-lac-de-donneesUn tableur suffit tant que les données tiennent dans un fichier, qu'une seule personne les met à jour et qu'aucune décision engageante n'en dépend. Un entrepôt de données devient utile dès qu'il faut croiser plusieurs sources, garder l'historique et que plusieurs personnes consomment les mêmes chiffres. Un lac de données ne se justifie que pour de gros volumes de données brutes hétérogènes — c'est rarement le besoin d'une PME ou d'une ETI, et c'est souvent une réponse surdimensionnée.Sun, 12 Apr 2026 00:00:00 GMTdataarchitecturearbitragehttps://we-it.co/blog/traitements-asynchrones-files-et-idempotencehttps://we-it.co/blog/traitements-asynchrones-files-et-idempotenceTrois règles suffisent à éviter la quasi-totalité des incidents : toute tâche doit être rejouable sans effet de bord (idempotence), toute tâche qui échoue définitivement doit atterrir quelque part où quelqu'un la voit (file d'échec), et l'ordre d'exécution ne doit jamais être supposé. Une file d'attente ne garantit pas qu'un message est traité une seule fois — elle garantit qu'il est traité au moins une fois, ce qui n'est pas la même chose et change la façon d'écrire le code.Wed, 08 Apr 2026 00:00:00 GMTarchitecturequalitérunhttps://we-it.co/blog/faire-adopter-un-nouvel-outilhttps://we-it.co/blog/faire-adopter-un-nouvel-outilEn traitant l'adoption comme une partie du projet, pas comme une formation de fin de parcours. Ce qui fonctionne : associer quelques utilisateurs dès le cadrage, livrer d'abord à un petit groupe volontaire, accepter de modifier l'outil après les premiers retours, et fixer une date de bascule ferme. Une application refusée l'est presque toujours parce qu'elle demande plus d'efforts qu'elle n'en fait gagner à celui qui la saisit — et ce déséquilibre se corrige dans la conception, pas dans la conduite du changement.Sun, 05 Apr 2026 00:00:00 GMTproduitméthodecas concrethttps://we-it.co/blog/sur-mesure-ou-no-codehttps://we-it.co/blog/sur-mesure-ou-no-codeLe no-code convient tant que l'application reste dans les rails de la plateforme : peu d'utilisateurs simultanés, logique métier simple, peu d'intégrations, aucune contrainte forte de performance ou de conformité. La frontière ne se situe pas au niveau de la complexité apparente mais du modèle de données : dès qu'il devient relationnel et contraint, le no-code coûte plus cher qu'un développement classique. Le bon usage est de valider vite un besoin en no-code, puis de reconstruire ce qui a trouvé son public.Tue, 31 Mar 2026 00:00:00 GMTarchitectureno-codearbitragehttps://we-it.co/blog/maintenir-une-application-mobile-dans-la-dureehttps://we-it.co/blog/maintenir-une-application-mobile-dans-la-dureeEntre quelques jours et quelques semaines par an et par plateforme, même sans ajouter la moindre fonctionnalité. Ce budget couvre trois obligations subies : les versions annuelles d'iOS et d'Android à tester, les exigences des magasins qui évoluent avec des échéances fermes, et les dépendances techniques qu'il faut suivre pour rester à jour. Une application mobile laissée sans entretien pendant deux ans ne dégrade pas progressivement — elle devient impubliable d'un coup, et la remise à niveau coûte alors bien plus cher que l'entretien évité.Fri, 27 Mar 2026 00:00:00 GMTmobilerunbudgethttps://we-it.co/blog/interne-externaliser-ou-acheterhttps://we-it.co/blog/interne-externaliser-ou-acheterAchetez un logiciel du marché si votre besoin est standard — c'est presque toujours moins cher, même en s'adaptant un peu. Développez sur mesure quand le processus concerné vous différencie de vos concurrents. Externalisez quand vous avez besoin de la compétence sans vouloir la recruter durablement. La question à trancher d'abord n'est pas « qui code ? » mais « ce processus fait-il partie de ce qui nous distingue ? ».Sun, 22 Mar 2026 00:00:00 GMTachatstratégiecadragehttps://we-it.co/blog/tableau-de-bord-vraiment-utilisehttps://we-it.co/blog/tableau-de-bord-vraiment-utiliseParce qu'ils répondent à la question « que peut-on afficher ? » au lieu de « quelle décision faut-il prendre ? ». Un tableau de bord utilisé tient sur un écran, comporte cinq à sept indicateurs maximum, affiche systématiquement une référence de comparaison, et se rattache à une réunion existante. S'il ne change aucune décision, il ne sera pas consulté — quelle que soit sa qualité graphique.Thu, 19 Mar 2026 00:00:00 GMTdatarestitutionméthodehttps://we-it.co/blog/reprendre-un-projet-la-premiere-semainehttps://we-it.co/blog/reprendre-un-projet-la-premiere-semaineEn cinq étapes, dans l'ordre : faire tourner l'application en local sans aide, suivre un parcours utilisateur complet dans le code, lire l'historique des six derniers mois pour voir où ça bouge, corriger un bug minuscule et le mettre en production, puis écrire ce qui manquait à la documentation. La compréhension vient de l'exécution et de la première livraison, pas de la lecture exhaustive du code.Sun, 15 Mar 2026 00:00:00 GMTméthodeRUNqualitéhttps://we-it.co/blog/user-story-sans-malentenduhttps://we-it.co/blog/user-story-sans-malentenduEn décrivant le problème et les critères d'acceptation observables, jamais la solution technique. Une demande exploitable tient en une page : qui, quel problème, ce qui doit être vrai à la fin, les cas particuliers connus, et ce qui est explicitement hors périmètre. La section « hors périmètre » est celle qui évite le plus de malentendus, et c'est celle qu'on oublie systématiquement.Tue, 10 Mar 2026 00:00:00 GMTméthodecadrageproduithttps://we-it.co/blog/securite-application-metierhttps://we-it.co/blog/securite-application-metierHuit points, avant toute mise en production : l'authentification déléguée à un composant éprouvé, un contrôle d'accès vérifié côté serveur sur chaque requête, le cloisonnement des données entre organisations, le chiffrement en transit et au repos, la journalisation des accès sensibles, la gestion des secrets hors du code, les mises à jour de dépendances automatisées, et une procédure de restauration testée. Aucun de ces points n'est exotique : ce sont les mêmes failles que l'on retrouve année après année.Sat, 07 Mar 2026 00:00:00 GMTsécuritéRUNméthodehttps://we-it.co/blog/performance-et-batterie-mobilehttps://we-it.co/blog/performance-et-batterie-mobileTrois causes dominent : un démarrage trop long, une interface qui saccade, et une consommation de batterie perçue comme anormale. Les deux premières se corrigent en déplaçant le travail hors du démarrage et hors du fil d'affichage. La troisième vient presque toujours de la position en continu, de la synchronisation trop fréquente ou d'un travail en arrière-plan mal borné. Ces trois causes se mesurent avec l'outillage fourni par les plateformes, sur un appareil ancien plutôt que sur le téléphone du développeur.Tue, 03 Mar 2026 00:00:00 GMTmobilequalitérunhttps://we-it.co/blog/esn-agence-editeur-freelancehttps://we-it.co/blog/esn-agence-editeur-freelanceUne ESN met des consultants à disposition dans vos équipes et vous pilotez. Une agence ou un studio livre un projet complet et porte l'engagement de résultat. Un éditeur vend son logiciel, que vous adaptez à la marge. Un freelance apporte une compétence pointue sans continuité garantie. Le bon choix dépend d'une seule chose : qui, chez vous, va piloter — et pendant combien de temps.Fri, 27 Feb 2026 00:00:00 GMTachatprestatairestratégiehttps://we-it.co/blog/personne-ne-fait-confiance-aux-chiffreshttps://we-it.co/blog/personne-ne-fait-confiance-aux-chiffresEn arrêtant de chercher le bon chiffre pour chercher la bonne définition. Dans la quasi-totalité des cas, deux services qui affichent un résultat différent calculent en réalité deux choses différentes : périmètre, date de référence ou statut retenu ne sont pas les mêmes. La première étape n'est donc pas technique mais lexicale — écrire, indicateur par indicateur, ce que chaque terme recouvre exactement, et qui en est responsable.Tue, 24 Feb 2026 00:00:00 GMTdatagouvernanceméthodehttps://we-it.co/blog/quels-tests-ecrire-quand-on-na-pas-le-tempshttps://we-it.co/blog/quels-tests-ecrire-quand-on-na-pas-le-tempsTrois familles, dans cet ordre : les tests des règles de gestion — celles qui coûtent de l'argent si elles se trompent ; les tests des parcours critiques de bout en bout, deux ou trois maximum ; et un test de non-régression pour chaque bug corrigé. Chercher un taux de couverture élevé est une mauvaise cible : une couverture de 40 % concentrée sur les règles métier protège mieux qu'une couverture de 80 % répartie uniformément.Thu, 19 Feb 2026 00:00:00 GMTqualitétestsméthodehttps://we-it.co/blog/prioriser-quand-tout-est-urgenthttps://we-it.co/blog/prioriser-quand-tout-est-urgentEn remplaçant la question « est-ce urgent ? » par « que se passe-t-il si on ne le fait pas ce trimestre ? ». Cette reformulation fait apparaître le coût réel de l'attente, qui est souvent nul. Ensuite, imposez une contrainte de rareté : une liste ordonnée sans ex æquo, et une capacité affichée. Tant que plusieurs demandes peuvent être « prioritaires » simultanément, aucune priorisation n'a lieu.Sun, 15 Feb 2026 00:00:00 GMTméthodecadrageproduithttps://we-it.co/blog/reprendre-le-run-application-heriteehttps://we-it.co/blog/reprendre-le-run-application-heriteePar un audit de deux à trois semaines avant tout engagement : capacité à reconstruire l'application depuis zéro, état des dépendances et des failles connues, couverture de tests, accès aux environnements, et qualité de la reprise de données. Le critère décisif n'est pas la propreté du code mais la capacité à déployer une correction en production en moins d'une journée. Tant qu'on ne sait pas faire ça, on ne peut pas s'engager sur des délais de rétablissement.Tue, 10 Feb 2026 00:00:00 GMTRUNauditméthodehttps://we-it.co/blog/application-mobile-hors-lignehttps://we-it.co/blog/application-mobile-hors-ligneEn considérant l'appareil comme la source de vérité temporaire et le serveur comme un point de synchronisation, pas l'inverse. Concrètement : une base locale sur le téléphone, une file d'opérations en attente rejouées à la reconnexion, un identifiant généré côté appareil pour ne pas dépendre du serveur, et une règle de résolution de conflits décidée avec le métier. Le hors ligne n'est pas une option qu'on ajoute — c'est une décision d'architecture qui doit être prise au début du projet.Sat, 07 Feb 2026 00:00:00 GMTmobilearchitecturecas concrethttps://we-it.co/blog/contrat-developpement-ce-qu-il-faut-verifierhttps://we-it.co/blog/contrat-developpement-ce-qu-il-faut-verifierSept points : la cession des droits sur le code (intégrale et sans condition), la documentation comme livrable contractuel, les conditions de réversibilité, la définition précise de la recette et de ses délais, le traitement des demandes de changement, les engagements de service après mise en production, et la propriété des données. L'absence d'une seule de ces clauses peut vous coûter plus cher que l'écart de prix entre deux prestataires.Tue, 03 Feb 2026 00:00:00 GMTachatcontratréversibilitéhttps://we-it.co/blog/erreurs-conception-base-de-donneeshttps://we-it.co/blog/erreurs-conception-base-de-donneesSix reviennent constamment : absence de contraintes d'intégrité déléguées au code applicatif, suppression physique des enregistrements au lieu d'un archivage, stockage des dates sans fuseau horaire, montants en nombres flottants, statuts en texte libre sans référentiel, et absence d'index sur les colonnes de filtrage. Toutes se corrigent facilement au début du projet et deviennent très coûteuses une fois la base remplie.Thu, 29 Jan 2026 00:00:00 GMTarchitecturequalitédatahttps://we-it.co/blog/preparer-une-recette-utilehttps://we-it.co/blog/preparer-une-recette-utileEn la préparant avant le début du développement, pas à la fin. Il faut trois choses : des personnes nommées avec du temps réellement bloqué dans leur agenda, des scénarios écrits à partir de situations réelles plutôt qu'une liste de fonctionnalités, et un jeu de données représentatif incluant les cas tordus. Une recette improvisée en fin de projet ne trouve que les erreurs évidentes et laisse passer celles qui coûtent cher.Mon, 26 Jan 2026 00:00:00 GMTméthoderecettequalitéhttps://we-it.co/blog/plateforme-multi-marques-clubshttps://we-it.co/blog/plateforme-multi-marques-clubsOui, à condition de séparer dès le départ le socle technique du vocabulaire métier. Nous exploitons une même plateforme de gestion d'association sous quatre marques — Vibe-it pour les écoles de danse, Moove-IT pour les clubs sportifs, et deux autres verticales — avec un socle commun et des parcours propres à chaque univers. Ouvrir un nouveau marché coûte alors une fraction du coût initial.Thu, 22 Jan 2026 00:00:00 GMTarchitectureproduitcas concrethttps://we-it.co/blog/publier-sur-app-store-et-google-playhttps://we-it.co/blog/publier-sur-app-store-et-google-playComptez deux à quatre semaines entre l'application finie et sa disponibilité publique, dont la moitié en préparation administrative. Apple relit chaque version manuellement — de quelques heures à plusieurs jours — et refuse pour des motifs souvent non fonctionnels : formulaire de confidentialité incomplet, connexion imposée sans justification, mécanisme de paiement hors du sien. Google publie plus vite mais impose une validation d'identité et des phases de déploiement progressif. Les comptes développeur, les certificats et les fiches produit doivent être créés au nom de l'entreprise, jamais d'une personne.Sun, 18 Jan 2026 00:00:00 GMTmobileméthoderunhttps://we-it.co/blog/ce-que-coute-de-ne-rien-fairehttps://we-it.co/blog/ce-que-coute-de-ne-rien-faireEn additionnant quatre postes rarement mesurés : le temps passé sur des tâches manuelles évitables, le coût des erreurs et de leur rattrapage, les occasions perdues faute de réactivité, et le risque de dépendance à une personne ou à un fichier unique. Ce coût est invisible parce qu'il est réparti et n'apparaît sur aucune ligne budgétaire — mais il se reconduit chaque année et augmente avec l'activité.Thu, 15 Jan 2026 00:00:00 GMTbudgetstratégieachathttps://we-it.co/blog/decouper-une-fonctionnalite-en-tacheshttps://we-it.co/blog/decouper-une-fonctionnalite-en-tachesEn tranches verticales qui traversent toutes les couches et produisent chacune quelque chose de démontrable, plutôt qu'en couches horizontales — base, puis service, puis interface. Chaque tranche doit être livrable en un à trois jours et apporter une valeur observable, même minime. Un découpage horizontal donne l'illusion d'avancer pendant des semaines sans que rien ne soit vérifiable.Sat, 10 Jan 2026 00:00:00 GMTméthodequalitéhttps://we-it.co/blog/mvp-ce-que-ca-veut-direhttps://we-it.co/blog/mvp-ce-que-ca-veut-direUn MVP est la plus petite version qui résout un problème réel de bout en bout pour un utilisateur, et dont on peut tirer un apprentissage. Ce n'est pas une version incomplète, ni une maquette, ni un prototype jetable : ce qu'il fait, il le fait correctement, en production. Le bon critère de découpage n'est pas « quelles fonctionnalités enlever » mais « quel utilisateur, sur quel cas, peut aller au bout sans nous ».Tue, 06 Jan 2026 00:00:00 GMTproduitcadrageméthodehttps://we-it.co/blog/monolithe-ou-microserviceshttps://we-it.co/blog/monolithe-ou-microservicesPartez sur un monolithe modulaire, sauf raison explicite de faire autrement. Les micro-services résolvent des problèmes d'organisation — plusieurs équipes qui doivent déployer indépendamment — et de mise à l'échelle différenciée. Une application métier avec une seule équipe n'a ni l'un ni l'autre : elle hérite alors de toute la complexité distribuée sans aucun des bénéfices. Le bon découpage se découvre en construisant, pas en dessinant.Thu, 01 Jan 2026 00:00:00 GMTarchitecturearbitragehttps://we-it.co/blog/natif-cross-platform-ou-web-mobilehttps://we-it.co/blog/natif-cross-platform-ou-web-mobileUn site web responsive suffit si l'usage est occasionnel et ne demande ni fonctionnement hors ligne, ni notifications, ni accès au matériel. Le multiplateforme est le meilleur compromis pour une application métier : une seule base de code pour iOS et Android, avec 80 à 90 % du code partagé. Le natif se justifie quand la performance graphique, l'accès fin au matériel ou l'intégration système sont au cœur du produit — sinon il double le coût de développement et de maintenance.Mon, 29 Dec 2025 00:00:00 GMTmobilearchitecturearbitragehttps://we-it.co/blog/combien-coute-application-webhttps://we-it.co/blog/combien-coute-application-webUne application métier sur mesure se situe le plus souvent entre 50 000 € et 400 000 € pour une première version en production, selon le nombre d'interfaces avec l'existant, de profils utilisateurs et de contraintes réglementaires. Le budget de départ n'est pas le vrai sujet : il faut compter 15 à 25 % du coût initial par an pour l'exploitation et les évolutions, sans quoi l'application se dégrade en quelques mois.Thu, 25 Dec 2025 00:00:00 GMTbudgetachatcadragehttps://we-it.co/blog/ce-que-je-regarde-en-revue-de-codehttps://we-it.co/blog/ce-que-je-regarde-en-revue-de-codeSur quatre choses, dans cet ordre : la gestion des cas d'erreur, les frontières entre modules, la lisibilité pour quelqu'un qui découvre le code, et la testabilité. Le style, le nommage et la mise en forme ne doivent pas être discutés en revue — ils relèvent de l'outillage automatique. Une revue qui parle surtout de style est une revue qui n'a pas regardé la conception.Sat, 20 Dec 2025 00:00:00 GMTqualitéméthodehttps://we-it.co/blog/duree-creation-application-webhttps://we-it.co/blog/duree-creation-application-webComptez 1 à 3 mois entre le premier atelier et la mise en production d'une première version utilisable. Le cadrage prend 1 à 2 semaines, la conception 1 à 3 semaines, la construction 2 à 6 semaines par sprints de 2 semaines, et la mise en production 1 à 2 semaines. L'IA a divisé la durée de construction ; elle n'a rien changé au cadrage, à la décision ni à la reprise de données — qui occupent désormais la moitié du calendrier.Wed, 17 Dec 2025 00:00:00 GMTméthodedélaiscadrageiahttps://we-it.co/blog/faire-monter-une-equipe-techniquehttps://we-it.co/blog/faire-monter-une-equipe-techniqueEn recrutant sur la capacité à apprendre et à travailler avec d'autres plutôt que sur la maîtrise d'une technologie précise, et en organisant la montée en compétence dans le travail réel : revue de code systématique, binômes sur les sujets difficiles, et rotation sur les parties du système. Les formations ponctuelles sans mise en pratique immédiate ne laissent presque rien. Le vrai facteur de progression est le temps d'exposition à du code relu par quelqu'un de plus expérimenté.Sat, 13 Dec 2025 00:00:00 GMTéquiperecrutementméthodehttps://we-it.co/blog/convaincre-sa-direction-investir-applicationhttps://we-it.co/blog/convaincre-sa-direction-investir-applicationEn chiffrant le coût de la situation actuelle avant de parler du coût du projet. Une direction ne compare pas un devis à zéro : elle compare deux coûts. Le dossier tient en une page — ce que la situation actuelle coûte chaque année, ce que le projet coûte en investissement et en fonctionnement, à partir de quand l'un compense l'autre, et ce qui se passe si l'on ne fait rien pendant deux ans.Tue, 09 Dec 2025 00:00:00 GMTachatbudgetstratégiehttps://we-it.co/blog/automatiser-saisie-document-metierhttps://we-it.co/blog/automatiser-saisie-document-metierEn traitant l'extraction comme une aide à la saisie, pas comme un remplacement. OptiBot lit les documents de tiers payant et pré-remplit les dossiers : l'opérateur valide au lieu de ressaisir. Le point déterminant n'est pas la qualité du modèle d'extraction, mais la conception de l'écran de validation et le traitement des cas où la lecture échoue.Sat, 06 Dec 2025 00:00:00 GMTIAcas concretproductivitéhttps://we-it.co/blog/ia-dans-notre-chaine-de-productionhttps://we-it.co/blog/ia-dans-notre-chaine-de-productionNous l'utilisons sur quatre tâches où le résultat est vérifiable : générer du code à partir d'une spécification écrite, écrire des tests, produire de la documentation, et faire une première passe de revue. Nous ne lui confions ni les décisions d'architecture, ni la modélisation des données, ni l'arbitrage de périmètre. La règle est simple : l'IA écrit ce qu'un humain peut vérifier en moins de temps qu'il n'en aurait mis à l'écrire.Mon, 01 Dec 2025 00:00:00 GMTIAméthodequalitéhttps://we-it.co/blog/decider-arreter-une-fonctionnalitehttps://we-it.co/blog/decider-arreter-une-fonctionnaliteEn regardant trois chiffres : le nombre d'utilisateurs distincts sur les trois derniers mois, la part qu'elle représente dans les demandes de support, et le coût qu'elle impose aux évolutions voisines. Une fonctionnalité utilisée par moins de 2 % des utilisateurs et qui complique chaque livraison doit être retirée. Le vrai obstacle n'est jamais technique : c'est qu'aucune organisation ne récompense la suppression.Thu, 27 Nov 2025 00:00:00 GMTproduitméthodequalitéhttps://we-it.co/blog/environnements-et-deploiementshttps://we-it.co/blog/environnements-et-deploiementsTrois environnements suffisent : développement local, préproduction identique à la production, et production. Le déploiement doit être automatisé, reproductible et déclenché par une seule commande, avec un retour arrière possible en quelques minutes. Le critère qui résume tout : combien de temps faut-il pour mettre une correction d'une ligne en production ? Tant que la réponse dépasse une journée, tous les engagements de délai sont théoriques.Sat, 22 Nov 2025 00:00:00 GMTRUNméthodequalitéhttps://we-it.co/blog/faut-il-un-appel-d-offreshttps://we-it.co/blog/faut-il-un-appel-d-offresRarement, sauf obligation réglementaire. Un appel d'offres classique suppose un besoin figé et comparable, ce qui est presque jamais le cas d'un projet applicatif : il pousse les candidats à chiffrer un document plutôt qu'à comprendre un problème, et favorise celui qui a le plus exclu de son devis. Une consultation restreinte à trois prestataires, précédée d'un cadrage payant, donne de meilleurs résultats pour un effort bien moindre.Wed, 19 Nov 2025 00:00:00 GMTachatprestataireméthodehttps://we-it.co/blog/application-lente-ou-chercherhttps://we-it.co/blog/application-lente-ou-chercherDans neuf cas sur dix, la cause est l'accès aux données : requêtes multipliées dans une boucle, index manquant, ou chargement de bien plus de données que nécessaire. Il faut mesurer avant de toucher quoi que ce soit — identifier la page lente, puis le temps passé côté base, côté application et côté navigateur. Optimiser sans mesure conduit à améliorer ce qui n'était pas le problème.Sat, 15 Nov 2025 00:00:00 GMTqualitéRUNarchitecturehttps://we-it.co/blog/atelier-de-cadrage-le-deroulehttps://we-it.co/blog/atelier-de-cadrage-le-derouleSur deux à quatre semaines, en quatre ateliers de deux à trois heures : cartographier le processus actuel tel qu'il se passe réellement, identifier les irritants et les chiffrer, arbitrer le périmètre de la première version, puis valider les critères de succès et les risques. Les participants doivent inclure ceux qui font le travail, pas seulement ceux qui le dirigent — c'est la condition qui détermine la qualité du résultat.Mon, 10 Nov 2025 00:00:00 GMTcadrageméthodeproduithttps://we-it.co/blog/concevoir-une-api-qui-durehttps://we-it.co/blog/concevoir-une-api-qui-dureEn traitant le contrat comme une promesse : on n'enlève jamais un champ, on ne change jamais le sens d'un champ existant, et on n'ajoute jamais de champ obligatoire. Toute évolution se fait par ajout de champs optionnels. Le versionnage n'est nécessaire que pour les ruptures qu'on n'a pas su éviter — et chaque version supplémentaire est une dette permanente, puisqu'il faut la maintenir aussi longtemps que quelqu'un l'utilise.Fri, 07 Nov 2025 00:00:00 GMTarchitecturequalitéhttps://we-it.co/blog/negocier-un-contrat-de-maintenancehttps://we-it.co/blog/negocier-un-contrat-de-maintenanceCinq éléments : la distinction claire entre correctif et évolutif avec deux budgets séparés, des délais de prise en compte et de rétablissement par niveau de gravité, un volume d'évolutions garanti par période, les conditions de réversibilité, et un point de pilotage régulier. Un contrat qui ne sépare pas le correctif de l'évolutif produit toujours le même effet : les corrections consomment le budget et rien n'évolue.Mon, 03 Nov 2025 00:00:00 GMTachatcontratRUNhttps://we-it.co/blog/cloud-ou-serveur-dediehttps://we-it.co/blog/cloud-ou-serveur-dedieUn serveur dédié ou un VPS suffit à la grande majorité des applications métier : charge prévisible, quelques centaines d'utilisateurs, coût trois à cinq fois inférieur à un équivalent cloud managé. Le cloud se justifie sur trois critères précis — charge très variable, besoin de redondance géographique, ou volonté d'externaliser l'exploitation faute d'équipe. La question n'est pas technique mais économique : qui exploite, et combien de temps cela coûte-t-il ?Thu, 30 Oct 2025 00:00:00 GMTarchitectureRUNarbitragehttps://we-it.co/blog/signaux-alerte-projet-qui-derapehttps://we-it.co/blog/signaux-alerte-projet-qui-derapeQuatre signaux précoces, avant tout retard visible : vous n'avez rien vu fonctionner depuis plus de trois semaines, les réponses à vos questions deviennent vagues, l'équipe qui travaille change sans explication, et les comptes rendus parlent d'avancement en pourcentage plutôt qu'en fonctionnalités livrées. Chacun est détectable un à deux mois avant que le retard n'apparaisse au planning.Mon, 27 Oct 2025 00:00:00 GMTachatpilotageprestatairehttps://we-it.co/blog/dette-technique-mesurer-financerhttps://we-it.co/blog/dette-technique-mesurer-financerMesurez-la par ses effets, pas par des métriques de code : temps moyen pour livrer une correction, proportion de modifications qui causent une régression, temps de reconstruction et de déploiement, et nombre de dépendances non maintenues. Financez-la par une allocation permanente — nous réservons 15 à 20 % de la capacité de chaque itération — plutôt que par des chantiers exceptionnels, qui sont toujours reportés.Wed, 22 Oct 2025 00:00:00 GMTqualitéRUNméthodehttps://we-it.co/blog/choisir-prestataire-application-webhttps://we-it.co/blog/choisir-prestataire-application-webJugez sur trois choses vérifiables : des réalisations comparables encore en production, la qualité des questions posées lors du premier rendez-vous, et ce que prévoit le contrat en cas de séparation — propriété du code, documentation, réversibilité. Le prix et la taille de l'entreprise sont de mauvais critères de tri : ils ne prédisent ni la qualité de la livraison ni la tenue dans la durée.Sat, 18 Oct 2025 00:00:00 GMTachatprestataireméthodehttps://we-it.co/blog/observabilite-que-mesurerhttps://we-it.co/blog/observabilite-que-mesurerQuatre signaux suffisent pour l'essentiel : le taux d'erreur, le temps de réponse des parcours critiques, la saturation des ressources, et le volume de trafic. À cela s'ajoutent des indicateurs métier — commandes créées, paiements aboutis — souvent plus révélateurs qu'une métrique technique. Une alerte qui se déclenche sans action possible sera ignorée : mieux vaut trois alertes qui réveillent quelqu'un que trente que personne ne regarde.Mon, 13 Oct 2025 00:00:00 GMTRUNqualitéarchitecturehttps://we-it.co/blog/premier-rendez-vous-comment-ca-se-passehttps://we-it.co/blog/premier-rendez-vous-comment-ca-se-passeUne heure, sans présentation commerciale. On vous pose des questions sur votre activité, votre processus actuel, vos contraintes de délai et de budget, et sur qui décidera. Vous repartez avec une fourchette assumée comme telle, les questions auxquelles il faudra répondre, et notre avis honnête sur la pertinence d'un développement. Si aucune proposition de valeur ne se dégage, nous le disons — c'est moins coûteux pour tout le monde qu'un devis de complaisance.Fri, 10 Oct 2025 00:00:00 GMTachatprestataireméthodehttps://we-it.co/blog/migrer-une-application-legacyhttps://we-it.co/blog/migrer-une-application-legacyPar remplacement progressif : on place un point d'entrée unique devant l'ancienne application, on détourne un parcours à la fois vers le nouveau code, et on supprime l'ancien morceau une fois la bascule stabilisée. L'application reste en production en permanence, chaque étape est réversible, et l'on peut s'arrêter à tout moment sans perte. La réécriture complète, elle, suppose de reconstruire des années de règles non documentées pendant que l'existant continue d'évoluer.Mon, 06 Oct 2025 00:00:00 GMTarchitectureRUNméthodehttps://we-it.co/blog/cahier-des-charges-applicationhttps://we-it.co/blog/cahier-des-charges-applicationDécrivez les problèmes à résoudre et les résultats attendus, pas les écrans que vous imaginez. Un bon cahier des charges tient en 10 à 20 pages : contexte, utilisateurs et volumétrie, processus actuels, contraintes non négociables, critères de succès mesurables. Les documents de 80 pages remplis de spécifications d'interface produisent des devis élevés et des applications rigides, parce qu'ils verrouillent des solutions avant d'avoir compris le besoin.Wed, 01 Oct 2025 00:00:00 GMTcadrageachatméthodehttps://we-it.co/blog/choisir-sa-stack-techniquehttps://we-it.co/blog/choisir-sa-stack-techniqueQuatre critères, dans cet ordre : la capacité à recruter ou remplacer un développeur sur cette technologie dans votre région, la stabilité des versions majeures et la longueur du support, la qualité de l'écosystème sur les besoins non fonctionnels (authentification, paiement, export, observabilité), et l'expérience réelle de l'équipe qui va construire. La performance brute et la modernité du langage arrivent loin derrière : elles ne sont presque jamais le facteur limitant d'une application métier.Sun, 28 Sep 2025 00:00:00 GMTarchitecturearbitragedurabilité