Paul Katsen, da Blockspring

Episódio 025 do Founder Coffee

Sou Jeroen, da Salesflare, e este é o Founder Coffee.

A cada duas semanas, tomo café com um fundador diferente. Conversamos sobre a vida, as paixões, os aprendizados... em uma conversa íntima, conhecendo a pessoa por trás da empresa.

Para este vigésimo quinto episódio, conversei com Paul Katsen, cofundador da Blockspring, uma ferramenta de automação que extrai dados de diferentes APIs para automatizar relatórios, listas e páginas de destino.

A Blockspring, na verdade, começou como uma ferramenta de visualização de dados, que se transformou em uma plataforma sem servidor logo após entrar na YCombinator e conversar com seu cofundador Paul Graham. E cerca de um ano depois, após a Amazon ter entrado nesse mesmo espaço, eles tiveram que mudar novamente. Depois de muitas iterações, eles acabaram criando a plataforma Blockspring que conhecemos hoje.

Finalmente, há alguns meses, a Blockspring foi adquirida pela Coinbase. Falamos sobre isso, sobre sua passagem pelo ramo de restaurantes durante a mudança, como é trabalhar para uma grande empresa agora e por que os jogos podem ser melhores do que a realidade.

Bem-vindo ao Founder Coffee.


Prefere ouvir? Você pode encontrar esse episódio em:


Jeroen: Oi, Paul. É ótimo tê-lo no Founder Coffee.

Paul: Olá, obrigado. Como está indo?

Jeroen: Está indo bem. Você é um dos fundadores da Blockspring. Para aqueles que ainda não sabem o que vocês fazem, o que vocês fazem?

Paul: A Blockspring tem uma história muito longa. Na verdade, começamos em 2014, mas o que fazemos agora é ajudar profissionais de marketing, vendedores e recrutadores a se conectarem a diferentes APIs e serviços de dados para automatizar seus relatórios, enriquecer listas e criar listas de leads. E, por fim, realmente extrair todos esses dados para páginas de destino e sites ativos. Basicamente, indexamos uma série de APIs e as tornamos fáceis de usar e acessar para os profissionais de negócios.

Jeroen: Você poderia dar um exemplo concreto de algo que possa fazer, já que isso soa meio abstrato?

Paul: Claro. Automatizar relatórios, esse é um dos casos de uso. Basicamente, os profissionais de marketing gastam muito tempo acessando o Facebook Ads Manager, toda essa interface do usuário, o Google Analytics, os anúncios do Google, os anúncios do YouTube, coisas assim, e exportando dados de tudo isso para o mesmo painel toda semana ou todo mês. Isso é um relatório manual. Isso leva muito tempo.

Paul: Temos várias integrações em todos esses serviços diferentes e plug-ins em ferramentas como Excel, Google Sheets, Tableau, para que uma pessoa possa selecionar várias dessas fontes de dados diferentes, clicar em "pull in data" e, em seguida, esse relatório é automaticamente atualizado. Como isso funciona, ele usa a mesma plataforma de API que desenvolvemos, mas tem uma interface de plug-in que funciona em ferramentas de relatórios, em comparação com alguns de nossos casos de uso de vendas. Eles usam a mesma plataforma, mas se conectam a outras ferramentas.

Jeroen: Repetindo o que você disse, você pode basicamente obter informações, por exemplo, de anúncios do Facebook, do YouTube, o que for. É possível obter tudo isso em uma planilha do Google. Isso é algo para o qual eu poderia usar o Blockspring.

Paul: Sim. Esse é, sem dúvida, um caso de uso muito comum. Outro caso de uso usado por vendedores e recrutadores é a criação de uma lista de leads. Mas muitos desses dados vêm talvez do Clearbit, do Hunch.io, do Google Maps ou de todos esses novos serviços de dados que talvez você não saiba que são realmente bons para vendas ou recrutamento. Portanto, é possível que eles queiram extrair esses dados para uma planilha do Google ou alguma outra ferramenta. O ponto em comum dessa plataforma é facilitar o acesso a APIs e dados de uma ferramenta de negócios. Mas os casos de uso variam desde a automatização de relatórios até a criação de listas de leads e uma série de outras coisas.

Jeroen: Entendi. Isso facilita muito a coleta de dados.

Paul: Sim.

Jeroen: Você mencionou que tem sido uma longa história com a Blockspring nos últimos cinco anos. O que aconteceu especificamente?

Paul: Quando começamos em 2014, meus cofundadores estavam, na verdade, criando um produto de visualização de dados, que era muito diferente deste. Sei que as fases dessa empresa começaram basicamente com um produto de visualização de dados, entrando na YC e um monte de outras coisas malucas que aconteceram e que acabaram nos comprometendo a ser um dos primeiros produtos de computação sem servidor. Em seguida, houve uma fase em que fomos atacados pela Amazon e passamos por uma grande série de mudanças para tentar encontrar nosso caminho. Então, finalmente, chegamos a uma fase em que, ei, este é um negócio que não é o que começamos. Mas é um bom negócio, está gerando dinheiro e estamos fazendo-o crescer. Por fim, isso nos levou a realmente pegar muitas das coisas que aquele produto havia construído e aprendido, e fazer com que ele se juntasse à Coinbase.

