Est-ce que je me fais owner?

Je reviens du gymnase avec un fondateur.

Jeune entrepreneur avec pas mal d’XP média & service, mais premier rodéo produit.

Entre mes séries, j’ai maintenant assez de souffle pour converser. Parce que oui, j’ai encore arrêté de fumer. Depuis 28 jours 8 heures 34 minutes 52 secondes.

(I know, thanks, m’en viens plus catholique que le pape)

Avec mon haleine rafraîchie de menthe à la nicotine, je lui demande :

Il balance la tête d’un bord, de l’autre :

Je l’interroge d’un sourcil tel Dwayne Johnson à son apogée.

AH — le légendaire doute du fondateur non-technique.

J’y ai répondu du mieux que je pouvais sur le fly. Mais on se tapait Sunday leg day alors j’étais un peu sonné.

Dans le char en revenant, ça me trottait dans la tête.

Il n’est pas le premier ni le dernier à me demander ça. Juste la semaine dernière j’avais un autre moldu du SaaS qui se faisait gaslight par des devs un peu débiles.

Voici donc ma réponse à tête reposée et plates déposées.

Nombreux sont les n00bs

Premièrement, sache que tu n’es pas seul homie.

La gagnante du Pitch Party, Marie-Katherine de Lila, est passée par là.

Un paquet de monde sur le pod aussi : Phil Chartrand d’Empego (Ep.103), Luc & Jacob de C-Cube (Ep.76), Jean-Michel & Marc-Antoine de Lexya (Ep.34).

Ainsi que plein d’autres entrepreneurs non-techniques qui ne sont pas encore venus sur le pod, comme Brian Chesky et Joe Gebbia.

Ah, y’a moi aussi!

J’ai été le Chief Noob Officer chez Snipcart, un produit par et pour devs, pendant ~10 ans.

Préviens les piments

→ D’abord et avant tout : ne PAS embaucher de piments.

Quand tu commences, c'est vraiment, vraiment frustrant de ne pas voir ton produit avancer au rythme de tes idées.

Ou de le voir avancer en parallèle à tes économies qui reculent — si tu emploies agences ou freelancers.

Donc l'excitation monte vite quand tu rencontres une première potentielle embauche. Tu projettes toutes tes idées sur cette personne technique. ELLE sera l'instrument de ton génie, enfin! Nope. Chill the F out. Même avec une dev A1—marche pas de même.

L'erreur d'embaucher premiers venus ou connaissances de connaissances… on la fait tous.

Pour prévenir les poivrons, voici une petite checklist d'embauche technique :

• Références indirectes

Parle à quelqu'un qui a vraiment travaillé avec la personne. Demande aux références directes (souvent gestionnaires et/ou amis) :

Ça coûte rien de s’essayer ¯\(ツ)/¯

Au pire, stalk LinkedIn pour trouver des collègues et DM-les direct.

• Portfolio + GitHub

Parcoure les projets de portfolio comme si t’étais utilisateur. Clique à droite, à gauche. Essaie-le sur mobile, desktop, petit écran, gros écran. Inscris-toi, envoie un formulaire, peu importe. Si tu remarques déjà des glitches de ton POV non-technique… 🚩

Consulte son profil GitHub. Tu vois les petits carrés verts?

C’est la fréquence à laquelle elle a contribué à des repo (projets) de code. Règle de pouce : tu veux un max de carrés, un max de foncé.

N’utilise pas ça comme élément décisionnel final, mais comme signal d’engagement, d’activité. Les bons devs écrivent beaucoup de code, fréquemment. Même chose que si t’engageais un rédacteur et que son dernier article de blogue remontait à 2014. Pas le best.

• Fit culturel

Si t’as déjà des devs pour évaluer la candidate, nice! Dans tous les cas, schédule au moins 2-3 rencontres avec différents membres de l'équipe. Peut-être ont-ils déjà travaillé plus avec des devs que toi.

Au fond, y’a plus que des compétences techniques à évaluer. Ta gang peut tester pour les soft skills aussi.

• Test technique

Un petit projet de 3-8h, si possible payé—ça montre que tu valorises son temps.

Dans un monde idéal, le test technique concernerait directement (une partie de) ton app. Pas de meilleur environnement pour tester que le real deal. Sinon genre un side project utile pour la compagnie? On faisait ça chez Snip des fois.

Tant que t’en fais un, test technique. En entrevues, les vendeurs font de faux appels de ventes, les marketers font de l’allocation de budget, les créateurs de contenu font de vraies pièces… même chose pour les devs.

Si la personne refuse catégoriquement de faire un petit test technique payé—drapeau jaune. Les meilleurs sont fiers de montrer ce qu'ils peuvent faire.

Et pour évaluer ce fameux test technique ⇣

Entoure-toi comme du monde

Dans le doute, cherche une validation externe.

Entoure-toi d’autres fondateurs/CTOs et devs plus senior.

Demande une faveur ou paye-les pour designer et/ou réviser le test technique.

J’aime un minimum de trois sources différentes pour trianguler un semblant de vérité. Ça accélère les décisions. Puis ta job #1 = prendre et assumer des décisions.

Plus tard sur ta route, tu leur demandes straight up : j'ai trois devs temps plein, on livre une fonctionnalité à peu près grosse de même par mois. La majorité de leur temps est passé en “refactoring” ou en “bug fixes” — suis-je en train de cultiver un plant de piments ou des arbustes qui deviendront Ent?

