Colossales — CRM Kanban dans Gmail

Colossales part d’un constat simple : les commerciaux vivent dans Gmail. Leur coller un CRM dans un autre onglet, c’est créer de la double saisie et des deals qui glissent entre les fils. Le produit : une extension Chrome MV3 — pipeline Kanban, commentaires, relances — collée au thread, données dans Google Sheets.

Colossales starts from a simple fact: salespeople live in Gmail. Forcing a CRM in another tab creates double entry and deals slipping between threads. The product: a Chrome MV3 extension — Kanban pipeline, comments, follow-ups — glued to the thread, data in Google Sheets.

Innovation Digitale documente ce cas sous l’angle build : pas une success story marketing creuse, un récit problématique → solution → résultat utile aux décideurs PME/ETI. Chaque techno citée renvoie au socle (/socle/) : documentation, communauté, stabilité. Le code, quand nous le livrons, vous appartient — c’est le fil rouge made in France / souveraineté numérique.

Innovation Digitale documents this case as a build story: not a hollow marketing success piece — a problem → solution → result narrative useful to SME decision-makers. Every cited technology links to the stack (/socle/): docs, community, stability. When we ship code, you own it — the Made-in-France / digital sovereignty thread.

Vous vivez un symptôme voisin (dette, silos, livraison fragile) ? Le Brief 45 minutes est gratuit : on clarifie le périmètre, puis un audit build si le sujet tient la route. La stack suit le besoin — jamais l’inverse.

Seeing a similar symptom (debt, silos, fragile delivery)? The 45-min Brief is free: we clarify scope, then a build audit if it holds. The stack follows the need — never the other way around.

Les commerciaux vivent dans Gmail. Les CRM classiques imposent un autre onglet, de la double saisie, et un silo de données opaque. Le suivi se perd entre threads et outils.

Salespeople live in Gmail. Classic CRMs force another tab, double entry, and an opaque data silo. Follow-up is lost between threads and tools.

Les CRM « entreprise » sont puissants, mais souvent trop lourds pour qui vend depuis la boîte mail. À l’inverse, un tableur partagé n’offre ni pipeline, ni relances fiables. Il manquait une couche opérationnelle légère, exportable, sans silo propriétaire opaque.

“Enterprise” CRMs are powerful, but often too heavy for people who sell from the inbox. A shared spreadsheet offers neither pipeline nor reliable follow-ups. What was missing was a light operational layer — exportable, without an opaque proprietary silo.

CRM Kanban dans Gmail (extension Chrome MV3) : statuts, commentaires, relances sur le thread ; données exportables dans Google Sheets ; facturation Stripe hors Store ; coexistence possible avec Salesforce/HubSpot.

Kanban CRM inside Gmail (Chrome MV3 extension): statuses, comments, follow-ups on the thread; exportable data in Google Sheets; Stripe billing outside the Store; can coexist with Salesforce/HubSpot.

Extension Chrome MV3 (Store), facturation Stripe hors Store, dual-board TODO / Pipeline, 55 langues. Les données restent dans un classeur Google Sheets par compte : lisibles, exportables, sous contrôle. Coexistence possible avec Salesforce ou HubSpot.

Chrome MV3 extension (Store), Stripe billing outside the Store, dual-board TODO / Pipeline, 55 languages. Data stays in a per-account Google Sheets workbook: readable, exportable, under control. Can coexist with Salesforce or HubSpot.

Choix produit = choix technique : MV3 pour la distribution et le cycle de mise à jour, Sheets pour la souveraineté des données, TypeScript/React/Vite pour un front maintenable.

Product choices are technical choices: MV3 for distribution and update cycle, Sheets for data sovereignty, TypeScript/React/Vite for a maintainable front.

Produit en production sur colossales.com ; offre Free + Pro ; 55 langues ; pipeline commercial collé à l’inbox sans silo propriétaire.

Product live at colossales.com; Free + Pro tiers; 55 languages; sales pipeline attached to the inbox without a proprietary silo.

Produit en production sur colossales.com, offre Free + Pro, pipeline collé à l’inbox. La preuve qu’un build SaaS peut servir le contrôle utilisateur plutôt que le lock-in.

Product live at colossales.com, Free + Pro tiers, pipeline glued to the inbox. Proof a SaaS build can serve user control instead of lock-in.

Choix produit = choix technique : MV3 pour la distribution, Sheets pour la souveraineté des données, pas de BDD propriétaire opaque. Le build sert le contrôle utilisateur.

Product choices are technical choices: MV3 for distribution, Sheets for data sovereignty, no opaque proprietary DB. The build serves user control.

PostHog (mesure produit, consentement) et CI complètent le tableau : on itère sur des usages réels, pas sur des intuitions. Pour iD, Colossales illustre aussi la posture startups — POC/MVP qui assume le run.

PostHog (product measurement, consent) and CI complete the picture: we iterate on real usage, not gut feel. For iD, Colossales also illustrates the startup stance — a POC/MVP that owns the run.

Le détail qui change tout : la donnée n’est pas prisonnière d’une base opaque. Google Sheets comme store, c’est un choix assumé de lisibilité et d’export. Un commercial ou un admin peut ouvrir le classeur, comprendre, migrer. Dans une époque où les SaaS enferment les historiques, Colossales prend le parti inverse — et c’est cohérent avec la posture iD sur la souveraineté numérique.

The detail that changes everything: data isn’t trapped in an opaque store. Google Sheets as storage is a deliberate readability and export choice. A salesperson or admin can open the workbook, understand, migrate. In an era where SaaS locks histories, Colossales takes the opposite stance — consistent with iD’s digital sovereignty posture.

Techniquement, une extension MV3 impose discipline : permissions minimales, cycle de mise à jour Store, perf dans Gmail déjà chargé. TypeScript + React + Vite permettent de garder un front maintenable ; la CI évite les régressions sur les parcours pipeline / TODO. PostHog (avec consentement) mesure l’usage réel pour prioriser.

Technically, an MV3 extension demands discipline: minimal permissions, Store update cycle, perf inside an already-heavy Gmail. TypeScript + React + Vite keep the front maintainable; CI prevents regressions on pipeline / TODO journeys. PostHog (with consent) measures real usage to prioritise.

Commercialement, Free + Pro sépare l’essai du pipeline complet (montants, probabilités, entreprises, partage équipe). Le produit peut coexister avec un CRM « lourd » : il ne prétend pas tout remplacer, il colle à l’inbox.

Commercially, Free + Pro separates trial from the full pipeline (amounts, probabilities, companies, team sharing). The product can coexist with a “heavy” CRM: it doesn’t claim to replace everything, it sticks to the inbox.

Pour les lecteurs SEO : « CRM dans Gmail », « Kanban Gmail », « alternative CRM léger » — autant d’intents couverts par un cas réel, pas une landing vide. Et pour un fondateur qui hésite entre Sheets, Notion et un CRM full : le Brief iD aide à trancher build vs buy vs couche opérationnelle.

For SEO readers: “CRM in Gmail”, “Gmail Kanban”, “light CRM alternative” — intents covered by a real case, not an empty landing. And for a founder torn between Sheets, Notion and a full CRM: the iD Brief helps decide build vs buy vs operational layer.