Sept idées qui guident la façon dont nous concevons, construisons et maintenons ce que nous faisons. Ce ne sont pas des slogans · ce sont les règles avec lesquelles nous relisons le code et décidons quoi proposer à un client.
Chaque produit naît pour résoudre un besoin que nous avions nous-mêmes. Cette règle nous oblige à le maintenir avec le même soin qu’au lancement : il n’existe pas de version pour les clients plus soignée ; il n’y en a qu’une, et nous l’utilisons en premier.
Quand un produit ne nous sert plus, nous le retirons. Nous préférons fermer quelque chose à temps plutôt que de le maintenir en vie sans raison.
Les intégrations qui comptent · émettre un document, signer un fichier, traiter un e-mail · sont du code ordinaire : entrées définies, sorties vérifiables, tests exécutés à chaque modification.
L’IA intervient en périphérie, comme outil de brouillon et d’appui. Mais tout ce qui sort passe par une décision humaine ou une règle claire. Rien qui engage de l’argent ne s’exécute sur une intuition d’un modèle.
Nous privilégions des stacks matures, des protocoles documentés et des API stables. Nous mesurons la qualité à la lisibilité et à la réversibilité : chacun doit pouvoir comprendre ce que fait le système et pourquoi, et chaque décision doit pouvoir être annulée.
Nous ne cherchons pas l’état de l’art pour lui-même. Nous cherchons l’état de l’art que quelqu’un pourra maintenir dans cinq ans.
Nous concevons en partant du principe que les utilisateurs ont un RUT (numéro d’identification fiscale chilien), qu’ils signent parfois à la main et qu’ils travaillent avec les services de l’État chilien. Cette spécificité ne nous limite pas · elle nous rend plus précis.
Nous préférons traiter un problème chilien en profondeur plutôt qu’aborder quinze marchés à moitié.
Si un produit est présenté au public, une personne répond aux e-mails derrière. Nous ne lançons rien en mode fire and forget : chaque service a un responsable, un canal d’assistance et une page qui indique si quelque chose tombe en panne.
Quand nous ne pouvons pas tenir cet engagement, nous le disons. Arrêter un produit honnêtement fait partie du métier.
Nous décrivons chaque outil par ce qu’il résout réellement. Nous ne promettons pas d’intelligence artificielle là où il y a une règle. Nous n’appelons pas plateforme un script avec une jolie interface. Les chiffres que nous publions sont ceux que nous mesurons.
Quand nous nous trompons · et cela arrive · c’est consigné au même endroit.
Une typographie bien choisie, un tableau dont les totaux sont justes, un message d’erreur utile, un hash vérifiable : la qualité d’un produit se perçoit dans mille petits détails, pas dans une grande promesse.
Le soin est notre façon de montrer du respect. Nous l’appliquons au code, aux textes, à la manière de répondre à un e-mail.
Une entreprise documentée et traçable, sans bureaucratie de façade. Journaux, rapports, sauvegardes, responsables, audit et mémoire. Pas de réunions ni de formulaires inutiles.
Les erreurs, les coûts, les limites et l’état d’avancement sont communiqués. Le client doit pouvoir savoir ce qui se passe sans avoir à décoder un langage d’entreprise.
Des documents bien faits, des noms cohérents, des interfaces soignées, des fichiers rangés, des e-mails clairs, des factures correctes et des produits qui fonctionnent. L’identité, ce n’est pas le logo.