Paul: Então, sim. Há uma série de fases diferentes. Mas, na verdade, começamos em um lugar muito, muito diferente daquele em que terminamos, e sei que muitos fundadores estão passando por isso agora. Portanto, ficarei feliz em falar um pouco dessa história, pois foi uma grande experiência de aprendizado.

Jeroen: Sim. Quais partes da história foram especialmente interessantes ou desafiadoras?

Paul: Bem, há desafios diferentes em cada estágio. Na primeira parte, era apenas, ei, nos apaixonamos por essa ideia de visualização de dados. Como tudo começou, na verdade, eu estava em Chicago e me lembro de ter ido à YC Startup School, que era uma conferência de um dia em que você via todas essas pessoas super loucas da área de tecnologia, como Marc Andreessen, Jack Dorsey, Balaji Srinivasan, etc. Lembro-me de ter saído de lá pensando: "Puta merda. Estou super inspirado. Quero começar alguma coisa.

Paul: Eu pensei: "Ah, eu posso fazer isso. Essas pessoas são pessoas normais. Aconteceu que, naquela mesma noite, eu estava jantando com um grande amigo meu em São Francisco e nós dois percebemos que a visualização de dados é difícil. Vamos criar um aplicativo fácil. Talvez não se transforme em um negócio, mas algo que facilite as coisas.

Paul: Acabamos criando algo assim. De forma muito simples, você carrega um CSV, uma planilha, e obtém uma visualização interativa, que é algo que passamos horas e horas construindo em nossos antigos empregos. Mas queríamos tornar isso mais fácil. O que acabou acontecendo foi que recebemos uma ligação do vice-presidente de dados de uma das maiores editoras do mundo. E ele disse: "Ei, seu produto é uma porcaria, mas estamos tentando desenvolver isso há seis meses. Você pode ir até Nova York, trabalhar conosco por algumas semanas e depois seremos seu primeiro cliente corporativo?

Paul: Então, esse foi o início do produto. Na verdade, uma das maiores coisas que aprendi com isso foi que, primeiro, quando você criar algo, escreva um bom conteúdo para que as pessoas entendam o que você está fazendo e qual é a sua missão, porque as pessoas podem encontrá-lo por meio disso. Segundo, se você conseguir fazer com que um cliente o convide para trabalhar no escritório dele e fique superanimado com você, mesmo que seu produto seja uma porcaria no momento, provavelmente você está no caminho certo. Portanto, essas poucas semanas foram provavelmente algumas das partes mais empolgantes desse negócio. Construir para um cliente, receber feedback instantâneo, foi realmente empolgante. Esse foi um dos primeiros grandes aprendizados que tivemos com esse produto, e isso acabou nos levando ao YC no verão de 2014.

Jeroen: Sim. Então você realmente construiu algo e rapidamente teve um primeiro cliente. Por que você não foi adiante com esse negócio específico, mas partiu para outro?

Paul: Essa é uma pergunta muito boa. Basicamente, na primeira semana da YC, estamos desenvolvendo esse produto, temos um cliente, temos vários outros usuários que não são clientes corporativos, mas que pagam por ele, uma espécie de freemium. Estamos tentando descobrir o que fazer e, por isso, vamos a um jantar, o jantar da YC, que é uma coisa semanal em que você conhece outros fundadores, ouve os palestrantes e, nesse primeiro jantar, Paul Graham estava lá, e isso foi depois que ele não estava mais liderando a YC. Olhei para meu cofundador e pensei: ei, vamos conhecê-lo. Adoramos todos os seus ensaios, ele é um grande empreendedor. Adoramos todos os seus ensaios, ele é muito inteligente. Vamos contar a ele sobre nosso negócio.

Paul: Ele está passando por essas filas, essa fila de fundadores que estão apresentando seu negócio e ele está dando feedback, 60 segundos e depois a próxima pessoa. Contamos a ele sobre nosso negócio. O fato de que estávamos vendo esse outro problema, que era basicamente, tínhamos criado essa ferramenta para nós mesmos, mas basicamente cada visualização de dados que tínhamos precisava de um pouco de computação. Então, imagine um gráfico de barras que precisa fazer um pouco de agrupamento ou segmentação. Não queríamos enviar isso para o EC2 e para a Amazon toda vez que precisássemos executar esse cálculo, e era muito difícil fazer isso em JavaScript no front-end.

Paul: Então, acabamos criando essa ferramenta que basicamente nos permite escrever código, clicar em publicar e obter uma API. Agora isso é chamado de serverless. A Amazon tem essa coisa, o Google e a Microsoft agora têm isso. Mas contamos a ele sobre isso na apresentação, e então ele basicamente fez um monólogo de 20 minutos sobre como algo assim poderia mudar o futuro da programação. Ele disse: "Se você acha que quer fazer isso, deve fazer isso hoje mesmo". Isso é algo em que eu realmente acredito. Se você tem uma startup em que acha que, daqui a 10 passos, estará fazendo algo enorme, por que não faz isso imediatamente? Não tente ser super, não sei, não tente ser um gênio nisso. Se for possível, faça isso hoje.