BTW, les bons développeurs ont rarement besoin de se cacher derrière du jargon technique. Plus ils sont forts, plus ils maîtrisent la vulgarisation.

Structure-toi un minimum

Sans un minimum de process, pas de visibilité ni de leviers sur la productivité.

→ Définir : objectifs commerciaux pour inculquer vision d'affaires à ton équipe technique.

Exemples ⇣

• Augmenter le MRR de X%

• Réduire le churn à Y%

• Augmenter le taux d'activation à Z%

→ Adopter : petit modèle décisionnel pour prioriser. Ou une matrice simple :

• Impact business (1-5)

• Effort technique (1-5)

• Urgence (1-3)

• Risque (1-3)

Si t’as de la misère, demande à Claude/ChatGPT de t’aider avec ça.

→ Adopter : petits rituels fréquents pour check-in.

Idéalement t’aurais un framework de base avec points de référence pour imputabilité et prévisibilité.

[Story points, t-shirt sizes, planning poker, peu importe—juste un cadre sur lequel toute la team s’entend]

Pour voir le delta entre attentes et réalité, le comprendre, ajuster, repartir.

(On dirait que je ne suis même plus game d'utiliser le mot "agile" tellement c'est rendu galvaudé, mais bon c'est pas mal ça!)

Le chaos fait partie du jeu. Pas trop grave si le monde n’ont pas ship tout ce qu'ils se sont engagés à livrer. Tant qu'ils peuvent expliquer pourquoi, et ce qu'ils ont clanché de plus prioritaire à la place.

Dès que t'as deux-trois doutes récurrents, retourne-toi vers tes trois sources externes, et valide.

Challenge-les

push. back.

C'est sain de demander pourquoi, ou pourquoi pas. Tant que tu le fais dans le respect, avec une attitude de curiosité pas de méfiance. Demande des ELI5. Fais-toi résumer un concept par Claude/ChatGPT + demande à tes devs si tu le comprends bien.

Instaure la culture de challenge et d’éducation dans toutes les dimensions de la cie.

On a fait ça les premières années chez Snipcart, et ça a boosté le respect mutuel entre devs / équipe marketing (AKA moi — lol).

Si ton équipe technique roule des yeux quand tu poses des questions, mauvais signe. Les vrais pros/passionnés aiment partager leurs connaissances.

Go full-Goggins

AKA apprendre à coder toi-même. Pour parler le même langage, comparer, ou même contribuer.

Pourquoi c'est hardcore? Parce qu'en théorie, tu dois en même temps rouler ta business ET apprendre à coder. Ça se fait. Mais y'a pas grand monde qui le pull off. Un peu comme les courses à David Goggins.

Perso, si t'es une machine de vente, financement, recrutement, marketing… don't bother. Focus sur tes forces. Mais si t'es encore jeune inexpérimenté et que t'as une tonne de temps, why not.

J'ai essayé et arrêté rendu au JavaScript parce que j'étais en train de perdre mes cheveux prématurément. Et je ne gérais même pas la compagnie, juste le marketing à l'époque.

Mais j'ai jamais arrêté de m'intéresser au code. À le comprendre en abstractions, à challenger nos devs à m'expliquer et justifier leurs décisions.

J’ai même presque-lancé un podcast sur comment bien travailler avec des devs!

TL;DR - fais confiance, mais vérifie

Pis si t'es vraaaiiiment pas sûr... ping-moi, je connais du monde 😉

-

Quelque chose à ajouter? Good. Laisse un commentaire ou réponds à ce courriel direct.

Cheers,

Frank 💜

Retour sur le Pitch Party

Y’avait du monde à la messe! 🙏 

Notre premier pitch party se passait chez Workleap la semaine passée. Ça a dépassé nos attentes — tellement que ça nous tente de récidiver en 2025. Ça vous dit?

Pour plus jamais manquer un événement (et surtout éviter le FOMO si c’est sold out) :

La job du mois chez Kimoby

Kimoby, c’est la plateforme qui réinvente l’engagement client dans le monde de l’auto. Ils permettent aux concessionnaires de mieux connecter avec leurs clients. Pas juste un logiciel parmi tant d’autres : on parle d’un SaaS utilisé par des géants comme BMW, Porsche et Ferrari.

Aujourd'hui, ils cherchent quelqu’un pour venir combler le poste vacant de directeur des ventes.

Ils veulent quelqu’un qui saura driver l’équipe de ventes et amener l’engagement client encore plus loin. Pas de fla-fla ici : c’est du monde vrai, un mindset de croissance et un environnement où les succès se fêtent sans gêne. En plus, aimer les chars est même pas un pré-requis 🤪

🏢 : Bureau à Lebourgneuf (mode hybride)

Rejoins les SaaSpals 👇

Merci tellement à tous nos SaaSpals. Votre support nous motive BIG TIME.

Partenaires certifiés SaaSpasse 💜

HUGE merci à tous nos partenaires certifiés pour cette année :

• Le Chiffre 🧾

• Leviat 👨‍⚖️

• Baseline 🤖

• Coveo 🦄

Podcast

Voici le dernier épisode du pod :

→ Laure Gabrielle & Jean-Michel : 12 ans d’expérience utilisateur & entrepreneur

Vous n’êtes pas abonnés encore au pod? Let’s go :

• Spotify

• Apple Podcasts

• YouTube

Okay bobye!