Quand avez-vous commencé à vous intéresser au no-code et qu'est-ce qui vous a donné envie de créer votre entreprise ?

Officiellement, c'était en 2004, alors que je travaillais dans une agence et que j'ai eu l'idée originale de Webflow : il s'agissait de supprimer le besoin d'un codeur entre le designer et le client.

Je travaillais pour une agence qui comptait parmi ses clients de très grandes entreprises telles qu'Apple, HP, Quicksilver, etc. Un jour, j'ai vu la facture d'un de ces clients, et elle était astronomique ! Je me suis dit qu'il y avait là une opportunité à saisir pour supprimer la barrière entre ce que veulent les designers et ce qui finit par être mis en ligne sur le site web.

Vous savez, pendant très longtemps, lorsque nous avons lancé Zapier, le « no code » n'existait pas. N'est-ce pas ? Le « no code » est un terme qui existe depuis, quoi, 2018 ? 2017 ? C'est peut-être assez récent, et nous avons lancé Zapier en 2011. À l'époque, nous cherchions à résoudre un problème qui semblait assez simple, mais assez répandu, à savoir qu'il y avait toutes ces nouvelles applications qui apparaissaient un peu partout, et que tous les clients, tous les utilisateurs finaux de ces outils, voulaient qu'elles fonctionnent avec tout ce qu'ils utilisaient déjà.

Près d'une décennie plus tard, notre travail consistait alors à faciliter la tâche des utilisateurs finaux en leur permettant de configurer une intégration entre ces outils qui pourraient leur être utiles. Et avec le temps, il s'est avéré que c'était plus qu'utile, car tous ces fournisseurs finaux, vous savez, MailChimp, Salesforce, G Suite, etc., ont beaucoup de mal à construire un grand écosystème d'intégrations, c'est tout simplement difficile à faire. Même si vous êtes une entreprise très prospère.

Nous avons réalisé qu'au fil du temps, Zapier avait une valeur bien plus importante à offrir. Il ne s'agissait pas seulement d'aider à réaliser de petites intégrations ponctuelles, mais plutôt d'agir comme un outil de workflow qui aidait les gens à connecter ces outils, mais d'une manière qui s'apparentait davantage à la création de workflows. Cela ressemblait davantage à de la logique. Dans un certain sens, cela ressemblait davantage à du codage. D'une certaine manière, même si la plupart des personnes qui utilisent Zapier ne savent pas coder, beaucoup d'entre elles ne savent même pas ce que sont les API. Le simple fait d'aider les gens à connecter les éléments constitutifs du web entre eux de manière à créer quelque chose a été, selon moi, lorsque le terme « no code » est apparu, comme si Zapier était l'élément qui fournissait toute la logique pour tous ces outils.

J'ai commencé à créer sans code vers 2014. J'avais une idée d'application qui allait aider les gens à trouver des œuvres d'art abordables pour leur maison. Et c'était bien avant l'apparition de nombreux outils sans code qui existent aujourd'hui. Ma première expérience en matière de création de code a donc consisté à utiliser des outils qui n'étaient pas destinés à la création d'applications et à les pirater en quelque sorte pour créer une expérience similaire à celle d'une application.

Ainsi, chaque fois qu'une personne s'inscrivait à l'application, elle nous indiquait quel type d'art elle aimait, par exemple la photographie ou la peinture. Nous lui posions ensuite des questions sur ses goûts. Mais nous utilisions le logiciel d'enquête pour afficher ou masquer différentes informations en fonction de ses réponses précédentes. Ce fut ma première expérience sans code : réaliser une enquête et la pirater pour créer une expérience similaire à celle d'une application pour mes clients, et l'utiliser de manière dynamique pour leur proposer des recommandations artistiques. Les gens m'envoyaient des e-mails pour me dire : « Oh, mon Dieu, votre application est géniale ! » Nous avons gagné nos premiers 35 000 dollars grâce à ce sondage piraté.

Il y a environ six ou sept ans, juste avant de rejoindre Product Hunt, j'essayais de créer des choses et je cherchais des moyens de le faire sans avoir à apprendre à coder. Je m'y essayais un peu avec des outils sans code. Ce que je ne réalisais pas, c'est que ce qui intéressait vraiment les gens, ce n'était pas mes idées, car elles étaient toutes nulles. Ce qui les intéressait, c'était la capacité à créer très rapidement et à donner l'impression d'un logiciel. Et tout cela était créé sans code. Tout le monde me demandait comment j'avais fait pour créer ces choses sans code. Je me suis donc dit : « D'accord, je vais vous montrer comment faire. »