Paul: Então chegamos em casa e tivemos um momento de surto, que foi do tipo: "Vamos fazer isso". Essa é uma ideia tão grande, estamos super empolgados com ela, e acabamos fazendo.

Jeroen: Mas você não fez sucesso na base de serviços. Outras pessoas começaram a fazer o que você havia feito, suponho?

Paul: Sim. Então, basicamente, o que aconteceu foi que lançamos milhares de desenvolvedores nele. Fizemos o lançamento logo antes do fim da YC. Basicamente, um dos problemas é que não sabíamos como vender a computação sem servidor para as empresas. Estávamos muito adiantados para isso, porque se trata de uma mudança de paradigma de programação. Mas o outro problema é que, na verdade, estávamos atrasados demais ao mesmo tempo, porque acabamos nos reunindo com o CTO da Amazon. Pensamos que estávamos vendendo para ele e vendendo esse produto para a Amazon para que eles o utilizassem. Na verdade, acho que ele ficou pensando: "O que esses palhaços estão fazendo?", porque eles lançaram exatamente a mesma coisa três ou quatro meses depois, e estavam trabalhando nisso há anos.

Paul: Acho que chegamos tarde demais e cedo demais ao mesmo tempo, porque para a AWS, esse era o próximo item em sua enorme trajetória rumo ao futuro. E nós éramos apenas uma pequena startup que descobriu que isso era realmente uma coisa. Mas, para eles, já tinham relacionamentos diferentes, etc. Assim, poucos meses após o lançamento, percebemos que não tínhamos um futuro para isso. Esse é um futuro para todas as principais plataformas de computação em nuvem. Não vamos conseguir competir com elas. A Amazon acabou fazendo isso. Microsoft, Google, IBM, etc.

Paul: Essa foi outra parte difícil que tivemos de fazer. Percebemos que o negócio não funcionaria. Por isso, acabamos tendo que dispensar várias pessoas da equipe, reduzi-la apenas aos fundadores naquele momento e começar a descobrir qual seria o próximo passo para esse negócio e em que negócio queremos estar?

Jeroen: Quantas pessoas você tinha antes de reduzir o tamanho da empresa?

Paul: Éramos basicamente cerca de seis a oito pessoas, se bem me lembro, mais cerca de três a quatro empreiteiros na época. Portanto, éramos cerca de 10. Não era muito grande. Mas, naquele momento, tínhamos levantado fundos, apresentado nossa visão a todas essas pessoas diferentes, gostamos muito de todos. Todos eram incríveis, e foi incrivelmente difícil mudar isso. Mas acho que era algo que sabíamos que precisávamos fazer, porque é muito difícil descobrir qual é o próximo passo quando você tem pessoas que não são necessariamente fundadores. Elas chegaram lá por um motivo X e talvez não queiram estar lá por algo totalmente diferente. É difícil entrar no modo de descoberta quando se tem pessoas que estão esperando ou pensando: "Tudo bem, o que devo fazer em seguida? Definitivamente, há uma diferença entre as pessoas que estão trabalhando com você e as pessoas que são fundadoras e estão prontas para descobrir, ok, pode ser qualquer negócio, vamos descobrir o que é.

Jeroen: Então, você achou que a melhor maneira de passar para a próxima etapa era deixar todo mundo livre para dar um tempo. Quanto tempo você levou?

Paul: Sem dúvida, foram meses. Estávamos experimentando todas essas ideias diferentes, e parte disso foi: "Tudo bem, agora são só os fundadores". A outra foi: tudo bem, vamos minimizar o máximo possível o nosso desgaste para que possamos experimentar coisas diferentes e descobrir qual seria o próximo caminho para o negócio. Essa foi, sem dúvida, uma das partes mais difíceis - quando você tem um negócio, mas não sabe em que negócio está em um determinado momento.

Paul: Foi um momento muito, muito difícil, porque agora você está correndo como uma galinha com a cabeça cortada e descobrindo como posso identificar qual é o problema. Isso é algo em que você não pode ir dormir e não pensar.

Jeroen: Sim. Você havia aceitado algum financiamento até então?

Paul: Sim. Nós tínhamos criado essa grande visão de competir com a AWS e assumir o controle do futuro. Agora, imagine ter de mudar isso. Temos uma equipe muito inteligente, vocês investiram na equipe, mas agora queremos descobrir outra coisa para fazer e torná-la tão grande quanto.

Jeroen: Por que você não voltou à ideia de visualização de dados?

Paul: Essa é uma boa pergunta. Acho que, naquele momento, não sabíamos se éramos diferentes. Queríamos fazer alguma coisa. Naquele momento, acho que também havíamos mudado um pouco em termos do escopo do que queríamos fazer. Tínhamos visto todos esses outros negócios. Tínhamos nos mudado para São Francisco, vimos todas essas outras pessoas super ambiciosas, trabalhando em produtos com grandes visões. Acho que, naquele momento, pensamos: tudo bem, esse produto de visualização de dados é empolgante, é divertido, foi a primeira coisa que criamos, temos clientes para ele. Mas queremos fazer algo que afete milhões de pessoas, desenvolvedores ou usuários finais. Estamos superinteressados nessa ideia de viabilizar as coisas supertécnicas que os desenvolvedores fazem todos os dias, oferecendo-as aos usuários finais ou tornando-as muito mais simples de realizar.

