Principes.
Un bon service vient de ce qu'on retire, pas de ce qu'on empile. Voici nos principes : cinq choses que nous excluons délibérément, pour que le travail qui reste soit le travail qui mérite sa place.
La plupart des sites de fournisseurs listent tout ce à quoi un fournisseur dira oui, et cette liste ne fait que croître. Nous préférons être clairs sur l'endroit où nos incitations s'arrêtent et sur ce que nous choisissons de ne pas vendre, parce que c'est ce qui rend nos conseils dignes de confiance.
Nous ne revendons pas de technologie.
Nous vendons la nôtre. Nous orientons vers le reste.
Nous ne revendons pas de technologie.
Nous vendons la nôtre. Nous orientons vers le reste.
Pourquoi c'est important
La marge de revente est la raison la plus fréquente pour laquelle les intégrateurs recommandent la mauvaise plateforme, le mauvais palier ou le mauvais module. Nous ne la prenons pas.
Ce que cela signifie en pratique
Quand vous avez besoin d'une plateforme, vous l'achetez en direct, et nous vous aidons à obtenir le meilleur prix directement auprès du fournisseur. Nous vendons nos propres logiciels et orientons vers tout le reste. Lorsque nous avons un intérêt commercial, nous le nommons.
Nous ne recommandons pas l'IA là où elle n'apporte pas de valeur.
Y compris quand des règles déclaratives surpassent un LLM.
Nous ne recommandons pas l'IA là où elle n'apporte pas de valeur.
Y compris quand des règles déclaratives surpassent un LLM.
Pourquoi c'est important
La chose la plus coûteuse en IA aujourd'hui, c'est le projet qui est mis en production, qui paraît impressionnant, et qui n'a rien changé opérationnellement.
Ce que cela signifie en pratique
Nous vous dirons dans quelle catégorie votre besoin s'inscrit (déclaratif, ML classique, génératif ou hybride) avant de recommander quoi que ce soit. Si l'IA ne génère pas de valeur sur le temps de traitement, le coût de service, l'effort client, le CSAT ou un autre indicateur que vous possédez, nous le disons, tôt, avant que vous engagiez le budget. Vous ne savez pas si des règles déclaratives ou un LLM est la bonne option ? Nous le déterminerons avec vous. Voir The Kanso Filter et Labs.
Nous ne développons pas sur mesure quand le natif résout le problème.
Les feuilles de route des plateformes évoluent plus vite que le code sur mesure.
Nous ne développons pas sur mesure quand le natif résout le problème.
Les feuilles de route des plateformes évoluent plus vite que le code sur mesure.
Pourquoi c'est important
Le code sur mesure ajoute une complexité que votre équipe devra porter ensuite, il doit donc mériter sa place. Les fonctionnalités natives, quand elles arrivent, sont supportées, documentées et incluses dans le prix que vous payez déjà.
Ce que cela signifie en pratique
Si une fonctionnalité native résout déjà votre problème, nous vous y orientons sans rien vous vendre. Si une fonctionnalité figure sur la feuille de route publiée de l'éditeur principal (Zendesk, AWS, Twilio, quelle que soit votre plateforme), nous vous le disons et vous aidons à décider si l'attente en vaut la peine. Le sur-mesure est un choix réfléchi, pas une option par défaut.
Nous ne prenons pas de mission de déploiement sans résultat mesurable.
Chaque mission a un chiffre.
Nous ne prenons pas de mission de déploiement sans résultat mesurable.
Chaque mission a un chiffre.
Pourquoi c'est important
Un travail ouvert se termine par une présentation et une poignée de main. Un travail avec un résultat défini se termine par quelque chose que l'entreprise peut vérifier.
Ce que cela signifie en pratique
Chaque mission de déploiement est associée à un ou plusieurs indicateurs que vous possédez, convenus avec votre sponsor et mesurés dans vos systèmes. Un appel découverte ou une première conversation est l'exception, c'est ainsi que nous définissons quel doit être le résultat. Si nous ne pouvons pas le définir ensemble, nous ne commencerons pas le développement.
Quand nous avons un intérêt, nous le disons.
Nous travaillons avec d'autres entreprises technologiques, et nous développons nos propres solutions.
Quand nous avons un intérêt, nous le disons.
Nous travaillons avec d'autres entreprises technologiques, et nous développons nos propres solutions.
Pourquoi c'est important
Nous travaillons avec des partenaires technologiques et livrons nos propres logiciels, parfois, la bonne réponse est donc quelque chose pour lequel nous avons un intérêt.
Ce que cela signifie en pratique
Quand c'est le cas, nous le disons, et nous vous aidons à évaluer des alternatives alignées pour que le choix reste le vôtre, lié à un ou plusieurs indicateurs que vous possédez. Nous préférons perdre la vente que vous vendre la mauvaise solution.
Questions qu'on nous pose
Qu'en est-il des sujets qui ne figurent pas sur cette liste ?
Les sujets absents de cette liste ne sont pas automatiquement dans notre périmètre. C'est un plancher, pas un plafond. Si vous n'êtes pas sûr que quelque chose convient, posez la question.
Cette liste a-t-elle changé ?
Dernière révision : juin 2026. Tout changement sera noté ici avec sa justification.
Que se passe-t-il si nous vous demandons de faire quelque chose qui figure sur cette liste ?
Nous déclinerons poliment et vous expliquerons pourquoi. Les principes ne s'assouplissent pas parce qu'une mission serait lucrative.
Qui est responsable de ces principes en interne ?
Le fondateur, directement. Les principes sont instillés dès le premier jour, dans le dossier d'intégration, et revus lors de la revue opérationnelle trimestrielle. Jamais plus loin du sommet que cela.
Si tout cela vous paraît utile, voici par où commencer.
Nous finançons deux évaluations Maturity Mapping par mois. Un praticien senior consacre du temps réel à votre problème, c'est pourquoi nous le limitons à ce que nous pouvons faire correctement. Dites-nous en quelques lignes où vous êtes bloqués. Nous retiendrons les deux cas où nous pouvons apporter le plus d'aide ce mois-ci, et orienterons les autres vers une meilleure solution, ou une voie plus rapide qui ne passe pas par nous.