Femmes dans la tech : Sam Carow de DwellWell sur les 5 étapes nécessaires pour créer d’excellents produits technologiques

Alors que je tâtonnais, sans véritable plan, une amie m’a parlé d’un programme appelé Dev Bootcamp ; à l'époque, les bootcamps étaient un concept totalement nouveau. La seconde d’après, me voilà à San Francisco, logée dans une minuscule auberge de jeunesse pour suivre ce programme intensif de trois mois. J’ai pleuré tous les jours tellement c'était difficile, mais j’ai énormément appris.

Avant ce bootcamp, je n’avais même jamais envisagé que l’industrie technologique pouvait m’être accessible. Pire encore, je n’avais même jamais entendu parler de nombreux concepts du secteur. Par exemple, un chef de produit, c’est quoi ? Quelle est la différence entre un site statique et une application web ? Qu’est-ce qu’une startup ? Que signifie lever des fonds ? Qu’est-ce qu’une API ? Littéralement, je ne connaissais rien. Cela ne faisait que me perdre davantage.

Je suis sortie diplômée de justesse et j'ai entamé ma recherche d'emploi. Mon CV ressemblait à ça : 9 mois d’expérience en vente, 1 an d’expérience comme serveuse, et c’est tout. Je savais que je ne décrocherais pas un job grâce à mon parcours, donc il me fallait une stratégie plus rusée. Mon seul atout était que je me sentais immunisée contre le rejet – j’avais été confrontée quotidiennement aux refus en vendant des assurances-vie, alors une petite humiliation ne m’effrayait pas. J’ai commencé à éplucher les pages d’accueil de startups, à la recherche de petits bugs d’implémentation. Une fois le bug trouvé, je devinais l’adresse mail du fondateur (généralement prenom@startupname.io, à l’époque) et je leur écrivais à froid en proposant ma solution. Contre toute attente, ça a marché, et j’ai décroché un job dans le mois.

J’ai passé 2 ans et demi dans cette startup, et je repense à cette époque avec beaucoup de tendresse. À l’époque, j’avais l’impression d’être un véritable désastre ambulant, mais le doute, les difficultés, la camaraderie, le mentorat et les amitiés forgées durant ces années ont façonné la personne que je suis devenue aujourd’hui. J’ai bénéficié d’un mentorat exceptionnel, d’une grande autonomie et d’une vraie confiance. J’ai découvert qu’être ingénieur, ce n’est pas binaire — ce n’est pas quelque chose qu’on sait ou qu’on ne sait pas faire; c’est une compétence qui s’affine sur des années, à force d’essais, d’erreurs et de fautes. Le plus grand secret, c’est que personne ne sait vraiment ce qu’il fait. C'était un immense soulagement pour moi d’arriver à cette conclusion.

Plus tard, cette startup a été rachetée par Spotify.

Pouvez-vous partager une anecdote sur l’erreur la plus drôle que vous ayez faite à vos débuts ? Et la leçon que vous en avez tirée ?

Oh mon dieu — j’ai tellement fait d’erreurs ! La première qui me vient en tête remonte à mes 5 ans chez Reddit. Lors de mes trois premiers mois, je me suis montrée un peu trop sûre de moi lors d’un déploiement de code, et j’ai décidé de lancer mes changements à l’aéroport, en attendant mon vol. Évidemment, le site a crashé aussitôt. J’ai dû comprendre comment annuler mon code — ce que je n’avais jamais fait — via le partage de connexion de mon téléphone, tout en voyant — sans exagérer — des milliers d’erreurs envahir nos logs. Ce fut la première et la dernière fois que j’ai traité un déploiement de code avec autant de légèreté.