Paul: Estávamos em um estado emocional em que acho que estávamos prontos para algo diferente. Já tínhamos encerrado o processo de visualização de dados. Então, estávamos tentando descobrir, certo, o que poderia ser uma visão tão grande quanto a que temos aqui com essa plataforma que poderíamos lançar? O que poderia ser novo e tão grande?

Jeroen: Então você estava procurando uma nova grande visão. O que você viu então?

Paul: Acabamos tentando várias coisas diferentes, e acabamos tentando vários processos diferentes para encontrar várias coisas diferentes. Muitos deles, em retrospecto, foram muito, muito difíceis. Tenho muitos amigos que estão passando por isso neste momento - como encontrar minha próxima startup? Nunca descobrimos um processo incrível para isso. Eu poderia lhe contar sobre algumas das ideias que pensávamos ser realmente grandes e que acabamos executando, especialmente uma que considero muito interessante.

Paul: Mas, basicamente, o que percebemos foi que as únicas ideias que realmente conseguíamos fazer decolar e dar certo eram uma mistura de: como conseguir a convicção de que isso é algo que achamos empolgante e que queremos desenvolver? Em um determinado momento, quando você passa por todas essas ideias, é difícil obter convicção. Acho que, em um determinado momento, tivemos sorte, pois descobrimos o Blockspring, que já estava usando 80% da base de código que criamos. Nós mesmos sentimos o problema. Sabíamos que havia uma grande tendência de usar ferramentas de produtividade e integrá-las a todas as outras ferramentas de produtividade que estavam sendo criadas. Portanto, havia essa tendência exponencial de mais SaaS para tudo.

Paul: Acho que aproveitamos isso. Acabamos tendo sorte e aproveitando essa tendência e tendo todas as estrelas alinhadas em torno do problema, da convicção e de um mercado potencialmente grande. Agora só tínhamos de descobrir como seria o produto para que isso acontecesse. Mas houve várias outras ideias ao longo do caminho. Acabamos criando o AWS para alimentos em Chicago. Na verdade, passamos três meses desenvolvendo isso, e acho que será um negócio realmente grande. Mas acabou não sendo para nós.

Jeroen: O que isso significa, AWS for food?

Paul: Um dia, eu ainda estava me assustando, tipo, o que vamos fazer em seguida, qual é a ideia que vamos reorientar. Eu estava literalmente sentado no Chipotle. É uma estupidez em retrospecto, mas estávamos sentados na Chipotle, e eu pensei: "Nossa, acho que haverá um número infinito de empresas como essa, que são restaurantes rápidos e casuais. Deveria haver uma plataforma que permitisse que eles basicamente se expandissem por todo o país sem ter que construir seu próprio imóvel. Minha analogia foi: os imóveis e a equipe são como a computação, e o código é a receita e os ingredientes.

Paul: O que acabamos fazendo foi ir a vários restaurantes de café da manhã em Chicago e nos convencer a deixá-los usar suas cozinhas para o jantar quando estivessem fechados por um preço muito baixo, e depois fomos a vários restaurantes rápidos e casuais que já eram muito populares e os convencemos a ensinar nossa equipe a fazer a comida deles. Em seguida, os colocamos em cozinhas fantasmas por toda a cidade no UberEats, Postmates, DoorDash, em todos os sites de entrega, para que esses restaurantes tivessem cobertura total de penetração no mercado e pagassem apenas por hora. Portanto, eles não precisavam ter uma equipe nem nada. Eles simplesmente aumentaram a escala com base em sua ideia.

Jeroen: Portanto, não eram restaurantes onde se podia ir comer, mas apenas entrega.

Paul: Sim, somente entrega. Isso acabou gerando dinheiro para nós, mas não era um bom negócio para os restaurantes e não era sustentável para eles naquele momento, naquele ponto de escala. Mas também tivemos a situação maluca em que o Uber Eats estava chegando às cozinhas, a Amazon estava chegando, todos esses sites de entrega diferentes estavam tipo, ok, o que está acontecendo aqui? Acontece que o modelo é, na verdade, algo que eu sei, com a tendência contínua de entrega, que crescer exponencialmente é algo que já está acontecendo e acho que continuará a acontecer. Sei que o cofundador do Uber também começou a fazer isso, mas ele o fez de uma maneira um pouco diferente.

Paul: Então, sim. Para isso, em um determinado momento, nos vimos criando software, sentados em cozinhas até tarde da noite, pensando: será que somos os únicos trabalhando nessa ideia? Perdemos a convicção. Pensamos: provavelmente estamos loucos e somos as únicas pessoas trabalhando nessa ideia de plataforma de cozinhas fantasmas. Será que esse é realmente o futuro ou vamos ficar sentados em cozinhas pelo resto de nossas vidas, enfrentando uma batalha difícil? Então, acho que foi aí que encontramos uma visão realmente grande, encontramos um produto que, na minha opinião, poderia ter feito isso acontecer. Mas acho que não era a opção certa para nós, e foi isso.

