Quando você entrou sem código e o que o levou a querer iniciar sua empresa?

Oficialmente em 2004, quando eu estava trabalhando em uma agência e tive a idéia original do Webflow - tratava-se de remover a necessidade de um codificador no meio de um designer e do cliente.

Eu estava trabalhando com uma agência que tinha clientes muito grandes como Apple, HP, Quicksilver, etc. E um dia, vi a fatura de um desses clientes, e era tão astronômica! E pensei, ok, há uma oportunidade aqui onde podemos remover a barreira entre o que os designers querem e o que realmente acaba entrando no ar no site.

Sabe, durante muito tempo, quando começamos a Zapier, o conceito de “sem código” não existia. Certo? O termo “sem código” só existe desde, digamos, 2018? 2017? Talvez seja algo relativamente novo, e nós começamos a Zapier em 2011. Na época, buscávamos resolver o que parecia ser um problema simples, mas bastante comum: havia todos esses novos aplicativos surgindo por toda parte, e todos os clientes, todos os usuários finais dessas ferramentas, queriam que eles funcionassem com tudo o mais que usavam.

Agora, quase uma década depois, nosso trabalho na época era algo como: bem, talvez se tornássemos um pouco mais fácil para o usuário final configurar uma integração entre essas ferramentas que pudessem ser úteis. E, com o tempo, descobrimos que é mais do que apenas útil, porque todos esses provedores finais, como MailChimp, Salesforce, G Suite, têm muita dificuldade em construir um grande ecossistema de integrações, é algo muito difícil de fazer. Mesmo que você seja uma empresa de muito sucesso.

Percebemos que, com o tempo, o Zapier tinha um valor muito maior a oferecer. Ele não estava apenas ajudando com essas pequenas integrações pontuais, mas realmente atuava como uma ferramenta de fluxo de trabalho que ajudava as pessoas a conectar essas ferramentas, mas de uma forma que parecia mais a construção de fluxos de trabalho. Parecia mais lógica. Parecia mais codificação, em certo sentido. De certa forma, embora a maioria das pessoas que usam o Zapier não saiba programar, muitas delas nem sabem o que são APIs e, portanto, a capacidade de ajudar as pessoas a conectar os blocos de construção da web de uma forma que crie algo foi algo que, quando o termo “sem código” se tornou popular, pensei: bem, o Zapier é o que fornece toda a lógica para todas essas ferramentas.

Comecei a criar sem código provavelmente em 2014. Tive uma ideia para um aplicativo que ajudaria as pessoas a encontrar obras de arte acessíveis para suas casas. E isso foi realmente antes de muitas das ferramentas sem código existentes hoje. Portanto, minha primeira experiência com a criação de código foi usar ferramentas que não se destinavam a ser criadoras de aplicativos e, de certa forma, hackeá-las para criar uma experiência semelhante a um aplicativo.

Então, para o aplicativo, sempre que alguém se inscrevia, nos dizia que tipo de arte gostava, por exemplo, fotografia ou pinturas. E então perguntávamos sobre seus gostos. Mas usávamos o software de pesquisa para mostrar e ocultar diferentes coisas com base em suas respostas anteriores. Essa foi minha primeira experiência sem código — fazer uma pesquisa e hackeá-la para criar uma experiência semelhante a um aplicativo para meus clientes e usá-la dinamicamente para mostrar recomendações de arte. As pessoas me respondiam por e-mail dizendo: “Nossa, seu aplicativo é muito legal!”. Ganhamos nossos primeiros US$ 35.000 com essa pesquisa modificada.

Acho que há cerca de seis ou sete anos, pouco antes de entrar para a Product Hunt, eu estava tentando criar coisas e procurando maneiras de fazer isso sem ter que aprender a programar. E eu estava fazendo isso um pouco com ferramentas sem código. O que eu não percebia era que o que realmente interessava às pessoas não eram as ideias que eu tinha, porque todas elas eram péssimas. Na verdade, era a capacidade de criar algo muito rapidamente e fazer com que parecesse um software. E tudo foi criado sem código. Todos perguntavam como eu criava essas coisas sem código. Então pensei: tudo bem, vou mostrar como se faz.