J’étais mortifiée par cette erreur, mais j’ai été stupéfaite de ne pas être réprimandée. En fait, faire crasher le site était en quelque sorte un « rite de passage » chez Reddit. Cette expérience a influencé ma vision de l’erreur : elles sont inévitables. En fait, il faut s’y attendre. Et lorsque cela arrive, votre rôle en tant que leader est de soutenir votre équipe à travers la difficulté. Une fois la crise passée, il s’agit ensuite de mettre en place des processus pour éviter que la même erreur se reproduise.

Quel a été pour vous le moment décisif de votre carrière ?

Chaque étape de mon parcours a été déterminante à sa manière. Évidemment, mon poste actuel de cofondatrice et CTO m’a ouvert des portes dont j’ignorais totalement l’existence. Cependant, je pense que je n’aurais jamais eu la confiance de fonder une startup si je n’avais pas grandi pendant des années en tant que manager en ingénierie chez Reddit.

J'ai passé 5 ans chez Reddit, dont la moitié en tant qu'ingénieure. Je me souviens m'être sentie frustrée que ma carrière n'avance pas aussi vite que je le souhaitais. Jusqu'à présent, ma mentalité était « si tu fais du bon travail, on te remarquera » et « c'est le travail de mon manager de me faire évoluer ». Je ne comprenais pas à quel point j'avais vraiment la main sur l'accélération de ma propre carrière. Je suis tombée, presque par accident, sur une croissance accélérée folle : j'ai découvert une fuite de mémoire dans notre application front-end. Je l'ai corrigée, et nous avons pu diviser notre pool de serveurs par deux. Soudain, j'ai commencé à attirer l'attention pour mon travail, alors je me suis demandé : existe-t-il un moyen de « reproduire » cette chance ? Eh bien oui, il y en a un. J'ai développé le cadre suivant pour permettre à d'autres de reproduire mes résultats :

Le cadre fonctionne ainsi :

1. Identifiez un point douloureux qui impacte l'ensemble de votre organisation.
2. Trouvez une Solution Minimum Précieuse.
3. Communiquez à ce sujet.
4. Créez un cadre permettant à d’autres de participer et d’aider.

Après avoir appliqué ce cadre pour moi-même, j'ai été invitée à de nouvelles réunions importantes. J'ai été placée dans le groupe des « meilleurs éléments » ; je suis devenue tech lead ; puis manager d’une équipe, puis de deux. Peut-être plus important encore, mon salaire a augmenté de 30%.

J'ai eu tant de succès avec cette formule que j'ai lancé un programme chez Reddit spécifiquement conçu pour enseigner cette méthode aux autres. Mon programme a accueilli 30 participants sur une année, dont 70 % ont pu décrocher une promotion ou une augmentation grâce au programme.

J’ai écrit en profondeur sur mon cadre ici, si ce concept vous intéresse !

Pouvez-vous nous raconter une histoire sur les moments difficiles que vous avez traversés au début de votre parcours ? Avez-vous déjà songé à abandonner ? D’où tirez-vous la force de continuer alors que tout semblait difficile ?

Pendant que je me préparais pour mon bootcamp de programmation, certaines personnes m’ont littéralement ri au nez quand je leur ai dit ce que je faisais. « Toi ?? Ingénieure ? » était une remarque très, très fréquente. Cependant, j’ai grandi avec énormément de force de caractère. Chaque réaction négative m’a donné encore plus envie de prouver à tous qu’ils avaient tort. J’aime appeler ça le « développement porté par la dépit ». Haha !

En dehors de mon caractère de battante, il était fondamental de m’entourer de personnes qui faisaient la même chose que moi. C’est un des grands avantages d’un bootcamp : vous êtes entouré(e) de personnes qui échouent toutes ensemble. Cela rend les échecs plus faciles à supporter et rappelle qu’on n’est pas seul(e).

Enfin, j’avais fait un gros pari sur moi-même en intégrant le bootcamp (pour la modique somme de $10,000). Je n’allais pas jeter cet argent par les fenêtres à cause de la peur. Parier sur soi — que ce soit financièrement, socialement, ou autrement — vous force à surpasser le doute, car c’est la seule voie possible.