Je pense avoir toujours pratiqué le « no-code ». À mes débuts en tant qu'ingénieur, l'une de mes missions consistait à créer des logiciels et des produits qui ne nécessitaient pas que les opérateurs commerciaux me contactent sans cesse pour demander des modifications. En tant qu'ingénieur, le « no-code » m'a toujours marqué, tant du point de vue de l'architecture que de celui de la conception et des produits. De cette manière, la technologie peut davantage servir de catalyseur. Je pense donc que j'ai toujours eu cette approche depuis mes débuts dans le commerce électronique en tant qu'ingénieur, en 2009.

Je me suis lancé dans le no-code avant que celui-ci ne devienne aussi populaire qu'il l'est aujourd'hui. Mais c'était en 2017 et j'ai vraiment vu l'essor des outils de conception avec Figma, Sketch et Invision, qui sont tous devenus très populaires. Mais il n'existait pas vraiment d'outil capable de transformer ce que vous aviez créé en un produit réel. Je voulais donc m'en inspirer pour créer un produit qui permette de développer une application mobile entièrement fonctionnelle, sans avoir besoin de savoir coder.

Je travaille depuis un certain temps déjà avec des outils sans code. J'ai travaillé dans de nombreux secteurs différents, et dans chacun d'entre eux, nous utilisions des outils sans code ou à faible code. Et quand je repense à mes débuts dans le domaine de la technologie, je me souviens que je créais des sites web avec Dreamweaver ou Visual Basic.

Nous avons commencé à développer Draftbit après avoir tenté de créer une autre entreprise, une application mobile. Même avec des cofondateurs formidables, nous étions quelque peu frustrés par la difficulté à lancer la première version de notre application mobile. Nous avons réalisé que nous étions vraiment passionnés par l'idée de faciliter, pour nous-mêmes et pour tout le monde, le lancement de la première version et son amélioration progressive.

Je pense que je suis entré dans le no-code avant de savoir vraiment ce qu'était le no-code, juste en jouant avec des outils no-code il y a peut-être cinq ou six ans. Mon introduction a été Zapier, le Saint Graal des intégrations. J'ai toujours été à l'intersection de la technique et du non-technique et j'ai toujours trouvé que le no-code était un beau mélange de ces choses. 

Le no-code fait vraiment, vraiment partie de la pile technologique que j'utilise au quotidien et que j'enseigne même à ma propre équipe, alors je me suis dit pourquoi ne pas rejoindre une entreprise comme Voiceflow, qui va avoir un impact vraiment important dans l'espace vocal et dans l'espace no-code ?

En termes de prise en main sans code, en matière de conception, Dreamweaver a été ma première expérience avec le no-code.

Je pense que mon enthousiasme pour le domaine du no-code a été ravivé tout récemment, évidemment, avec la création de 8020. J'ai eu l'opportunité de rejoindre officiellement l'équipe et de diriger en quelque sorte le navire. Évidemment, c'est formidable de pouvoir à nouveau assouvir cette envie d'un point de vue conception, mais c'est aussi très excitant de pouvoir aider, avec tous les autres, à comprendre ce que cela signifie.

[J 'ai une formation en création de code et j'ai commencé par créer mes propres sites, HTML, CSS, puis je me suis vraiment intéressé à WordPress et au développement de thèmes WordPress personnalisés. Puis j'ai commencé à travailler sur un projet où j'avais des ressources limitées et j'essayais de construire beaucoup de sites et je me suis dit : " Il doit y avoir une meilleure façon de faire ça. Et puis j'ai découvert Webflow, et je me suis dit : " Oh, super, on va essayer !"

[Matt] Pour ce qui est de Visual Dev FM, il est né de l'idée que Ben et moi prenions un café tous les vendredis pour parler de no-code et de nerd out, et c'est parti de l'idée que nous devrions - l'idée la plus élémentaire qui soit - lancer un podcast sur ce sujet. C'est ce que nous avons fait, puis nous avons rencontré Lacey et le podcast s'est encore amélioré.