← Retour aux travaux
Étude de cas En ligne · 2026 — actuellement Belgique · NL/FR/EN

slim.lu

Un comparateur de prix pour les consommateurs belges. Il prend un marché où le coût réel est délibérément difficile à voir et le rend comparable pour un ménage — en montrant les sources, les dates de contrôle et les manques plutôt qu'en les masquant. En ligne sur slim.lu, open source sur ARBITORIA-BE/slim. J'en ai défini le problème, les règles de classement et les critères de validation ; la mise en œuvre est assistée par IA.

L'observation

La tarification télécom belge n'est pas compliquée par hasard. Chaque opérateur applique une fenêtre promotionnelle qui expire — six mois ici, douze là — après quoi le prix passe à un montant que personne n'a annoncé à la signature. Les packs modifient encore l'arithmétique. Les marques masquent la propriété : Scarlet, c'est Proximus ; BASE, c'est Telenet ; VOO a été absorbé par Orange. Résultat : un marché où le prix affiché et le coût sur deux ans sont deux questions différentes, et une seule est facile à vérifier.

C'est la même forme que le problème sur lequel je travaille professionnellement. Un chiffre techniquement exact et pourtant trompeur, parce que le contexte qui l'a produit a été retiré. La différence, c'est qu'au travail je corrige cela dans les systèmes d'une entreprise, et qu'ici la partie concernée est un ménage.

Ce que le service fait

Publier ce qui est habituellement caché

Ce qui m'importe le plus n'est pas la comparaison, c'est la divulgation qui l'entoure. Une comparaison qu'on ne peut pas auditer n'est qu'une affirmation entourée d'un tableau. Le service publie donc, sur une page accessible à tous :

Un comparateur incapable de montrer ses sources demande qu'on le croie. Publier les exclusions est le moyen le moins coûteux d'obtenir l'inverse.

Nommer les opérateurs qu'on a laissés de côté est la partie inconfortable, et la plus utile. Elle transforme un trou silencieux dans la couverture en une limite énoncée que le lecteur peut soupeser — le même réflexe que signaler les éléments non confirmés d'un jeu de données plutôt que de supprimer les lignes.

Sous le capot

L'ingénierie existe pour que ce qui précède reste vrai en continu, et non une seule fois. Elle est réalisée avec des outils de codage assistés par IA, contre des exigences et des critères d'acceptation que je fixe — à lire comme une preuve de spécification et de vérification, non de code écrit à la main.

Stack — Next.js 15 (App Router, RSC) · TypeScript · Tailwind CSS 4 · Drizzle ORM sur Postgres · Zod · next-intl · Vitest + Playwright · Vercel

Où cela en est

Le produit fonctionne et le pipeline de données tourne quotidiennement ; l'audience reste modeste. Je préfère le rapporter avec exactitude que le gonfler — les chiffres qui méritent d'être cités ici sont les quatre opérateurs couverts et le contrôle quotidien, pas une statistique de trafic.

Pourquoi cela compte pour le travail que je vise

slim.lu, c'est ce qui arrive quand l'habitude de la qualité des données est pointée vers un marché grand public plutôt que vers une base d'entreprise : trouver où le contexte a disparu, le reconstruire, et publier les limites à côté de la réponse. C'est le même métier que produire une analyse dont quelqu'un tirera une décision — les réserves doivent voyager avec le chiffre, sinon le chiffre fait des dégâts.

En ligne sur slim.lu. Sources sur github.com/ARBITORIA-BE/slim. Les pages de divulgation sont accessibles depuis chaque comparaison.