Nous aimerions en savoir un peu plus sur votre entreprise. Quel problème votre entreprise aide-t-elle à résoudre ? Comment votre entreprise aide-t-elle les gens ?

DwellWell existe parce qu’acheter une maison est une galère ! Les acheteurs sont entraînés dans un processus opaque, sans éducation et confus, par une flopée de prestataires qui semblent parler une langue différente. Prêts, pré-approbations, séquestre, dépôt d’arrhes — ahh ! C’est trop. DwellWell éduque les acheteurs sur ce qu’ils doivent savoir avant de commencer à chercher un bien, puis les accompagne pendant tout le parcours d’achat. Nous expliquons tout ce qui est difficile et vous offrons un espace unique et personnalisé pour acheter votre maison. Selon vos besoins et préférences, nous pouvons vous connecter aux meilleurs experts de l’achat immobilier dans votre région et vous éviter bien des tracas.

Si quelqu’un souhaite diriger une grande entreprise et créer d’excellents produits, quelle est la qualité la plus importante à posséder, et quelles habitudes ou comportements suggérez-vous pour développer cette qualité ?

Il faut accepter que vous allez souffrir pendant au moins les cinq prochaines années. Construire des produits complexes, recevoir des retours parfois durs, abandonner ce qui ne fonctionne pas, se faire rejeter par les investisseurs, annoncer des nouvelles difficiles et grandir en tant que leader — tout cela est éprouvant ! Est-ce que cela en vaut la peine ? Oui. Est-ce que c’est facile ? Non !

Pour survivre, il faut mettre son ego de côté. Apprenez à recevoir des critiques sans le prendre pour vous. Considérez chaque décision comme une expérience et ne vous investissez pas émotionnellement dans le résultat : regardez plutôt les données. Ne vous prenez pas tellement au sérieux que vous n’arriviez plus à rire de vos propres échecs.

Parlons maintenant des équipes. Quelle stratégie ou quel cadre de gestion d’équipe avez-vous trouvé particulièrement utile pour le développement produit ?

J’adore les équipes verticales et agiles. Ma structure d’équipe idéale, c’est : quelques ingénieurs, un.e designer, un.e chef.fe de produit, et éventuellement un.e engineering manager. Le ou la chef.fe de produit doit développer de nouveaux produits, faire évoluer les produits existants et prioriser les tâches importantes. Les cadres de priorisation sont parfaits pour cela. Chez DwellWell, voici notre cadre de priorisation :

1. Financier
2. Impact
3. Périmètre
4. Urgence
5. Facilité

Chacun de ces critères est pondéré. Lorsque de nouveaux projets sont proposés, nous utilisons ce cadre pour organiser le travail. Cela nous permet de toujours travailler sur ce qui est le plus important.

Notre designer et notre chef de projet travaillent ensemble pour élaborer une spécification produit accompagnée de wireframes de base. Une fois ces deux éléments livrés, nos développeurs prennent le relais pour cadrer le projet, construire un planning, et gérer leurs propres tickets et échéances. Nous veillons à garder une communication très resserrée afin de pouvoir avancer rapidement. Pendant la mise en place de l’architecture de base, notre designer produit les vrais designs, et nos ingénieurs finalisent le projet en y ajoutant ces améliorations visuelles.

Ce processus nous permet d’avancer rapidement et d’éviter les goulots d’étranglement.

Quand vous pensez à la meilleure équipe avec laquelle vous avez jamais travaillé, pourquoi pensez-vous que cette équipe fonctionnait aussi bien ensemble, et pouvez-vous vous rappeler d’une anecdote illustrant cette dynamique ?

