Paul Katsen, da Blockspring
Episódio 025 do Founder Coffee
Eu sou Jeroen, da Salesflare, e este é o Founder Coffee.
A cada duas semanas, tomo café com um fundador diferente. Conversamos sobre vida, paixões, aprendizados… em um bate-papo íntimo para conhecer a pessoa por trás da empresa.
Neste vigésimo quinto episódio, conversei com Paul Katsen, cofundador da Blockspring, uma ferramenta de automação que busca dados de diferentes APIs para automatizar relatórios, listas e landing pages.
A Blockspring começou, na verdade, como uma ferramenta de visualização de dados que mudou de direção e se tornou uma plataforma serverless logo depois de entrar na YCombinator e conversar com seu cofundador, Paul Graham. Cerca de um ano depois, quando a Amazon entrou exatamente nesse espaço, eles precisaram mudar de direção novamente. Depois de muitas iterações, acabaram chegando à plataforma Blockspring que conhecemos hoje.
Por fim, alguns meses atrás, a Blockspring foi adquirida pela Coinbase. Conversamos sobre isso, sobre o período em que trabalharam no ramo de restaurantes enquanto mudavam de direção, sobre como é trabalhar agora para uma grande empresa e sobre por que os jogos podem ser melhores do que a realidade.
Bem-vindo ao Founder Coffee.
Onde ouvir?
Você pode encontrar este episódio em:
Transcrição
Jeroen: Oi, Paul. É ótimo ter você no Founder Coffee.
Paul: Olá, obrigado. Como estão as coisas?
Jeroen: Estão indo bem. Você é um dos fundadores da Blockspring. Para quem ainda não sabe 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 hoje ajudamos profissionais de marketing, vendedores e recrutadores a se conectar a diferentes APIs e serviços de dados para automatizar seus relatórios, enriquecer listas e criar listas de leads. E, por fim, a trazer todos esses dados para landing pages e sites ativos. Basicamente, indexamos um grande número de APIs e facilitamos seu uso e acesso para profissionais de negócios.
Jeroen: Como isso parece meio abstrato, você poderia dar um exemplo concreto de algo que dá para fazer?
Paul: Claro. Automatizar relatórios é um dos casos de uso. Essencialmente, profissionais de marketing passam muito tempo fazendo login no Facebook Ads Manager, em toda aquela interface, no Google Analytics, no Google Ads, no YouTube Ads e em ferramentas do tipo, exportando os dados de tudo isso para o mesmo dashboard toda semana ou todo mês. Isso é geração manual de relatórios. Leva bastante tempo.
Paul: Temos várias integrações com todos esses serviços diferentes e plugins para ferramentas como Excel, Google Sheets e Tableau, para que uma pessoa possa selecionar várias dessas fontes de dados, clicar em “importar dados” e manter o relatório automaticamente atualizado. Isso funciona usando a mesma plataforma de API que desenvolvemos, mas com uma interface de plugin que funciona dentro de ferramentas de relatórios, em vez de alguns dos nossos casos de uso em vendas. Esses usuários utilizam a mesma plataforma, mas fazem a integração com outras ferramentas.
Jeroen: Repetindo o que você disse, dá para obter informações, por exemplo, dos anúncios do Facebook, do YouTube e de onde mais for. E colocar tudo em uma planilha do Google. Isso é algo para o qual eu poderia usar a Blockspring.
Paul: Sim. Esse é definitivamente um caso de uso muito comum. Outro caso de uso, utilizado por vendedores e recrutadores, é criar uma lista de leads. Mas muitos desses dados vêm talvez do Clearbit, Hunch.io, Google Maps ou de todos esses outros novos serviços de dados que você talvez nem perceba que são bons para vendas ou recrutamento. Então eles podem querer trazer esses dados para uma planilha do Google ou outra ferramenta também. O ponto em comum de toda essa plataforma é facilitar o acesso a APIs e dados a partir de uma ferramenta de negócios. Mas os casos de uso vão da automação de relatórios à criação de listas de leads, passando por várias outras coisas.
Jeroen: Entendi. Isso torna muito mais fácil basicamente reunir os dados.
Paul: Sim.
Jeroen: Você mencionou que a história da Blockspring tem sido longa ao longo dos últimos cinco anos. O que aconteceu exatamente?
Paul: Quando começamos, em 2014, meus cofundadores estavam desenvolvendo um produto de visualização de dados, que era bem diferente disso. Eu diria que as fases dessa empresa começaram basicamente com um produto de visualização de dados, a entrada na YC e várias outras coisas malucas que aconteceram e acabaram nos levando a desenvolver um dos primeiros produtos de computação serverless. Depois veio a fase em que fomos massacrados pela Amazon e passamos por uma longa série de mudanças de direção para tentar encontrar nosso caminho. Por fim, chegamos a uma fase em que pensamos: bom, este é um negócio que não é o que começamos fazendo. Mas é um bom negócio, está gerando dinheiro e estamos crescendo. Finalmente, isso levou à decisão de pegar muitas das coisas que aquele produto havia desenvolvido e aprendido e fazer com que elas passassem a integrar a Coinbase.
Paul: Então, sim. Houve várias fases diferentes. Mas começamos em um lugar muito, muito diferente daquele em que terminamos — e sei que muitos fundadores estão passando por isso agora. Então fico feliz em explorar partes dessa história, porque foi uma experiência de aprendizado bastante intensa.
Jeroen: Sim. Quais partes da história foram especialmente interessantes ou desafiadoras?
Paul: Bem, há desafios diferentes em cada etapa. No começo, foi simplesmente: quer saber, nós nos apaixonamos por essa ideia de visualização de dados. Na verdade, tudo começou quando eu estava em Chicago. Lembro que fui à YC Startup School, uma conferência de um dia em que você encontrava todo tipo de gente superlouca da tecnologia, como Marc Andreessen, Jack Dorsey, Balaji Srinivasan e tantos outros. Lembro de sair de lá pensando: caramba. Estou superinspirado. Quero começar alguma coisa.
Paul: Eu pensei: ah, eu consigo fazer isso. Essas pessoas são pessoas normais. Acontece que, naquela mesma noite, eu estava jantando com um grande amigo meu em San Francisco, e nós dois percebemos que a visualização de dados é difícil. Vamos simplesmente criar um app fácil de usar. Talvez isso não vire um negócio, mas pode ser algo que torne as coisas mais fáceis.
Paul: No fim, construímos uma coisa bem simples: você faz upload de um CSV, uma planilha, e recebe uma visualização interativa — algo que nós mesmos passávamos horas e horas construindo nos nossos empregos anteriores. Mas queríamos tornar isso mais fácil. O que acabou acontecendo foi que recebemos uma chamada do vice-presidente de dados de uma das maiores editoras do mundo. E ele disse: olha, seu produto é ruim, mas estamos tentando construir exatamente isso há seis meses. Você pode vir para Nova York, trabalhar conosco por algumas semanas e depois nós seremos seu primeiro cliente enterprise?
Paul: Então esse foi o começo daquele produto. Na verdade, uma das maiores coisas que aprendi com isso foi, primeiro: quando você construir alguma coisa, escreva um bom conteúdo para que as pessoas entendam o que você está fazendo e qual é a sua missão, porque elas podem encontrar você por meio disso. Segundo: se você conseguir que um cliente convide você para trabalhar no escritório dele e fique superanimado com você, mesmo que seu produto ainda seja ruim, provavelmente você está no caminho certo. Então, aquelas poucas semanas foram provavelmente uma das partes mais empolgantes daquele negócio. Construir para um cliente e receber feedback imediato foi realmente empolgante. Esse foi um dos primeiros grandes aprendizados que tivemos com aquele produto, e isso acabou nos levando à YC no verão de 2014.
Jeroen: É. Então você realmente construiu alguma coisa e, bem rápido, conseguiu o primeiro cliente. Por que você não levou esse negócio adiante e partiu para outro?
Paul: Essa é uma ótima pergunta. Basicamente, na primeira semana da YC, estávamos construindo esse produto, tínhamos um cliente e vários outros usuários que não eram clientes enterprise, mas pagavam pelo produto em um modelo meio freemium. Estávamos tentando decidir o que fazer, então fomos ao jantar da YC, que acontece toda semana e permite que você conheça outros fundadores e ouça palestrantes. Nesse primeiro jantar, Paul Graham estava lá, e isso foi depois de ele já não estar mais à frente da YC. Olhei para meu cofundador e disse: quer saber, vamos falar com ele. Adoramos todos os ensaios dele, ele é muito inteligente. Vamos contar a ele sobre o nosso negócio.
Paul: Ele estava passando por uma fila de fundadores que apresentavam suas ideias e recebiam feedback: 60 segundos e depois a próxima pessoa. Contamos a ele sobre o nosso negócio. O fato é que estávamos identificando outro problema: tínhamos construído essa ferramenta para nós mesmos, mas praticamente toda visualização de dados de que precisávamos exigia um pouco de computação. Imagine um gráfico de barras que precisa fazer um pouco de clustering ou segmentação. Não queríamos enviar isso para o EC2 e a Amazon toda vez que precisássemos executar aquele cálculo, e era muito difícil fazer isso em JavaScript no front-end.
Paul: Então acabamos construindo uma ferramenta que basicamente permite escrever código, clicar em publicar e obter uma API. Hoje isso se chama serverless. A Amazon tem esse recurso, e o Google e a Microsoft também têm. Mas contamos a ele sobre isso durante o pitch, e então ele simplesmente parou e fez um monólogo de 20 minutos sobre como algo assim poderia mudar o futuro da programação. Ele disse: se você acha que, em algum momento, quer fazer isso, deveria começar hoje. Essa é uma ideia em que eu realmente acredito. Se você tem uma startup e acha que, dez passos adiante, estará fazendo algo enorme, por que não começar logo por aí? Não tente ser super, sei lá, não tente ser um gênio. Se é possível, faça hoje.
Paul: Então voltamos para casa e tivemos um momento de pânico, que foi mais ou menos assim: “Vamos simplesmente fazer isso”. Era uma ideia enorme, estávamos superempolgados com ela e, no fim, foi o que fizemos.
Jeroen: Mas você não conseguiu fazer isso crescer nesse espaço de serviços. Imagino que outras pessoas tenham começado a fazer o que vocês tinham feito?
Paul: É. Basicamente, o que aconteceu foi que lançamos o produto para milhares de desenvolvedores. Fizemos o lançamento pouco antes do fim da YC. O problema era que não sabíamos como vender computação serverless para empresas. Estávamos adiantados demais para isso, porque se trata de uma mudança enorme de paradigma na programação. Mas, ao mesmo tempo, também estávamos atrasados demais, porque acabamos nos reunindo com o CTO da Amazon. Achávamos que estávamos vendendo para ele e tentando vender esse produto para a Amazon para que eles o usassem. Na realidade, acho que ele só estava pensando: o que esses caras estão aprontando? Porque eles lançaram exatamente a mesma coisa três ou quatro meses depois — e já trabalhavam nisso havia anos.
Paul: Acho que estávamos atrasados e adiantados demais exatamente ao mesmo tempo, porque, para a AWS, isso era o próximo item da enorme trajetória deles rumo ao futuro. E nós éramos apenas uma startup pequena que tinha descoberto que aquilo existia. Mas eles já tinham relacionamentos diferentes, entre outras vantagens. Então, poucos meses depois do lançamento deles, percebemos: quer saber, não temos futuro nisso. Esse é o futuro de todas as grandes plataformas de computação em nuvem. Não vamos conseguir competir com elas. A Amazon acabou fazendo isso. A Microsoft, o Google, a IBM — você escolhe.
Paul: Essa foi outra parte difícil que tivemos de enfrentar. Percebemos que o negócio não funcionaria. Então acabamos tendo de dispensar várias pessoas da equipe, reduzir tudo até ficar apenas com os fundadores naquele momento e começar a descobrir qual seria o próximo passo desse negócio e em que negócio queríamos atuar.
Jeroen: Quantas pessoas havia na equipe antes da redução?
Paul: Éramos basicamente entre seis e oito pessoas, se me lembro bem, além de cerca de três ou quatro prestadores de serviço naquela época. Então éramos por volta de dez. Não era uma equipe enorme. Mas, naquele momento, tínhamos levantado investimento, apresentado essa visão a várias pessoas e gostávamos muito de todos. Todo mundo era incrível, e foi extremamente difícil mudar tudo aquilo. Mas acho que sabíamos que era algo que precisávamos fazer, porque é muito difícil descobrir qual será o próximo passo quando você tem pessoas que não são necessariamente fundadoras. Elas foram até ali por um motivo específico e talvez não queiram continuar em algo completamente diferente. É difícil entrar em modo de descoberta quando há pessoas esperando ou perguntando: certo, o que devo fazer agora? Existe, sem dúvida, uma diferença entre as pessoas que trabalham com você e as pessoas que são fundadoras e estão prontas para descobrir: tudo bem, pode ser qualquer negócio, vamos descobrir qual.
Jeroen: Então você concluiu que a melhor maneira de chegar ao próximo passo era dispensar todo mundo e tirar um tempo. Quanto tempo vocês levaram?
Paul: Foram definitivamente alguns meses. Estávamos tentando várias ideias diferentes, e parte disso era pensar: certo, agora somos apenas os fundadores. A outra coisa era: tudo bem, vamos reduzir nosso burn o máximo possível para podermos testar coisas diferentes e descobrir qual seria o próximo caminho para o negócio. Essa foi definitivamente uma das partes mais difíceis — quando você tem um negócio, mas, em determinado momento, não sabe exatamente em que negócio está.
Paul: Foi uma época muito, muito difícil, porque você fica correndo de um lado para o outro como uma barata tonta, tentando descobrir como identificar qual é o problema. É algo que não deixa você dormir sem ficar pensando nisso.
Jeroen: É. Até aquele momento, vocês já tinham aceitado algum investimento?
Paul: Sim. Tínhamos levantado investimento com base nessa grande visão de competir com a AWS e assumir o controle do futuro. Agora imagine ter de mudar tudo isso. Tínhamos uma equipe muito inteligente, e vocês investiram nessa equipe, mas agora queríamos descobrir outra coisa para fazer — e fazer com que ela fosse tão grande quanto a anterior.
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. Naquela época, acho que também tínhamos mudado um pouco o escopo do que queríamos fazer. Tínhamos visto todos aqueles outros negócios. Havíamos nos mudado para San Francisco e visto todas aquelas outras pessoas superambiciosas 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 e temos clientes para ele. Mas queremos fazer algo que afete milhões de pessoas, desenvolvedores ou usuários finais. Temos muito interesse nessa ideia de viabilizar para usuários finais as coisas supertécnicas que os desenvolvedores fazem todos os dias, ou tornar muito mais simples realizá-las.
Paul: Estávamos em um estado emocional em que, acho, simplesmente estávamos prontos para algo diferente. Já tínhamos encerrado o capítulo da visualização de dados. Então estávamos tentando descobrir: tudo bem, que visão poderia ser tão grande quanto a que tínhamos aqui com essa plataforma e que pudéssemos colocar no mercado? O que poderia ser algo novo e igualmente grandioso?
Jeroen: Então você estava procurando uma nova grande visão. O que encontrou?
Paul: Acabamos tentando várias coisas diferentes e também vários processos diferentes para encontrar essas coisas. Olhando para trás, muitas delas eram realmente, realmente difíceis. Tenho muitos amigos passando por isso agora: como encontrar minha próxima startup? Nunca descobrimos um processo incrível para fazer isso. Posso falar sobre algumas das ideias que achávamos que eram realmente grandes e que acabamos executando — especialmente uma que considero muito interessante.
Paul: Mas, basicamente, o que percebemos foi que as únicas ideias que conseguíamos realmente tirar do papel e fazer funcionar eram uma combinação de duas coisas: como obter convicção de que aquilo era algo que considerávamos empolgante e que queríamos fazer dar certo? Em determinado momento, depois de passar por todas essas ideias, fica difícil ganhar convicção. Acho que, em certo ponto, simplesmente tivemos sorte quando descobrimos a Blockspring, que já usava 80% da base de código que havíamos criado. Nós mesmos sentíamos o problema. Sabíamos muito bem que havia uma grande tendência de pegar ferramentas de produtividade e integrá-las a todas as outras ferramentas de produtividade que estavam sendo desenvolvidas. Havia, portanto, uma tendência exponencial de mais SaaS para tudo.
Paul: Acho que aproveitamos essa tendência. Acabamos tendo sorte e conseguindo entrar nessa onda, com todas as estrelas alinhadas em torno do problema, da convicção e de um mercado potencialmente grande. Agora só precisávamos descobrir como seria o produto para fazer isso acontecer. Mas houve várias outras ideias ao longo do caminho. Acabamos criando a AWS da comida em Chicago. Na verdade, passamos três meses colocando isso de pé e desenvolvendo o negócio, e acho que ele vai ser realmente enorme. Só que acabou não sendo para nós.
Jeroen: O que significa AWS da comida?
Paul: Um dia, eu ainda estava surtando, pensando: o que vamos fazer agora, qual é a ideia na qual vamos voltar a concentrar nossos esforços? Eu estava literalmente sentado no Chipotle. Olhando para trás, isso parece idiota, mas estávamos sentados no Chipotle e pensei: uau, acho que vai existir um número interminável de negócios assim, como esses restaurantes fast-casual. Deveria haver uma plataforma que permitisse a eles expandir basicamente pelo país inteiro sem precisar construir seus próprios imóveis. Minha analogia era que imóveis e equipe são como computação, enquanto 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 convencê-los a nos deixar usar suas cozinhas no jantar, quando estavam fechados, por um preço muito baixo. Depois, fomos a vários restaurantes fast-casual que já eram muito populares e os convencemos a ensinar nossa equipe a preparar a comida deles. Então colocamos esses restaurantes para funcionar em cozinhas fantasma espalhadas pela cidade, no UberEats, no Postmates, no DoorDash e em todos os sites de entrega. Assim, esses restaurantes tinham cobertura completa do mercado, e pagavam apenas por hora. Não precisavam ter equipe própria nem nada disso. Eles simplesmente expandiam com base na própria ideia.
Jeroen: Então não eram restaurantes onde você podia ir comer, era apenas entrega?
Paul: Isso, apenas entrega. Na verdade, isso acabou gerando dinheiro para nós, mas não era um bom negócio para os restaurantes e, naquele momento, naquele nível de escala, não era sustentável para eles. Também vivemos uma situação maluca em que o Uber Eats ia até as cozinhas, a Amazon aparecia por lá e todos aqueles diferentes sites de entrega perguntavam: tudo bem, o que está acontecendo aqui? Acontece que o modelo é algo que, considerando a tendência contínua de crescimento das entregas, está crescendo exponencialmente e, na minha opinião, continuará crescendo. Sei que o cofundador do Uber acabou de começar a fazer isso também, mas seguiu por um caminho um pouco diferente.
Paul: Então, sim. Por causa disso, em determinado momento nos vimos desenvolvendo software, sentados em cozinhas até tarde da noite, pensando: somos os únicos trabalhando nessa ideia? Perdemos a convicção. Pensamos: provavelmente estamos malucos e somos as únicas pessoas trabalhando nessa ideia de uma plataforma de cozinhas fantasma. Isso é mesmo o futuro ou vamos passar o resto da vida sentados em cozinhas, enfrentando uma batalha impossível? Então, acho que esse foi um momento em que encontramos uma visão realmente grandiosa e um produto que poderia de fato torná-la realidade. Mas não acho que fosse a combinação certa para nós, e foi isso.
Jeroen: É, parece uma ideia realmente interessante. Existem negócios construídos sobre o Airbnb, porque o Airbnb é uma plataforma enorme. Basicamente, antes era como se você dormisse na casa de outra pessoa. Mas então as pessoas começaram a comprar imóveis especificamente para colocar no Airbnb. Parece algo parecido, no sentido de que você tem serviços como Uber Eats, Deliveroo ou qualquer outro. Eles são plataformas com clientes, e você pode facilmente levar algo novo até eles.
Paul: Sim, uma nova oferta. Com certeza. É totalmente verdade. Quando surgiram os dispositivos móveis, acabamos tendo aplicativos mobile-first. Com o Airbnb, você pode ter imóveis Airbnb-first surgindo, além de gerentes de propriedades.
Jeroen: Exato.
Paul: O que é interessante nas entregas é que, quando você entra em um restaurante e vê um monte de entregadores de bicicleta ou motoristas esperando na fila, ocupando todo o espaço, enquanto as cozinhas ficam lotadas de pedidos. É uma questão fundamental de design. É como perguntar: devemos construir um restaurante para nossos clientes ou uma fábrica que também atenda às entregas? Acontece que a maioria dos restaurantes não foi projetada para entrega. Por isso, muitos acabam abrindo cozinhas separadas, que fazem apenas entregas, fora de seus restaurantes de verdade. E o problema é que isso dá um trabalho enorme para eles. Quando lançamos esse modelo, os donos de restaurantes aceitaram imediatamente, o que me surpreendeu muito, porque eu não entendia nada de comida nem de restaurantes. Contratamos um gerente que era realmente, realmente bom. Isso nos ajudou a começar a colocar o negócio de pé. Mas todo dono de restaurante dizia: sim, quero fazer isso.
Paul: Então estava claro que havia demanda. Acho que quem vai realmente fazer isso funcionar é alguém que consiga levantar muito dinheiro para comprar os imóveis e tornar o negócio ainda melhor, ou alguém que controle toda a demanda. Uber Eats e Deliveroo já estão fazendo isso. Eles sabem o que as pessoas querem comprar e repassam insights para vários restaurantes, para que eles comecem a criar novos pratos. Empresas como a Deliveroo já estão abrindo cozinhas e disponibilizando imóveis para aluguel com esse objetivo. Acho que é para lá que o mercado vai, mas foi uma daquelas situações em que partimos dos primeiros princípios, enxergamos algo que considero muito grande e, no fim, descobrimos que não era para nós.
Jeroen: Exato. Por que você acha que não era para você?
Paul: Acabamos seguindo parcialmente pelo caminho errado, que era ser um intermediário entre uma empresa de entregas e o restaurante. Quando, na realidade, deveríamos ter nos tornado o imóvel mais inteligente — e nunca tentamos isso. Acho que, em determinado momento, pensamos: será que estamos simplesmente malucos? Perdemos a convicção, porque aquilo era muito diferente de tudo o que já havíamos tentado. Ainda estávamos naquele modo de pensar: tudo bem, precisamos encontrar a ideia certa. Então talvez também tenhamos matado essa ideia cedo demais, mas acho que ela não era necessariamente para nós, porque sinceramente achávamos que era tão maluca que provavelmente estávamos insistindo no caminho errado.
Jeroen: Você se sentia à vontade 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 superdivertido. Havia certas partes, como criar software para situações da vida real a fim de melhorar workflows, ter um negócio que você podia explicar facilmente para todo mundo e que todos os seus amigos talvez acabassem usando. Ter algo que passa no teste da escova de dentes, um caso de uso cotidiano, significa que você acaba criando um negócio que vai existir por centenas e centenas de anos. É um projeto de longo prazo. Mas descobrimos uma maneira totalmente nova de fazer isso, e o motivo pelo qual fazer isso agora passou a fazer sentido. A tendência exponencial fazia sentido. Tudo se alinhava. Então, nesse aspecto, foi uma combinação que acabou sendo superempolgante.
Paul: Ficar sentado em um restaurante, vendo os pedidos de entrega chegarem, lidar com pessoas roubando coisas que você acabou de contratar, lidar com relações entre pessoas, especialmente naquele nível de renda e com a velocidade com que estávamos contratando — esse é um mundo maluco. É muito diferente de SaaS. Ele vem com seu próprio conjunto de problemas, nos quais você precisa ficar realmente bom, a ponto de pensar nas nuvens sobre o tamanho que isso pode alcançar, mas, no dia a dia, você está lidando com esses problemas. Você fica o tempo todo pensando: como isso algum dia vai causar impacto?
Jeroen: Há outras ideias em que vocês trabalharam durante esse período?
Paul: Houve algumas que eram superempolgantes. Mas acho que o mais importante foi que acabamos começando a fazer algumas consultas em alguns dos nossos produtos antigos. Basicamente, encontrei um problema de produto muito simples: eu queria fazer uma análise de dados no Google Sheets, mas todos os meus dados estavam em um banco de dados ou em alguma API, então precisei 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 que passei bastante tempo pensando nessa ideia. Eu era engenheiro e tinha feito faculdade. Aprendi a programar, mas comecei minha carreira em consultoria e passei muito tempo trabalhando em planilhas do Excel. Percebi que todo mundo que eu conhecia fazia as coisas no Excel. Na verdade, essas pessoas estavam programando com APIs. Você insere alguns números como entrada e obtém algo como saída. Muita gente, especialmente na consultoria, passa bastante tempo acessando sites e aplicativos diferentes, coletando dados e reunindo tudo no mesmo lugar.
Paul: Muitos desses serviços que coletavam os dados estavam começando a oferecer APIs. Então, a grande visão que comecei a perceber era: por que estou passando todo esse tempo copiando e colando coisas de um lugar para outro e mantendo tudo sincronizado, quando, na realidade, todas essas coisas vão ter APIs? Vai haver cada vez mais ferramentas SaaS. Elas deveriam estar sincronizadas e conectadas de alguma forma. A grande visão é a computação para o usuário final. As pessoas de negócios estão chegando a um ponto em que entendem como usar APIs, como levar dados de um lugar para outro, e deveria haver uma maneira fácil de fazer isso.
Paul: Analisamos quais produtos existiam e havia o IFTTT e o Zapier. Todos eram baseados em eventos, movendo pequenas partes de dados de um lado para o outro, e não resolviam o problema. Por exemplo, como entro em uma planilha do Google, puxo um relatório do Google Analytics, mantenho esse relatório atualizado e depois executo algum algoritmo de visão computacional ou de NLP por meio de outra API, passando meus dados por esse algoritmo e, no fim, uso apenas APIs para programar de uma forma que um desenvolvedor usaria ao escrever um script?
Paul: Na verdade, foi um hack de fim de semana: criamos um plugin para o Google Sheets que se integrava a essa plataforma serverless que havíamos construído e chamava todas essas APIs diferentes com as quais as pessoas trabalhavam. Depois mostrei o plugin aos meus cofundadores e falei: isso é realmente muito louco. Todos concordamos que o problema fazia sentido e que a visão estava mais ou menos definida. A questão era: como transformar isso em um produto que as pessoas pudessem começar a usar? E a pergunta em aberto era: quais são todos os principais casos de uso para os quais as pessoas realmente usariam isso? Foi nisso que acabamos trabalhando e que fomos descobrindo, até chegar a algo como: estes são os três casos de uso, é assim que vamos ganhar dinheiro. Foi aí que o negócio realmente começou a crescer.
Jeroen: Como foi isso para vocês? No fim, até quantos funcionários vocês chegaram?
Paul: O que acabou acontecendo foi que lançamos o produto sem ter uma boa noção dos casos de uso. Levou um tempo, mas começamos simplesmente a colocá-lo no mercado, deixando as pessoas entrar, ouvindo o que elas queriam realizar e, então, começamos a descobrir qual seria o propósito dessa plataforma.
Paul: Não sei se esse é o melhor modelo para novas plataformas, mas foi o caminho que acabamos escolhendo. Os primeiros usuários começaram a chegar. Eles faziam algo relacionado a growth, como: “Quero puxar uma lista dos nossos usuários do Salesforce e depois enviar cartões-postais para todos eles pelo Lob, além disso aqui também. Este é o meu projeto aleatório.” Então, de repente, aparecia um projeto totalmente diferente: “Sou um profissional de marketing digital e estou tentando manter este relatório atualizado no Google Sheets ou no Tableau. Como faço isso funcionar com o produto de vocês? Vocês não têm anúncios do Facebook; podem adicionar? Vocês não têm isto; podem adicionar aquilo?”
Paul: Então percebemos que a chave da plataforma que havíamos criado era o fato de termos construído a solução serverless de uma maneira que nos permitia escrever um script rápido, clicar em publicar e, de repente, ter uma nova integração configurada em todos os nossos produtos. Podíamos avançar muito, muito rápido para garantir que o próximo caso de uso de alguém pudesse ser atendido. Foi aí que começamos a trazer pessoas para nos ajudar a criar essas integrações, completar a plataforma para que pudéssemos atender alguns desses casos de uso e chegar a um ponto em que sabíamos que automatizar relatórios era algo que as pessoas queriam fazer.
Paul: Agora há várias startups focadas nesse segmento. Enriquecimento de leads, em que dados são puxados de várias APIs diferentes. Não existe exatamente uma startup boa que faça isso, mas atualmente as pessoas acessam um número interminável de serviços de enriquecimento de leads individualmente e tentam descobrir qual é o melhor. Então agregamos todas essas APIs. Há mais alguns casos de uso, mas esses são os dois realmente grandes.
Paul: Muitos dos nossos usuários precisavam ralar bastante 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: estas são as duas ou três coisas principais que devemos disponibilizar, usar para integrar novos usuários e transformar em produtos de verdade. O negócio começou a crescer. Cresceu e se tornou um bom negócio, um negócio lucrativo. Em certo momento do ano passado, estávamos na etapa em que pensamos: certo, este é um negócio em crescimento, mas começamos com a visão de “vamos derrotar a 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 e coisas do tipo. Descobrimos que várias empresas realmente precisavam acelerar seu roadmap de APIs, sua plataforma de API e tudo isso, algo diretamente relacionado a tudo o que havíamos construído com o Blockspring e com o produto. Foi aí que começamos a ter algumas dessas conversas.
Paul: Acontece que as coisas deram uma volta completa. O cara que lançou o AWS Lambda em 2014 era vice-presidente de engenharia da Coinbase. Uma pessoa que conhecíamos, Balaji Srinivasan, agora é CTO da Coinbase. Eles têm vários fundadores diferentes, e a cultura deles é realmente incrível. Havia uma combinação muito, muito boa para nós ali. Foi assim que o Blockspring acabou na Coinbase.
Jeroen: Certo. Só para eu 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 com APIs e plataforma, tanto interna quanto externa. Muitas coisas empolgantes vão sair em breve. Sim, estamos superanimados. Acho que, na minha visão pessoal, se você voltar ao Facebook em 2007, eles tinham dezenas de milhões de usuários. O social era algo totalmente novo, e nem eles sabiam o que se tornaria importante depois do feed. O que as pessoas iriam querer? Como iriam querer interagir? Eles usaram a plataforma para ajudar a descobrir todos os próximos aplicativos revolucionários.
Paul: Se você estivesse na faculdade em 2007, criando coisas, assim que o Facebook fosse lançado provavelmente passaria quatro ou cinco noites tentando criar uma centena de coisas diferentes que aproveitassem a rede social, encontrassem seus usuários e criassem um grande produto. Acho que é exatamente nesse ponto que boa parte do mercado de cripto está hoje. Existem alguns aplicativos revolucionários, como o Coinbase atualmente, mas isso está relacionado à especulação. Porém, existe potencialmente uma oportunidade enorme de plataforma para ajudar a conduzir a próxima onda de crescimento em grande escala. Os desenvolvedores estão interessados, os usuários estão interessados. Acho que há uma grande oportunidade aí.
Paul: Estamos muito empolgados com isso. Muitos desses novos paradigmas têm seus próximos apps matadores descobertos por desenvolvedores e terceiros, por meio de uma plataforma. Então, sim, estamos definitivamente empolgados com o potencial disso.
Jeroen: Legal. O que tem tirado seu sono ultimamente?
Paul: O que tem tirado meu sono ultimamente? Bem, acho que é muito diferente de como era no passado, nos últimos quatro anos. Durante esses quatro anos, eu literalmente repensei cada decisão: estamos fazendo a coisa certa? Essa é a melhor coisa que poderíamos estar fazendo? É a maior coisa que poderíamos estar fazendo? Queremos ter o maior impacto possível no mundo. Estamos desperdiçando nosso tempo? Estamos no negócio certo? Tudo isso ficava circulando na nossa cabeça, e o ponto principal era descobrir como reduzir tudo isso ao essencial e focar na próxima única coisa que eu precisava fazer para nos colocar em uma posição de sucesso. E geralmente a resposta era: certo, o que os usuários querem e como podemos crescer?
Paul: Agora, acho que as coisas são muito, muito diferentes, porque faço parte desta grande máquina que está avançando com sua própria inércia, enquanto, quando você é fundador de uma startup, você é essa inércia. Se você para, basicamente a máquina para. Para mim, agora é um mundo totalmente diferente, e tem sido muito bom começar a aprender e conhecer um monte de gente extremamente inteligente. Acho que estar em San Francisco pela segunda vez é uma mudança de 180 graus em relação a estar aqui como fundador, surtando e tentando descobrir como fazer meu trabalho bem.
Paul: Agora, acho que este é definitivamente um período de aprendizado mais tranquilo: conhecer gente incrível, trabalhar em coisas grandes, ficar empolgado com tudo isso e aproveitar esta fase.
Jeroen: Legal. Para irmos encerrando aos poucos, qual foi o último livro bom que você leu e por que decidiu lê-lo?
Paul: Ah, boa pergunta. O último livro bom. Certo, foi uma recomendação de um dos meus amigos. Deixe-me tentar lembrar qual era o nome. Ops, desculpe. Só um segundo. Era um livro sobre design de jogos, chamado Reality is Broken. A grande pergunta era: por que as pessoas passam tanto tempo da vida jogando? Como podemos usar o que aprendemos sobre design de jogos para ajudar a causar um impacto no mundo? Eu o li porque acredito sinceramente que os principais componentes que fazem parte de um jogo evoluíram e foram descobertos, e são aplicáveis a tudo.
Paul: Então, se você está criando um app de relacionamento e ele não usa design de jogos de alguma forma, você vai fracassar — e os que usam acabam criando o Tinder. Acho que tudo está se tornando cada vez mais um jogo, e que todos os jogos também estão se tornando mais parecidos com produtos de software tradicionais, redes sociais, produtos de comunicação e todo esse tipo de coisa. Tudo isso está convergindo. Para mim, o motivo de ter lido o livro foi tentar entender tudo isso. Jogo desde criança, mas queria entender melhor a ciência por trás disso, o que ela diz sobre nós mesmos e como isso pode me ajudar a melhorar a forma como eu criaria produtos. Foi realmente um livro incrível. Recomendo muito a leitura para todo mundo.
Jeroen: Qual foi a coisa mais maluca que você leu nele?
Paul: Acabei fazendo um monte de anotações sobre esse livro, mas qual foi a coisa mais maluca? Essa é uma boa pergunta. A coisa mais maluca que percebi foi que, basicamente, existe um ciclo de feedback em que os designers de jogos tentam criar jogos que façam você jogar mais, extrair mais valor deles e assim por diante. As regras que existem nesses mundos dos jogos são, na verdade, um grande reflexo das pessoas e do que as motiva. Do que faz com que elas realizem coisas e vão para o trabalho, mas ainda assim queiram voltar para casa e passar todo esse tempo jogando.
Paul: Acho que uma das percepções mais malucas do livro é que o motivo de ele se chamar Reality is Broken é que a forma como projetamos os jogos é, na verdade, melhor do que a experiência que temos no trabalho e no nosso dia a dia na vida real. Na vida real, você vai para o trabalho. Muitas coisas são desconhecidas. Você não recebe feedback nenhum. Não sabe se está ganhando ou perdendo. Você segue em frente, torcendo para estar progredindo de alguma forma. Mas, nos jogos, existem regras claras. Existe um ciclo de feedback claro. Você sabe se ganhou ou perdeu. Há todas essas coisas que queremos ter na vida, e é por isso que as pessoas jogam: nos jogos, elas encontram coisas que não encontram na vida real.
Paul: Acho que as coisas que descobrimos nos jogos não dizem apenas respeito a como fazer as pessoas jogarem mais Super Smash Bros. Na verdade, trata-se de descobrir coisas sobre a natureza humana, nossas emoções e o que queremos da vida. Acho que é por isso que muitos desses mundos estão convergindo. Você só pode construir uma sociedade nos Estados Unidos, mas pode construir um monte de sociedades nos jogos, mudar as regras e todo esse tipo de coisa. É simplesmente uma explosão cambriana de perguntas: como operamos sociedades e o que aprendemos sobre elas? Acho que aplicar isso a outros apps, outros produtos e à vida cotidiana é algo muito importante.
Jeroen: Certo. Legal.
Paul: É.
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 combinação de dois. Um deles é a mesma coisa que a YC diz: construa para você mesmo, crie algo que as pessoas queiram, converse com os usuários — todo esse ciclo é verdadeiro. Eu falhei em vários aspectos disso em momentos diferentes, mas, se você seguir esse caminho, acabará construindo algo que pode funcionar de alguma forma, gerar dinheiro ou criar um bom estilo de vida para você.
Paul: O inverso disso é que, quando você fica sem ideias, quando acha que chegou a hora de redefinir sua rota ou tentar trabalhar em algo maior, mas ainda não sabe exatamente o que é, então redefina sua rota. Não pense que você fracassou nem nada do tipo. Basicamente, as pessoas estão em fases diferentes da vida em momentos diferentes. Então, acho que o grande conselho é: se você sabe no que quer trabalhar, vá trabalhar nisso. Se não sabe, vá descobrir as coisas. Vá aprender e identificar outros problemas ao longo da vida, conversando com as pessoas e fazendo todo esse tipo de coisa.
Paul: Se você está nesse terceiro grupo, em que quer abrir uma startup e está tentando encontrar um problema, esse é um mundo muito difícil de operar, e definitivamente não é algo que eu gostaria de fazer de novo.
Jeroen: Certo.
Paul: É.
Jeroen: Obrigado novamente, Paul, por participar do Founder Coffee.
Paul: Sim.
Jeroen: Foi muito bom ter você aqui.
Paul: Foi ótimo estar aqui. Obrigado pelo convite.
Gostou? Leia as entrevistas do Founder Coffee com outros fundadores. ☕
Esperamos que você tenha gostado deste post. Se gostou, avalie a gente no iTunes!
Para acompanhar nosso podcast Founder Coffee e, de quebra, aprender sobre startups, growth marketing e vendas:
👉 Inscreva-se na nossa newsletter, enviada a cada 2 semanas:
👉 siga @salesflare no Twitter, LinkedIn ou Facebook