Jeroen: Sim, parece ser uma ideia muito interessante. Há essas empresas que são construídas em cima do Airbnb, porque o Airbnb é uma plataforma enorme e, basicamente, era como se você estivesse dormindo na casa de outra pessoa. Mas depois as pessoas começaram a comprar lugares apenas para o Airbnb. A sensação é semelhante à de serviços como Uber Eats, Deliveroo ou qualquer outro. São plataformas com clientes, e você pode facilmente trazer algo novo para elas.

Paul: Sim, como um suprimento novo. 100%. Sim, isso é totalmente verdade. Quando existe o celular, você acaba tendo aplicativos móveis em primeiro lugar. Quando há o Airbnb, você pode ter o Airbnb como o primeiro imóvel a acontecer e os gerentes de propriedades.

Jeroen: Certo.

Paul: O que é interessante em relação à entrega é que, quando você entra em um restaurante, acaba vendo um monte de motoqueiros ou motoristas de entrega esperando na fila, lotando o espaço, e as cozinhas ficam lotadas de pedidos. É apenas uma questão fundamental de design. É como se devêssemos construir um restaurante para nossos clientes ou como uma fábrica que também se aplica à entrega? E acontece que a maioria dos restaurantes não foi projetada para entrega. Por isso, a maioria deles está lançando suas próprias cozinhas separadas que, de qualquer forma, só fazem entregas fora de seus restaurantes, e o problema é que isso é um grande esforço para eles. Quando apresentamos esse modelo, os donos de restaurantes aceitaram imediatamente, o que me deixou muito surpreso, porque eu não sabia nada sobre comida, nada sobre restaurantes. Contratamos um gerente que era muito, muito bom. Isso nos ajudou a começar a fazer isso. Mas todos os donos de restaurantes diziam: "Sim, quero fazer isso".

Paul: Portanto, ficou claro que havia demanda no local. Acho que a pessoa que realmente fará com que isso funcione é alguém que consiga levantar uma tonelada de dinheiro para comprar o imóvel e torná-lo um negócio ainda melhor, ou alguém que controle toda a demanda. Portanto, o Uber Eats e o Deliveroo já estão fazendo isso. Eles sabem o que as pessoas querem comprar e estão fornecendo informações a vários restaurantes para que comecem a produzir alimentos. Pessoas como a Deliveroo já estão lançando cozinhas e imóveis para aluguel para fazer isso agora. Acho que é para lá que o mercado está indo, mas foi uma daquelas coisas em que partimos dos primeiros princípios, vimos algo que eu acho que seria realmente grande, mas acabou não sendo para nós.

Jeroen: Certo. Por que você acha que não era para você?

Paulo: Acabamos seguindo parcialmente o caminho errado, que era ser esse intermediário entre uma empresa de entrega e o restaurante. Quando, na verdade, deveríamos ter nos tornado a imobiliária mais inteligente, e nunca tentamos fazer isso. Acho que, em um determinado momento, pensamos: será que estamos loucos? E perdemos a convicção, porque é muito diferente de tudo o que já havíamos tentado. Ainda estamos nesse modo de, tudo bem, temos que encontrar a ideia certa. Então, talvez tenhamos matado isso antes, mas acho que não foi necessariamente para nós, porque sinceramente achamos que era tão maluco que provavelmente estávamos batendo na árvore errada.

Jeroen: Você se sentiu confortável no ramo de restaurantes?

Paul: Não no ramo de restaurantes, mas definitivamente em operações. Eu nunca tinha feito algo assim antes. Na verdade, foi muito divertido. Havia certas partes, como a criação de software para cenários da vida real para melhorar os fluxos de trabalho, ter um negócio sobre o qual você poderia facilmente contar a todos, e todos os seus amigos poderiam acabar usando. Se você tiver algo que passe no teste da escova de dentes, no caso de uso diário, você acabará fazendo um negócio que existirá por centenas e centenas de anos. Há muito tempo. Mas descobrimos uma maneira totalmente nova de fazer isso, e o porquê agora faz sentido. A tendência exponencial faz sentido. Tudo se alinha. Portanto, com essa parte, tudo se combinou para ser super empolgante.

Paul: Sentar em um restaurante, ver os pedidos de entrega chegarem, lidar com pessoas roubando coisas que você acabou de contratar, lidar com relacionamentos pessoais, especialmente naquele nível de renda e com a rapidez com que estávamos contratando, é um mundo louco. Isso é muito diferente de SaaS. Ele vem com seu próprio conjunto de problemas em que você precisa se tornar realmente bom a ponto de pensar nas nuvens sobre o tamanho dessa coisa, mas, no dia a dia, você está lidando com esses problemas. Você está sempre pensando: como isso terá algum impacto?

Jeroen: Há alguma outra ideia em que você trabalhou durante esse período?

Paul: Houve alguns que foram muito empolgantes. Mas acho que o mais importante foi que acabamos e comecei a fazer algumas consultas em alguns de nossos produtos antigos. Basicamente, encontrei um problema de produto muito simples, que era o seguinte: estou tentando fazer uma análise de dados no Planilhas Google, todos os meus dados estão em um banco de dados ou em alguma API, e basicamente tive que começar a escrever scripts para integrar essas informações.