L’équipe d’ingénierie que nous avons constituée chez DwellWell est si solide (sans compter qu’elle est composée à 75 % de femmes !). Nous travaillons bien ensemble car nous avons confiance les uns envers les autres. Nous sommes exigeants lors de la relecture du code. Nous nous imposons tous des standards très élevés, il n’y a pas de place pour l’ego, et nous nous entraidons dès qu’un imprévu survient. Nous cultivons une culture de l’apprentissage.

Nous avons récemment lancé une refonte du produit, qui était un projet colossal. Le travail a été réparti entre les ingénieurs, chacun faisant des points réguliers, en veillant à ne pas dupliquer le travail, et en synchronisant nos efforts pour livrer de la façon la plus optimale possible. C’était comme regarder un orchestre, mon ingénieure principale en cheffe d’orchestre. C’était magnifique ! Nous avons respecté le délai ambitieux de façon si fluide que j’en étais presque suspicieuse : rarement tout se passe aussi bien. Mais une petite équipe dévouée peut obtenir des résultats disproportionnés.

Si vous ne pouviez utiliser qu’un seul logiciel, lequel choisiriez-vous, pourquoi, et quels autres outils (logiciels ou objets tangibles) considérez-vous comme essentiels à la mission ?

En tant qu’ingénieure, je dirais que notre outil le plus indispensable est GitHub. C’est une réponse assez banale, mais souvent le logiciel le plus crucial est justement celui qui est le plus simple : fiable, facile, et ennuyeux. La gestion de version est incontournable pour réussir à bâtir une équipe d’ingénierie performante.

Parlons du temps libre. Quelle est votre pratique ou rituel favori pour éviter le burn-out ?

Malheureusement, faire de l’exercice reste vraiment le meilleur moyen pour remettre les idées en place. Je déteste faire du sport, mais on se sent tellement mieux après—il n’y a pas de miracle. Je prends aussi du Lexapro, ce qui m’aide beaucoup contre l’anxiété. Mon anxiété se manifeste par une irritabilité extrême, qui est une émotion totalement inutile quand on dirige une start-up. Cela me permet d’être une meilleure collègue de travail, plutôt qu’une adversaire.

D’après votre expérience, quels sont vos « 5 étapes pour créer de superbes produits tech » ?

1 . La première version que vous construisez sera probablement mauvaise—lancez-la quand même. Comme le dit Reid Hoffman—« Si vous n’êtes pas embarrassé par la première version de votre produit, c’est que vous l’avez lancée trop tard. » La première version lancée doit vous permettre d’obtenir des signaux : êtes-vous sur la bonne voie ? Les utilisateurs s’intéressent-ils au problème que vous essayez de résoudre ? Ne perdez pas un temps précieux à viser la perfection quand il s’agit de valider précocement. Le premier produit que nous avons créé chez DwellWell était un simple PDF intitulé « 10 étapes pour acheter un logement », dans lequel un utilisateur devait prendre l’initiative de m’envoyer un email s’il souhaitait être mis en contact avec un de nos agents immobiliers recommandés. Dans les deux premiers jours de lancement, nous avions notre premier client. C’était fou—je n’en revenais pas qu’un truc qui nous avait pris deux semaines ait généré un vrai utilisateur. Nous avions nommé ce produit notre « MVP pourri », et il nous a donné suffisamment de signaux pour lever des fonds.

2 . Regardez les utilisateurs interagir avec votre produit. Vous serez stupéfait de voir comment les gens utilisent votre produit, comparé à ce que vous aviez imaginé. Je me souviens qu’au début de DwellWell, nous avions ce bouton sur lequel un utilisateur était censé cliquer pour alterner entre « terminé » et « en cours » lorsqu’il avait fini une tâche. C’était censé être l’action principale à effectuer sur la page. Nous l’avons construit et nous étions fières : « magnifique, élégant, intuitif ». Je vous le dis—les utilisateurs n’avaient absolument aucune idée à quoi servait ce bouton. Nous avons réalisé plus de 10 heures d’entretiens utilisateurs, et chaque personne disait : « je ne comprends pas ce bouton ». Nous l’avons supprimé sans jamais regretter ce choix.