Acredito que sempre estive fazendo a coisa sem código. Quando comecei a trabalhar como engenheiro, uma das minhas tarefas era criar software e produtos que não exigissem que os operadores de negócios precisassem me contatar o dia todo para fazer alterações. Portanto, acredito que, como engenheiro, o no-code sempre me chamou a atenção do ponto de vista da arquitetura e da perspectiva do design e do produto. Dessa forma, a tecnologia pode ser mais um facilitador. Portanto, acredito que, fundamentalmente, tenho isso desde que comecei no comércio eletrônico como engenheiro, em 2009.

Comecei a trabalhar com no-code antes mesmo de ele se tornar tão popular como é hoje. Mas isso foi em 2017 e eu realmente vi o surgimento das ferramentas de design com Figma, Sketch e Invision — todas essas ferramentas se tornaram muito populares. Mas não havia nada que pegasse o que você criava e transformasse em um produto real. Então, o que eu queria fazer era basicamente pegar isso e criar um produto que permitisse construir um aplicativo móvel totalmente funcional, mas sem precisar saber programar.

Há algum tempo venho trabalhando com uma versão do no-code. Já trabalhei em diversos setores e, em cada um deles, adotamos alguma versão das ferramentas no-code ou low-code. Quando penso em meus primeiros passos na área de tecnologia, lembro-me de criar sites com o Dreamweaver ou o Visual Basic.

Começamos a construir o Draftbit depois de tentar construir um negócio diferente — um aplicativo móvel. Estávamos um pouco frustrados, mesmo com ótimos cofundadores, com a dificuldade de lançar a primeira versão do nosso aplicativo móvel. Percebemos que realmente éramos apaixonados por tornar mais fácil para nós, ou para qualquer pessoa, lançar nossa primeira versão e iterá-la.

Acho que comecei a usar o no-code antes mesmo de saber realmente o que era, apenas brincando com ferramentas no-code, talvez há cinco ou seis anos. Minha introdução foi o Zapier, o santo graal das integrações. Sempre estive nessa interseção entre o técnico e o não técnico e sempre achei o no-code uma bela mistura dessas coisas. 

O no-code faz realmente parte da pilha de tecnologia que uso diariamente e ensino até mesmo à minha própria equipe, então pensei: por que não entrar para uma empresa como a Voiceflow, que vai causar um grande impacto no espaço de voz e no espaço no-code?

Em termos de começar sem código, no que diz respeito ao design, antigamente o Dreamweaver foi a minha primeira experiência sem código.

Acho que meu entusiasmo pelo espaço sem código foi revigorado mais recentemente, obviamente, quando o 8020 ganhou vida. Tive a oportunidade de me juntar oficialmente e, de certa forma, conduzir o barco. Obviamente, voltar a satisfazer essa vontade do ponto de vista do design tem sido ótimo, mas também, de uma forma mais ampla, começar a ajudar, junto com todos os outros, a descobrir o que isso significa, é a parte mais emocionante.

[Tenho experiência em criar com código e comecei apenas fazendo meus próprios sites, HTML, CSS, e depois realmente entrei no WordPress e desenvolvendo temas personalizados para WordPress. E então comecei a trabalhar em um projeto onde eu tinha recursos limitados e estava tentando construir muitos sites e é como: "Tem que haver uma maneira melhor de fazer isso. Isto é tão, tão difícil" E então encontrei o Webflow, e fiquei tipo, "Oh querido, vamos tentar!"

[Matt] Em termos de Visual Dev FM, foi originalmente formado em torno da idéia de que Ben e eu tomamos café todas as sextas-feiras só para falar sem código, e nerd para fora, e começou de nós sermos como, deveríamos - o pensamento mais básico de todos os tempos - deveríamos começar um podcast sobre isto. E assim fizemos, e então conhecemos Lacey e o podcast ficou muito melhor.