Paul: Isso me levou de volta ao meu primeiro emprego, que foi em consultoria. Lembro-me de uma ideia na qual eu passava muito tempo. Eu era engenheiro e tinha estudado. Aprendi a programar, mas comecei a trabalhar com consultoria e passava muito tempo em planilhas do Excel. Percebi que todas as pessoas que eu conhecia estavam fazendo coisas no Excel. Na verdade, eles estavam apenas programando com APIs. Você coloca alguns números como entrada e obtém algo como saída. Muitas pessoas, especialmente quando trabalham com consultoria, passam muito tempo acessando diferentes sites e aplicativos, coletando dados e trazendo tudo para o mesmo lugar.

Paulo: Muitos dos serviços que estavam obtendo esses dados estavam começando a ter APIs. Então, essa grande visão que comecei a perceber foi: por que estou gastando todo esse tempo copiando e colando coisas de um lugar para outro, mantendo-as sincronizadas, quando, na realidade, todas essas coisas terão APIs? Haverá um número cada vez maior de ferramentas SaaS. Elas devem ser sincronizadas e conectadas de alguma forma. A grande visão é a computação do usuário final. As pessoas nas empresas estão chegando a um ponto em que entendem como usar APIs, como trazer dados de um lugar para outro, e deve haver uma maneira fácil de fazer isso.

Paul: Demos uma olhada nos produtos que existiam, e havia o IFTTT e o Zapier. Todos eles eram baseados em eventos, movendo pequenas partes de dados para frente e para trás, e não davam conta do recado. Por exemplo, como faço para acessar uma planilha do Google, obter um relatório do Google Analytics, mantê-lo atualizado e, em seguida, executar algum algoritmo de visão computacional ou executar algum algoritmo de PNL por meio de alguma outra API e, em seguida, lançar meus dados por meio disso e, por fim, usar as APIs para programar de uma forma que um desenvolvedor poderia fazer ao escrever um script?

Paul: Na verdade, isso foi um hack de fim de semana, apenas criando esse plug-in do Planilhas Google que, na verdade, se integrava a essa plataforma sem servidor que havíamos criado e chamava todas essas APIs diferentes com as quais as pessoas haviam trabalhado. Depois, mostrei aos meus cofundadores e pensei: "Isso é realmente muito louco". Todos concordamos que o problema fazia sentido, que a visão estava mais ou menos lá. A questão real era: como transformar isso em um produto que as pessoas pudessem começar a usar? E a pergunta aberta era: quais são os principais casos de uso para os quais as pessoas realmente usariam isso? Isso foi algo que acabamos trabalhando e descobrindo até chegarmos a algo como: aqui estão os três casos de uso, aqui está como ganhamos dinheiro, e foi aí que o produto realmente começou a crescer.

Jeroen: Como foi isso para vocês? No final, para quantos funcionários vocês foram escalados?

Paul: O que acabou acontecendo foi que lançamos o produto e não tínhamos uma boa noção dos casos de uso. Demorou um pouco, mas começamos a lançá-lo, deixando as pessoas entrarem, ouvindo o que elas estavam tentando realizar e, então, começamos a descobrir o que seria essa plataforma.

Paul: Não sei se esse é o melhor modelo para novas plataformas, mas foi o que acabamos adotando. Os primeiros usuários chegavam. Eles estariam fazendo algo com o crescimento, como, ei, quero obter uma lista de nossos usuários do Salesforce e, em seguida, quero enviar a todos eles cartões postais do Lob, e isso também. Este é o meu projeto aleatório. E, de repente, surgiu um projeto totalmente diferente, que era do tipo: "Sou um profissional de marketing digital e estou tentando manter esse relatório atualizado no Google Sheets ou no Tableau. Como faço para que isso funcione com seu produto? Vocês não têm anúncios no Facebook, podem adicionar isso? Vocês não têm isso, podem adicionar isso?

Paul: Então, percebemos que a chave para essa plataforma que descobrimos era que tínhamos construído a coisa sem servidor de tal forma que podíamos simplesmente escrever um script rápido, clicar em publicar e, de repente, tínhamos uma nova integração configurada em todos os nossos produtos. Podíamos nos mover muito, muito rápido para garantir que o próximo caso de uso que alguém tivesse pudesse ser realizado. Foi então que começamos a trazer pessoas para nos ajudar a criar essas integrações, ajudar a preencher a plataforma para que pudéssemos realizar alguns desses casos de uso e chegar a um ponto em que sabíamos que a automação de relatórios era uma coisa possível.

Paul: Agora há várias startups que se concentram nesse segmento. Enriquecimento de leads, em que ele é extraído de várias APIs diferentes. Não há realmente uma boa startup que faça isso, mas as pessoas atualmente recorrem a um número infinito de serviços para enriquecimento de leads individualmente e tentam descobrir qual é o melhor. Por isso, agregamos todas essas APIs e há mais alguns casos de uso, mas esses são os dois mais importantes.