3 . Avancez vite quand la décision est réversible, allez-y doucement quand elle ne l’est pas. La rapidité est vitale en start-up. Il ne faut pas se torturer pour chaque décision, même s’il est difficile de savoir lesquelles nécessitent un temps de réflexion. Il est en fait assez rare de rencontrer des décisions irréversibles, donc la plupart du temps je vais vite. Cependant, pour la refonte récente de DwellWell, nous avons pris les décisions lentement pendant deux mois, afin de garantir que nous livrions un produit plus intuitif. Nous allions complètement abandonner l’ancienne architecture, il était donc important d’avancer prudemment vers l’avenir.

4 . Favorisez une culture d’amélioration continue. Il est très tentant de finir une fonctionnalité, de la considérer terminée, et de ne plus jamais y revenir. Cela conduit à des produits stagnants, et donne un mauvais exemple aux équipes produit et technique. Chaque membre de l’équipe devrait chercher à améliorer en continu les produits existants, ou suggérer des expérimentations qui pourraient améliorer les métriques essentielles. Nous avons récemment mené une expérience chez DwellWell pour tester différentes expériences d’inscription afin de déterminer laquelle était la plus intuitive. Nous n’avions rien changé à notre flow d’inscription depuis un an, et avons découvert que notre groupe témoin (le parcours habituel) avait les moins bons résultats sur trois variantes ! Nous avons donc élaboré une matrice de priorisation des expérimentations et challengeons constamment le produit existant.

5 . Un utilisateur frustré vaut mieux qu’un utilisateur désengagé. Les utilisateurs frustrés sont des gens qui se préoccupent de votre produit, ou bien du problème que votre entreprise tente de résoudre. Même s’il peut être intimidant d’interagir avec quelqu’un qui a vécu une mauvaise expérience, ils sont infiniment plus utiles qu’un utilisateur désengagé qui n’insiste pas et part. J’ai appris cette leçon chez Reddit, qui a sans doute la communauté la plus passionnée au monde. Les utilisateurs frustrés nous ont apporté tellement d’idées sur les points à améliorer et sur ce qui n’allait pas sur la plateforme. C’est l’une des leçons les plus importantes que j’ai apprises jusqu’à présent.

Êtes-vous actuellement satisfait(e) du statu quo concernant la place des femmes dans la Tech ? Quels changements spécifiques pensez-vous nécessaires pour changer ce statu quo ?

Non — je ne suis certainement pas satisfaite. C’est une question très complexe, car les inégalités de genre dans la tech sont entretenues par tout le monde — même par ceux qui essaient d’aider. Une des meilleures choses que nous pouvons faire en tant que leaders, c’est de former les femmes à des postes seniors avec la même énergie avec laquelle nous formons les hommes à ces postes. Je vois souvent des entreprises embaucher de nombreuses femmes juniors pour améliorer leurs statistiques d’embauche. Mais cela ne fait que perpétuer l’idée fausse que les femmes sont généralement moins expérimentées que les hommes. C’est presque un cercle vicieux, car pour que les femmes deviennent seniors, il faut bien commencer quelque part ! Je pense que si vous embauchez des femmes juniors, il faut absolument les faire progresser aussi vite que les hommes. Coachez vos collaboratrices, donnez-leur des retours critiques pour les aider à grandir, travaillez ensemble sur leur plan de carrière, et laissez-leur le droit à l’erreur.

Y a-t-il une personne au monde avec laquelle vous aimeriez prendre un petit-déjeuner ou un déjeuner en privé, et pourquoi ?

Justin Bieber ? Je plaisante (enfin, à moitié). J’adore le podcast de Guy Raz, "How I Built This", et j’adorerais le rencontrer. Ses interviews sont absolument captivantes.

Pour plus de contenus comme celui-ci, abonnez-vous à la newsletter The CPO Club.