NovaLink - Mon cockpit

Le point de départ

En plus des projets clients, je fais vivre plusieurs projets à moi : une application mobile, une boutique en ligne, des produits numériques, des sites de services, des SaaS en lancement. Chacun a sa stack, ses réseaux sociaux, son calendrier éditorial et sa façon de générer du revenu : abonnements sur les stores, paiements Stripe, ventes Shopify, Gumroad, factures.

Pour savoir ce qui se passait, je passais d'un outil à l'autre : Notion, Umami, Google Analytics, les comptes de chaque réseau, RevenueCat, Stripe, Shopify… Chaque outil répondait à sa question. Aucun ne me montrait l'ensemble, au moment présent, ni ce qui demandait que j'intervienne.

Partir de l'existant

Première contrainte : ne rien casser. Chaque projet garde ses outils et sa technique. Le cockpit se branche dessus, il ne les remplace pas.

Deuxième contrainte : les sources ne se ressemblent pas. Certaines préviennent d'elles-mêmes à chaque événement (Stripe, Shopify, RevenueCat, Calendly). D'autres doivent être interrogées à intervalle régulier (Umami, Google Analytics, YouTube, Meta, les régies publicitaires). Certaines n'ont pas d'API du tout : les factures émises dans Tiime se déclarent à la main, depuis l'application, en trois champs.

Tout devait donc arriver au même endroit, sous la même forme, quel que soit le chemin.

Du no-code pour brancher, du code pour décider

C'est le cœur du projet : savoir ce qui va dans n8n et ce qui va dans le code.

n8n s'occupe des branchements. Un flux par source, qui traduit ce qu'elle envoie en un événement standard, puis une porte d'entrée unique qui le transmet au cockpit. C'est la partie qui bouge le plus : un nouveau compte Stripe, un type de rendez-vous Calendly en plus, une source qui change de format. Ajouter ou corriger un branchement ne demande ni développement ni redéploiement.

Le code s'occupe de ce qui doit être juste. Le calcul du chiffre d'affaires, l'état de chaque projet, les alertes, l'historique : une API Node.js couverte par des tests automatisés, et deux écrans par-dessus. Exemple de règle qui ne pouvait pas vivre dans un flux : une vente qui arrive par deux chemins, le store et l'application, ne doit être comptée qu'une fois. Ça se teste, ça ne se reconfigure pas à la main.

Deux écrans, deux usages

Le grand écran, au bureau, en continu : visiteurs en temps réel, chiffre d'affaires du jour face à l'objectif, publications prévues, derniers événements. Chaque type d'événement a son propre son, ce qui me permet de savoir ce qui arrive sans regarder. Il se connecte en scannant un QR code depuis l'application, sans clavier.

L'application mobile, pour suivre et agir où que je sois : notifications sur ce qui demande une action, détail et historique par projet, saisie de ce qui ne remonte pas tout seul. Chaque matin, le Copilote y pose un résumé de la veille et une proposition d'action pour la journée, que je peux accepter, écarter ou remplacer. Les chiffres et l'état des projets sont calculés par le code ; le modèle rédige et propose.

Ce que je vois aujourd'hui

Les ruptures de stock. Shopify ne prévient pas quand un produit passe en stock faible ou en rupture. Le cockpit, si : je vais vérifier, et je réagis si besoin.

Les pics de trafic. Chaque heure, le trafic de chaque site est comparé à son niveau habituel. Quand il s'envole, je le vois tout de suite et je peux faire le lien : une publication, un événement en présentiel… ou rien d'évident, et dans ce cas, ça mérite d'aller regarder de plus près.

Les premiers comptes. Sur un projet en lancement, voir arriver les notifications de nouveaux comptes, c'est assez satisfaisant.

Ce que ça a changé

Je ne passe plus d'un onglet à l'autre pour reconstituer ce qui se passe. J'ai la vue d'ensemble d'un coup d'œil, et quand quelque chose bouge, je le sais au moment où ça arrive. J'analyse et je réagis beaucoup plus vite.

NovaLink est un outil interne, conçu pour mon propre usage. Les captures sont faites sur des données de démonstration.