Paul: Muitos de nossos usuários tiveram que se esforçar muito para fazer esse tipo de coisa por conta própria e descobrir o que era possível, e isso nos ajudou a chegar a um ponto em que pensamos: aqui estão as duas ou três coisas principais que devemos expor, integrar e transformar em produtos reais. A empresa começou a crescer. Tornou-se um bom negócio, um negócio lucrativo. Em um determinado momento, no ano passado, estávamos em um estágio em que pensávamos: "Tudo bem, este é um negócio em crescimento, mas começamos com essa visão de "vamos pisar na AWS e criar um negócio de vários bilhões de dólares".

Paul: Foi isso que acabou dando início a várias conversas sobre onde esse produto poderia chegar em termos de aquisições, todo esse tipo de coisa, e descobrimos que havia várias empresas que realmente precisavam acelerar seu roteiro de API, plataforma de API, todo esse tipo de coisa, que se relacionava diretamente com tudo o que havíamos criado com a Blockspring e o produto. Foi quando começamos a ter algumas dessas conversas.

Paul: Acontece que as coisas fecharam um círculo completo. O cara que lançou o AWS Lambda em 2014 é vice-presidente de engenharia da Coinbase. Uma pessoa que conhecíamos, Balaji Srinivasan, agora é CTO da Coinbase. Eles têm vários fundadores diferentes, sua cultura é realmente incrível. Há um ajuste muito, muito bom para nós lá. Foi assim que a Blockspring foi parar lá.

Jeroen: Certo. Só para ter uma ideia, o que a Coinbase planeja fazer com o que vocês construíram?

Paul: Ainda não há muita coisa pública, mas estamos lá para trabalhar em APIs e plataformas, internas e externas. Haverá muitas coisas interessantes que serão lançadas. Sim, estamos muito animados. Acho que minha crença pessoal é que, se voltarmos ao Facebook em 2007, eles tinham dezenas de milhões de usuários. O social era uma coisa totalmente nova, e eles mesmos não sabiam o que seria importante depois do feed. O que as pessoas iriam querer? Como as pessoas iriam querer interagir? Eles usaram a plataforma para ajudar a descobrir todos os próximos aplicativos matadores.

Paul: Se você estava criando coisas na faculdade em 2007, assim que o Facebook foi lançado, provavelmente passou de quatro a cinco noites tentando criar cem coisas diferentes que aproveitassem a rede social, encontrassem seus usuários e criassem um grande produto. Acho que é nesse ponto que muitas criptomoedas estão hoje, com alguns poucos aplicativos matadores, como a Coinbase, e isso é especulação. Mas há potencialmente uma oportunidade de plataforma bastante grande para ajudar a dar início à próxima onda de crescimento maciço. Os desenvolvedores estão interessados nisso, os usuários estão interessados nisso. Acho que há uma grande oportunidade aí.

Paul: Estamos muito animados com isso. Muitos desses novos paradigmas, seus próximos aplicativos matadores, são descobertos por desenvolvedores e terceiros por meio de uma plataforma. Então, sim, estamos definitivamente entusiasmados com o potencial que existe.

Jeroen: Legal. O que o mantém acordado à noite ultimamente?

Paulo: O que me mantém acordado à noite ultimamente? Bem, acho que agora é muito diferente do que nos últimos quatro anos. Nos últimos quatro anos, tenho literalmente repensado cada decisão: será que estamos fazendo a coisa certa? É a melhor coisa que poderíamos estar fazendo? É a maior coisa que poderíamos estar fazendo? Queremos causar o maior impacto no mundo. Estamos desperdiçando nosso tempo? Esse é o negócio certo em que estamos? Todas essas coisas estão circulando, e a verdadeira chave era como resumir tudo isso e se concentrar em: qual é a próxima coisa que preciso fazer para nos colocar em uma posição de sucesso? E geralmente a resposta era: tudo bem, o que os usuários querem, como podemos crescer?

Paul: Agora, acho que as coisas são muito, muito diferentes, porque faço parte dessa grande máquina que está avançando com sua própria inércia, ao passo que quando você é o fundador de uma startup, você é essa inércia. Se você parar, basicamente a máquina para. É um mundo totalmente diferente para mim agora e acho que tem sido muito bom começar a aprender, conhecer um monte de pessoas super inteligentes. Acho que estar em São Francisco pela segunda vez é uma mudança de 180 graus em relação a estar aqui como um fundador que está surtando e tentando descobrir como fazer bem o meu trabalho.

Paul: Agora, acho que é definitivamente um período de aprendizado mais relaxado, conhecendo pessoas excelentes, trabalhando em grandes coisas, ficando entusiasmado com isso e aproveitando essa parte.

Jeroen: Legal. Para finalizar, qual foi o último bom livro que você leu e por que escolheu lê-lo?

Paulo: Ah, essa é uma boa pergunta. O último livro bom. Ok, essa foi uma recomendação de um de meus amigos. Vou tentar lembrar o nome dele. Opa, desculpe. Um segundo. Era um livro sobre design de jogos e se chama Reality is Broken. A grande questão era: por que as pessoas passam tanto tempo de suas vidas em jogos? Como podemos usar o que aprendemos sobre design de jogos para ajudar a causar um impacto no mundo? Li o livro porque acredito piamente que os principais componentes de um jogo evoluíram e foram descobertos, e são aplicáveis a tudo.

Paul: Então, se você estiver criando um aplicativo de namoro e não estiver usando de alguma forma o design de jogos, você fracassará, e os que o usam acabam criando o Tinder. Acho que tudo está se tornando mais um jogo, e acho que todos os jogos estão, na verdade, se tornando mais produtos de software tradicionais, redes sociais, produtos de comunicação e todo esse tipo de coisa. Tudo isso está convergindo, portanto, para mim, o motivo pelo qual li o livro foi apenas para tentar entender tudo isso. Joguei jogos durante toda a minha vida, mas estava tentando entender melhor a ciência por trás disso e o que isso diz sobre nós mesmos, e como isso ajuda a melhorar a forma como eu construiria produtos. Foi realmente um livro incrível. Eu o recomendo a todos.

Jeroen: Qual foi a coisa mais louca que você leu lá?

Paul: Acabei fazendo muitas anotações sobre isso, mas qual foi a coisa mais louca? Essa é uma boa pergunta. A coisa mais louca que percebi foi que, basicamente, há esse ciclo de feedback em que os designers de jogos estão tentando criar jogos que ajudem você a jogar mais, a obter mais valor com eles, etc. As regras que acontecem nesses mundos nos jogos são, na verdade, um grande reflexo das pessoas e do que as motiva. O que as leva a fazer coisas e o que as leva a ir para o trabalho, mas ainda assim querer voltar para casa e passar todo esse tempo jogando.

Paul: Acho que um dos insights mais loucos sobre isso é que o motivo pelo qual o livro se chama Reality is Broken (A realidade está quebrada) é que a forma como projetamos os jogos é, na verdade, melhor do que a experiência que temos no trabalho e em nosso dia a dia na realidade. Na realidade, você vai para o seu trabalho. Muitas coisas são desconhecidas. Você não recebe feedback. Não sabe se está ganhando ou perdendo. Você está se movendo e esperando que esteja progredindo de alguma forma. Mas nos jogos, há regras claras. Há um ciclo de feedback claro. Você sabe se ganhou ou perdeu. Há todas essas coisas que queremos ter em nossas vidas e, portanto, é por isso que as pessoas jogam, porque elas obtêm nos jogos as coisas que não obtêm na vida real.

Paul: Acho que as coisas que descobrimos nos jogos não são apenas sobre como fazer com que as pessoas joguem mais Super Smash Bros. Na verdade, trata-se de descobrir coisas sobre a natureza humana, nossas emoções e o que queremos da vida, e acho que é por isso que muitos desses mundos estão convergindo. Você só pode construir uma sociedade nos EUA, mas pode construir várias sociedades em jogos, mudar as regras, todo esse tipo de coisa. Portanto, é apenas essa explosão cambriana de como operamos as sociedades, o que aprendemos sobre elas? Acho que usar isso em outros aplicativos, outros produtos, na vida cotidiana, é algo realmente importante.

Jeroen: Certo. Legal.

Paul: Sim.

Jeroen: Última pergunta. Qual foi o melhor conselho de negócios que você já recebeu?

Paul: O melhor conselho de negócios. Acho que é uma mistura de dois. Um é a mesma coisa que o YC diz. Crie para si mesmo, crie algo que as pessoas queiram, converse com os usuários, todo esse ciclo é verdadeiro. Eu falhei em vários ângulos disso em momentos diferentes, mas se você se mantiver fiel a isso, acabará criando algo que pode funcionar de alguma forma, ou que gera dinheiro, ou que cria um bom estilo de vida para você.

Paul: O inverso disso é, basicamente, quando você ficar sem ideias, quando achar que é hora de reiniciar ou tentar trabalhar em algo maior, mas você não sabe necessariamente o que é isso ainda, então reinicie. Não sinta que fracassou ou algo do gênero. Basicamente, as pessoas estão em fases diferentes de suas vidas em momentos diferentes. Portanto, acho que o grande conselho é: se você sabe no que quer trabalhar, trabalhe nisso. Se não souber, vá em busca de soluções. Aprenda e identifique outros problemas ao longo da vida e ao conversar com as pessoas, e todo esse tipo de coisa.

Paul: Se você está nessa terceira fase em que quer fazer uma startup e está tentando resolver um problema, esse é um mundo muito difícil de operar e, definitivamente, é algo que eu não gostaria de fazer novamente.

Jeroen: Tudo bem.

Paul: Sim.

Jeroen: Mais uma vez, obrigado, Paul, por participar do Founder Coffee.

Paul: Sim.

Jeroen: Foi muito bom recebê-lo.

Paul: Foi ótimo estar aqui. Obrigado por me receber.


Gostou? Leia as entrevistas do Founder Coffee com outros fundadores.


Esperamos que você tenha gostado desta postagem. Se você gostou, reveja-nos no iTunes!

Para acompanhar nosso podcast Founder Coffee e aprender sobre startups, marketing de crescimento e vendas enquanto você faz isso:

👉 Inscreva-se para receber nosso boletim informativo, enviado a cada duas semanas:

👉 Siga @salesflare no Twitter, LinkedIn ou Facebook

Jeroen Corthout