Paul Katsen från Blockspring

Grundare Kaffe avsnitt 025

Jag är Jeroen från Salesflare och det här är Founder Coffee.

Varannan vecka dricker jag kaffe med en annan grundare. Vi diskuterar livet, passioner, lärdomar, ... i ett intimt samtal och lär känna personen bakom företaget.

I detta tjugofemte avsnitt pratade jag med Paul Katsen, medgrundare av Blockspring, ett automatiseringsverktyg som hämtar data från olika API:er för att automatisera rapporter, listor och målsidor.

Blockspring började faktiskt som ett datavisualiseringsverktyg, som svängde till en serverlös plattform direkt efter att ha gått med i YCombinator och pratat med dess medgrundare Paul Graham. Och ungefär ett år senare, efter att Amazon hade gått in i exakt detta utrymme, var de tvungna att svänga igen. Efter många iterationer slutade de med Blockspring-plattformen som vi känner till idag.

För några månader sedan blev Blockspring slutligen uppköpt av Coinbase. Vi pratar om det, om deras tid i restaurangbranschen medan de svängde, hur det är att arbeta för ett stort företag nu och varför spel kan vara bättre än verkligheten.

Välkommen till Founder Coffee.


Föredrar du att lyssna? Du kan hitta detta avsnitt på:


Jeroen: Hej, Paul. Det är fantastiskt att ha dig på Founder Coffee.

Paul: Hej, tack så mycket. Hur går det för dig?

Jeroen: Det går bra. Du är en av grundarna av Blockspring. För dem som inte vet vad ni gör ännu, vad gör ni?

Paul: Blockspring har en mycket lång historia. Vi startade faktiskt 2014, men det vi gör nu är att hjälpa marknadsförare, säljare och rekryterare att ansluta till olika API: er och datatjänster för att automatisera sin rapportering, berika listan och bygga blylistor. Och slutligen, faktiskt dra in all denna data till målsidor och livewebbplatser. Vi indexerar i princip en massa API:er och gör dem lätta att använda och få tillgång till för affärsmän.

Jeroen: Kan du kanske, eftersom det låter lite abstrakt, ge ett konkret exempel på något du kan göra?

Paul: Visst. Automatisera rapportering, det är ett av användningsfallen. I huvudsak spenderar marknadsförare mycket av sin tid på att logga in på Facebook Ads Manager, hela användargränssnittet, Google Analytics, Google-annonser, YouTube-annonser, sånt och exportera data från allt till samma instrumentpanel varje vecka eller månad. Det är manuell rapportering. Det tar en massa tid.

Paul: Vi har en massa integrationer till alla dessa olika tjänster och plugins till verktyg som Excel, Google Sheets, Tableau, så att en person kan välja en massa av dessa olika datakällor, klicka på "dra in data" och sedan hålls rapporten automatiskt uppdaterad. Hur det fungerar är att det använder samma API-plattform som vi utvecklade, förutom att det har ett plugin-gränssnitt som fungerar inom rapporteringsverktyg, jämfört med några av våra försäljningsanvändningsfall. De använder samma plattform, men de ansluter till andra verktyg.

Jeroen: För att upprepa vad du sa kan du i princip få information, till exempel från Facebook-annonser, från YouTube, vad som helst. Du kan få allt i ett Google-ark. Det är något jag skulle kunna använda Blockspring för.

Paul: Ja. Det är definitivt ett mycket vanligt användningsfall. Ett annat användningsfall som säljare och rekryterare använder är att bygga en lead-lista. Men mycket av denna data kommer från kanske Clearbit, Hunch.io, Google Maps eller alla dessa andra nya datatjänster som du kanske inte inser är faktiskt bra för försäljning eller rekrytering. Så de kanske faktiskt vill dra in dessa data i ett Google Sheet eller något annat verktyg också. Den röda tråden över hela denna plattform är att göra det enkelt att komma åt API: er och data från ett affärsverktyg. Men användningsfallen sträcker sig från att automatisera rapportering till att bygga leadlistor till en massa andra saker.

Jeroen: Jag fattar. Det gör det mycket lättare att i princip sammanställa data.

Paul: Ja.

Jeroen: Du nämnde att det har varit en lång historia med Blockspring under de senaste fem åren. Vad hände specifikt?

Paul: När vi började 2014 byggde mina medgrundare faktiskt en datavisualiseringsprodukt, vilket skilde sig mycket från detta. Jag vet att faserna i detta företag i princip började med datavisualiseringsprodukt, att komma in i YC och en massa andra galna saker som hände som faktiskt slutade med att vi blev en av de första serverlösa databehandlingsprodukterna. Sedan var det den här fasen kring hur vi blev pummeled av Amazon och gick igenom en stor serie pivoter för att försöka hitta vår väg. Till slut kom vi till en fas där det här är en verksamhet som inte är vad vi började med. Men det är ett bra företag, det tjänar pengar och vi får det att växa. Slutligen ledde det till att vi faktiskt tog en hel del av det som den produkten hade byggt och lärt sig och lät den gå med i Coinbase.

Paul: Så, ja. Det finns en massa olika faser. Men vi började faktiskt på en mycket, mycket annorlunda plats än vad vi slutade på, vilket jag vet att många grundare går igenom just nu. Så jag gräver gärna i delar av den historien, eftersom det var en ganska stor inlärningsupplevelse.

Jeroen: Ja. Vilka delar av berättelsen var särskilt intressanta eller utmanande?

Paul: Tja, det finns olika utmaningar i varje steg. I den första delen var det bara, hej, vi blev förälskade i den här datavisualiseringsidén. Hur det började, faktiskt, jag var i Chicago, och jag minns att jag gick till YC Startup School, som var en endagskonferens där du såg alla dessa supergalna tekniska människor, som Marc Andreessen, Jack Dorsey, Balaji Srinivasan, et cetera. Jag minns att jag lämnade den och tänkte: "Herrejävlar. Jag är superinspirerad. Jag vill gå och starta något.

Paul: Jag var som, åh, jag kan göra det här. Dessa människor är bara normala människor. Det råkade bara vara så att jag åt middag med en god vän till mig i San Francisco samma kväll, och vi insåg båda att datavisualisering är svårt. Låt oss bara bygga en enkel app. Det kanske inte blir ett företag, men något som gör det enklare.

Paul: Det slutade med att vi byggde något som. Superenkelt, du laddar upp en CSV, ett kalkylblad, och du får en interaktiv visualisering, vilket är något som vi tillbringade timmar och timmar på att bygga oss själva på våra äldre jobb. Men vi ville göra det enklare. Det slutade med att vi fick ett samtal från VP för data på en av världens största utgivare. Han sa: "Er produkt suger, men vi har försökt bygga det här de senaste sex månaderna. Kan du flyga ut till New York, arbeta med oss i några veckor, och sedan blir vi din första företagskund?

Paul: Så det var början på den produkten. Egentligen var en av de största sakerna som jag lärde mig av det, en, när du bygger något, skriv bra innehåll så att människor förstår vad du gör och vad ditt uppdrag är, eftersom människor kan hitta dig genom det. Två, om du kan få en kund att bjuda in dig att arbeta från sitt kontor och blir superglad över dig även om din produkt suger just nu, är du förmodligen på väg mot något. Så de där veckorna var förmodligen några av de mest spännande delarna av den verksamheten. Att bygga för en kund, att få omedelbar feedback, det var verkligen spännande. Det var en av de första stora lärdomarna för oss just genom den produkten, och sedan slutade det med att vi kom in i YC sommaren 2014.

Jeroen: Ja. Så du byggde faktiskt något och fick ganska snabbt en första kund. Hur kommer det sig att du inte fortsatte med just den här verksamheten, utan gick vidare till en annan?

Paul: Det är en riktigt bra fråga. I grund och botten, första veckan i YC, bygger vi den här produkten, vi har en kund, vi har en massa andra användare för den som inte är företagskunder, men betalar för den, typ av freemium. Vi försöker ta reda på vad vi ska göra, och så går vi på middag, YC-middagen, som är en veckovis sak där du får träffa andra grundare, du får lyssna på talare, och i den här första middagen var Paul Graham där, och det här var efter att han inte längre ledde YC. Jag tittade på min medgrundare och tänkte: "Vi går och träffar honom. Vi älskar alla hans essäer, han är supersmart. Låt oss berätta för honom om vår verksamhet.

Paul: Han går igenom dessa rader, den här raden av grundare som pitchar sin sak och han ger dem feedback, 60 sekunder och sedan nästa person. Vi berättade för honom om vår verksamhet. Det faktum att vi såg det här andra problemet, som i princip var att vi hade byggt det här verktyget för oss själva, men i princip varje datavisualisering som vi hade behövde lite beräkning. Så föreställ dig ett stapeldiagram som behöver göra lite klustring eller segmentering. Vi ville inte skicka det till EC2 och Amazon varje gång vi behövde köra den beräkningen, och det var verkligen svårt att göra det i JavaScript på frontend.

Paul: Så vi slutade bygga det här verktyget som i princip låter oss skriva kod, klicka på publicera och få ett API. Nu kallas det serverlöst. Amazon har den här saken, Google, Microsoft har nu det här. Men vi berättade för honom om det i pitchen, och sedan gick han i princip full stopp på en 20 minuters monolog kring hur något sådant kunde förändra programmeringens framtid. Han sa: "Om du tror att du så småningom vill göra det, så borde du göra det idag. Det var en sak som jag faktiskt verkligen tror på. Om du har ett nystartat företag där du tror att du om 10 steg kommer att göra något enormt, varför gör du inte det direkt? Försök inte att vara super, jag vet inte, försök inte att vara ett geni om det. Om det är möjligt, gör det idag.

Paul: Så vi kom hem och fick en panikångest och tänkte: "Nu gör vi det här". Det här är en så stor idé, vi är superpeppade på det, och så gjorde vi det till slut.

Jeroen: Men du gjorde det inte stort i servicebasen. Andra människor började göra vad du hade gjort, antar jag?

Paul: Ja. Så i princip vad som hände var att vi lanserade tusentals utvecklare på den. Vi lanserade precis innan YC slutade. I grund och botten är en fråga att vi inte visste hur vi skulle sälja serverlös databehandling till företaget. Vi var för tidiga för det, eftersom det är ett sådant paradigmskifte för programmering. Men den andra frågan är att vi faktiskt var för sena samtidigt, för vi slutade träffa Amazons CTO. Vi trodde att vi sålde till honom och att vi sålde den här produkten till Amazon så att de skulle använda den. I själva verket tror jag att han bara undrade vad de här skojarna höll på med, för de lanserade faktiskt exakt samma sak tre till fyra månader senare, och de hade jobbat med det i flera år.

Paul: Jag tror att vi var för sena och för tidiga på exakt samma gång, för för AWS var detta nästa punkt på deras massiva bana mot framtiden. Och vi var bara en liten startup som förstod att det här faktiskt var en grej. Men för dem hade de redan olika relationer och så vidare. Så inom några månader efter deras lansering insåg vi att vi inte riktigt har någon framtid i det här. Det här är en framtid för alla de stora molntjänstplattformarna. Vi kommer inte att kunna konkurrera med dem. Det slutade med att Amazon gjorde det. Microsoft, Google, IBM, allt möjligt.

Paul: Detta var en annan svår del vi var tvungna att göra. Vi insåg att verksamheten inte skulle fungera. Så det slutade med att vi var tvungna att låta en massa människor i teamet gå, flytta ner det till bara grundarna vid den tidpunkten och börja räkna ut, vad kommer att bli nästa steg för den här verksamheten, och vilken verksamhet vill vi vara i?

Jeroen: Hur många var ni innan ni minskade antalet anställda?

Paul: Vi var i princip runt sex till åtta, om jag minns rätt, plus runt tre till fyra entreprenörer vid den tiden. Så vi var runt 10. Det var inte jättestort. Men vid den tidpunkten hade vi samlat in finansiering, presenterat den här visionen för alla dessa olika människor, gillade verkligen alla. Alla var fantastiska, och det var otroligt svårt att vända på det. Men jag tror att det var något vi visste att vi behövde göra, för det är verkligen svårt att räkna ut vad nästa sak är när du har människor som inte nödvändigtvis är grundare. De kom dit av en viss anledning, och de kanske inte vill vara där för något helt annat. Det är svårt att gå in i upptäcktsläge när du har människor som väntar eller är som, okej, vad ska jag göra härnäst? Det finns definitivt en skillnad mellan människor som arbetar med dig och människor som är grundare och redo att räkna ut, okej, det kan vara vilken verksamhet som helst, låt oss ta reda på vad det är.

Jeroen: Så du tänkte att det bästa sättet att komma till nästa steg är att låta alla gå för att ta lite tid. Hur mycket tid tog du?

Paul: Det var definitivt månader. Vi provade alla dessa olika idéer, och en del av det var, okej, nu är det bara grundare. Det andra var, okej, låt oss minimera vår förbränning så mycket som möjligt så att vi kan prova olika saker, ta reda på vad nästa väg till verksamheten var. Detta var definitivt en av de svåraste delarna - när du har ett företag, men du vet inte vilken verksamhet du befinner dig i vid en viss tidpunkt.

Paul: Det var en mycket, mycket svår tid, för nu springer du runt som en kyckling med huvudet avskuret och räknar ut, hur ska jag ens gå tillväga för att identifiera vad problemet är. Det här är något som du inte kan gå och lägga dig med och inte tänka på.

Jeroen: Ja. Hade du accepterat någon finansiering fram till dess?

Paul: Ja. Vi hade höjt, på den här stora visionen om låt oss gå och tävla med AWS och ta över framtiden. Så föreställ dig nu att du måste vända det. Vi har ett riktigt smart team, ni killar investerade i teamet, men nu vill vi gå och räkna ut något annat att göra och göra det lika stort.

Jeroen: Varför gick du inte tillbaka till idén om datavisualisering?

Paul: Det är en bra fråga. Jag tror att vi vid den tidpunkten inte visste om vi var annorlunda. Vi ville göra något. Vid den tidpunkten tror jag att vi hade förändrats lite också när det gäller omfattningen av vad vi ville göra. Vi hade sett alla dessa andra företag. Vi hade flyttat till San Francisco, vi hade sett alla dessa andra människor som är superambitiösa och arbetar med dessa stora visionsprodukter. Jag tror att vi vid den tidpunkten tänkte, okej, den här datavisualiseringsprodukten är spännande, den är rolig, det var det första vi kom på, vi har kunder för den. Men vi vill göra något som kommer att påverka miljontals människor, utvecklare eller slutanvändare. Vi är superintresserade av den här idén om att möjliggöra de supertekniska saker som utvecklare gör varje dag, ge det till slutanvändare eller göra det mycket enklare att åstadkomma.

Paul..: Vi befann oss i ett känslomässigt tillstånd där jag tror att vi var redo för något annat. Vi hade redan avslutat datavisualiseringsgrejerna. Så vi försökte ta reda på, okej, vad kan vara en lika stor vision som det vi har här med den här plattformen som vi kan få ut genom dörren? Vad kan vara nytt och lika stort?

Jeroen: Så du letade efter en ny stor vision. Vad såg du då?

Paul: Det slutade med att vi provade en massa olika saker, och vi provade en massa olika processer för att hitta en massa olika saker. Många av dem var, så här i efterhand, riktigt, riktigt svåra. Jag har många vänner som går igenom det här just nu - hur hittar jag min nästa startup? Vi kom aldrig fram till en fantastisk process för det. Jag skulle kunna berätta om några av de idéer som vi trodde var riktigt stora och som vi till slut genomförde, särskilt en som jag tycker var riktigt intressant.

Paul: Men i grund och botten insåg vi att de enda som vi verkligen kunde få igång och få att fungera var en blandning av - hur får vi övertygelse om att det här är något som vi tycker är spännande och som vi vill arbeta med? Vid en viss punkt när man går igenom alla dessa idéer är det svårt att få övertygelse. Jag tror att vi vid en viss punkt bara hade tur, där vi upptäckte Blockspring, som redan använde 80% av den kodbas som vi byggde. Vi kände av problemet själva. Vi visste definitivt att det fanns en stor trend kring att ta produktivitetsverktyg och integrera dem i alla andra produktivitetsverktyg som byggs. Så det fanns denna exponentiella trend kring mer SaaS för allt.

Paul: Jag tror att vi utnyttjade det. Det slutade med att vi hade tur och utnyttjade den trenden och hade alla stjärnorna i linje kring problem, övertygelse och potentiellt en stor marknad. Nu var vi bara tvungna att ta reda på hur produkten skulle se ut för att få det att hända. Men det fanns en massa andra idéer längs vägen. Det slutade med att vi skapade AWS för mat i Chicago. Vi tillbringade faktiskt tre månader med att bygga upp det, och jag tror att det faktiskt kommer att bli en riktigt stor verksamhet. Det var bara inte rätt för oss i slutändan.

Jeroen: Vad betyder det, AWS för mat?

Paul: En dag var jag fortfarande rädd för vad vi skulle göra härnäst, vilken idé vi skulle fokusera på igen. Jag satt bokstavligen i Chipotle. Det här är dumt i efterhand, men vi satt på Chipotle, och jag tänkte, wow, jag tror att det kommer att finnas ett oändligt antal företag som är så här, vilket är som dessa snabba, avslappnade restauranger. Det borde finnas en plattform som gör det möjligt för dem att i princip skala ut över hela landet utan att behöva bygga sina egna fastigheter. Min analogi var att fastigheter och personal är som datorer, och koden är receptet och ingredienserna.

Paul: Det vi till slut gjorde var att vi gick till ett gäng frukostrestauranger i Chicago, övertygade oss om att låta dem ha sina kök till middag när de var stängda för riktigt billigt, och sedan gick vi till ett gäng snabba, avslappnade restauranger som redan är riktigt populära, och vi övertygade dem om att lära vår personal hur man gör sin mat. Sedan satte vi upp dem i spökkök över hela staden på UberEats, Postmates, DoorDash, varenda leveranssida, så att dessa restauranger faktiskt hade full marknadspenetrationstäckning, och de betalade bara per timme. Så de behövde inte ha någon personal eller något. De skalade bara upp baserat på sin idé.

Jeroen: Så det var inte restauranger där man kunde gå och äta, utan det var bara leverans.

Paul: Ja, bara leverans. Detta slutade faktiskt tjäna pengar för oss, det var bara inte en bra affär för restaurangerna, och det var inte hållbart för dem vid den tidpunkten, i den skalan. Men vi hade också den galna situationen där Uber Eats kom över till köken, Amazon kom över, alla dessa olika leveranswebbplatser var som, okej, vad händer här? Det visade sig att modellen faktiskt är något som jag vet, med den pågående trenden med leverans, att växa exponentiellt är något som redan händer, och jag tror att det kommer att fortsätta hända. Jag vet att medgrundaren till Uber faktiskt började göra det här också, men han gick på det på ett lite annorlunda sätt.

Paul: Så, ja. För det befann vi oss vid en viss punkt att bygga programvara, sitta vid kök riktigt sent på kvällen och vara som, är vi de enda som arbetar med den här idén? Vi tappade övertygelsen. Vi tänkte att vi förmodligen är galna här, och att vi är de enda som arbetar med den här idén om en plattform för spökkök. Är det här verkligen framtiden, eller kommer vi att sitta i kök resten av våra liv och bara kämpa i uppförsbacke? Så jag tror att det var en plats där vi hittade en riktigt stor vision, hittade en produkt som jag tror faktiskt kunde ha fått det att hända. Men jag tror inte att det var rätt för oss, och så var det med det.

Jeroen: Ja, det låter som en riktigt intressant idé. Det finns dessa företag som är byggda ovanpå Airbnb, eftersom Airbnb är en så enorm plattform, och i princip brukade det vara som om du sov på någon annans plats. Men sedan började folk köpa platser bara för Airbnb. Det känns på samma sätt när man har tjänster som Uber Eats eller Deliveroo eller vad de nu har. De är plattformar med kunder, och du kan enkelt tillföra något nytt till dem.

Paul: Ja, som ny leverans. 100%. Ja, det är helt sant. När det finns mobil slutade du med att ha mobila första appar. När det finns Airbnb kan du ha Airbnb-första fastigheter som händer och fastighetsförvaltare.

Jeroen: Just det.

Paul: Det som är intressant med leveranser är att när man går in på en restaurang så ser man massor av leveranscyklister eller chaufförer som bara väntar i kö och tränger sig på, och deras kök blir överfulla av beställningar. Det är bara en grundläggande designfråga. Ska vi bygga en restaurang för våra kunder eller en tillverkningsanläggning som även kan användas för leveranser? Och det visar sig att de flesta restauranger inte är utformade för leverans. Så de flesta av dem lanserar faktiskt sina egna separata kök som bara gör leverans ändå utanför sina faktiska restauranger, och problemet är att det är en enorm slog för dem. När vi kom ut med den här modellen var det bara ett omedelbart ja från restaurangägare, vilket jag blev superförvånad över, för jag visste ingenting om mat, ingenting om restauranger. Vi anställde en manager som var riktigt, riktigt bra. Det hjälpte oss att få ut det här genom dörren. Men alla restaurangägare sa: "Ja, jag vill göra det här.

Paul: Så det var tydligt att det fanns efterfrågan där. Jag tror att den person som faktiskt kommer att få det här att fungera är någon som kan samla in massor av pengar för att köpa fastigheterna och göra det till en ännu bättre affär, eller någon som kontrollerar all efterfrågan. Så, Uber Eats och Deliveroo, de gör redan detta. De vet vad folk vill köpa, och de matar insikter tillbaka till olika restauranger för att börja snurra ut mat. Folk som Deliveroo lanserar faktiskt redan kök och fastigheter för uthyrning för att göra detta nu. Jag tror att det är där marknaden kommer att gå, men det var en av de saker där vi började från första principer, såg något som jag tror var riktigt stort, men det visade sig bara inte vara för oss.

Jeroen: Ja, just det. Varför tror du att det inte var något för dig?

Paul: Vi hamnade delvis på fel väg, vilket var att vara den här mellanhanden mellan ett leveransföretag och restaurangen. När vi i själva verket borde ha blivit den smartare fastigheten, och vi försökte aldrig det. Jag tror att vi vid en viss punkt tänkte: "Är vi helt galna här? Och vi tappade övertygelsen, eftersom det är så annorlunda mot allt vi tidigare har försökt. Vi är fortfarande i det här läget, okej, vi måste hitta den rätta idén. Så vi kan ha dödat det också tidigare, men jag tror inte att det nödvändigtvis var för oss, för vi tyckte ärligt talat att det var så knäppt, att vi förmodligen bara skällde upp i fel träd.

Jeroen: Kände du dig bekväm i restaurangbranschen?

Paul: Inte inom restaurangbranschen, men definitivt inom drift. Jag hade aldrig riktigt gjort sådana saker förut. Det var faktiskt jättekul. Det fanns bara vissa delar av det, som att bygga programvara för verkliga scenarier för att förbättra arbetsflöden, ha ett företag som du enkelt kan berätta för alla om, och alla dina vänner kanske slutar använda det. Att ha något som bara klarar tandborsttestet, det dagliga användningsfallet, och du kommer att få en verksamhet som kommer att finnas i hundratals och åter hundratals år. Långt. Men vi kom på ett helt nytt sätt att göra det på, och varför är nu logiskt. Den exponentiella trenden är vettig. Allt stämmer överens. Så med den delen kombineras allt för att bli superspännande.

Paul: Att sitta på en restaurang, se leveransorder komma igenom, hantera människor som stjäl saker som du just anställt, hantera människors relationer, särskilt på den inkomstnivån och hur snabbt vi anställde, det är en galen värld. Det skiljer sig mycket från SaaS. Det kommer med sin egen uppsättning problem som du måste bli riktigt bra på till den punkt där du tänker i molnen för hur stor den här saken är, men på en dag till dag har du att göra med dessa frågor. Du tänker alltid på hur det här någonsin kommer att påverka?

Jeroen: Finns det några andra idéer som du arbetade med under den tiden?

Paul: Det fanns några som var superspännande. Men jag tror att det som var mest kritiskt var att vi hamnade och jag började göra några frågor på några av våra gamla produkter. Jag hittade i princip bara det här mycket enkla produktproblemet, som var som att jag försöker göra en dataanalys på Google Sheets, alla mina data finns i en databas eller i något API, och jag var i princip bara tvungen att börja skriva skript för att integrera den informationen.

Paul: Det förde mig tillbaka till mitt första jobb, som var inom konsultbranschen. Jag kommer ihåg den här idén som jag skulle spendera mycket tid på. Jag var ingenjör och jag hade gått i skolan. Jag lärde mig att programmera, men jag hade börjat konsultera och jag hade tillbringat mycket av min tid på Excel-ark. Jag insåg att alla som jag kände gjorde saker på Excel. De programmerade faktiskt bara med API: er. Du lägger in några siffror som inmatning och du får något som en utgång. Många människor, särskilt när de är i konsultation, spenderar mycket tid på att gå till olika webbplatser, appar, samla in data, föra allt till samma plats.

Paul: Många av de tjänster som fick dessa data började ha API:er. Så den här stora visionen som jag började inse var, varför spenderar jag all den här tiden på att kopiera och klistra in saker från en plats till en annan, hålla den synkroniserad, när alla dessa saker i verkligheten kommer att ha API: er? Det kommer att finnas mycket mer och mer SaaS-verktyg. De bör på något sätt synkroniseras och kopplas samman. Den stora visionen är slutanvändarens databehandling. Människor i affärer kommer till en punkt där de förstår hur man använder API: er, hur man tar med data från en plats till en annan, och det borde finnas ett enkelt sätt att göra det.

Paul: Vi tittade runt på vilka produkter som fanns, och det fanns IFTTT och Zapier. De var alla händelsebaserade, flyttade små bitar av data fram och tillbaka, och de fick inte jobbet gjort. Till exempel, hur går jag in i ett Google-ark, drar in en Google Analytics-rapport, håller den uppdaterad och kör sedan någon datorvisionsalgoritm eller kör någon NLP-algoritm genom något annat API och kastar sedan mina data genom det och så småningom bara använder API: er för att programmera på ett sätt som en utvecklare kan göra när de skriver ett skript?

Paul: Det var faktiskt ett helghack av att bara bygga det här Google Sheets-pluginet som faktiskt integrerades i den här serverlösa plattformen som vi hade byggt, och kallade alla dessa olika API: er som människor hade arbetat med. Sedan visade jag det för mina medgrundare, och jag var som, det här är faktiskt riktigt galet. Vi var alla överens om att problemet var logiskt och att visionen fanns där. Den stora frågan var bara: Hur gör vi det här till en produkt som folk kan börja använda? Och den öppna frågan var: Vilka är de viktigaste användningsområdena som människor faktiskt skulle använda den här produkten till? Det var något vi till slut arbetade igenom och räknade ut tills vi kom till något som här är de tre användningsfallen, här är hur vi tjänar pengar, och det var då det verkligen började växa.

Jeroen: Hur gick det för er? Hur många anställda hade ni i slutändan?

Paul: Det som till slut hände var att vi lanserade produkten och inte hade någon bra känsla för användningsfallen. Det tog ett tag, men vi började bara få ut den genom dörren, släppte in folk, lyssnade på vad de försökte åstadkomma och började sedan räkna ut vad den här plattformen skulle handla om.

Paul: Jag vet inte om det är den bästa modellen för nya plattformar, men det var vad vi till slut tog. Tidiga användare skulle komma in. De skulle göra något med tillväxt, som, hej, jag vill dra in en lista över våra användare från Salesforce, och sedan vill jag skicka dem alla vykort från Lob, och sedan det här också. Här är mitt slumpmässiga projekt. Och så helt plötsligt fanns det ett helt annat projekt, som var som, hej, jag är en digital marknadsförare, och jag försöker hålla den här rapporten uppdaterad i Google Sheets eller Tableau. Hur får jag det att fungera med er produkt? Ni har inte Facebook-annonser, kan ni lägga till det? Ni har inte det här, kan ni lägga till det?

Paul: Så vi insåg att nyckeln till den här plattformen som vi räknade ut var att vi hade byggt den serverlösa saken på ett sådant sätt att vi bara kunde skriva ett snabbt skript, klicka på publicera och helt plötsligt hade vi en ny integration inställd i alla våra produkter. Vi kunde bara röra oss mycket, mycket snabbt för att se till att nästa användningsfall som någon hade, kunde uppnås. Det var då vi började ta in människor i dörren för att hjälpa oss att bygga dessa integrationer, hjälpa till att fylla i plattformen så att vi kan utföra några av dessa användningsfall och komma till en plats där vi visste att automatiserad rapportering var en sak.

Paul: Nu finns det ett gäng nystartade företag som fokuserar på det segmentet. Blyberikning, där den drar från en massa olika API: er. Det finns inte riktigt en bra start som gör det, men människor går för närvarande till ett oändligt antal tjänster för blyberikning individuellt och försöker ta reda på vilken som är bättre. Så vi sammanställde alla dessa API: er, och det finns några fler användningsfall, men det är de riktigt stora två.

Paul: Många av våra användare fick verkligen slita för att göra den här typen av saker på egen hand och ta reda på vad som är möjligt, och det hjälpte oss att komma till en punkt där vi var som, här är de två, tre viktigaste sakerna som vi borde exponera, ombord på och förvandla till riktiga produkter. Det började växa. Det växte till ett bra företag, ett lönsamt företag. Vid en viss tidpunkt förra året var vi i ett skede där vi sa: "Okej, det här är ett växande företag, men vi började med en vision om att vi skulle trampa på AWS och skapa ett företag värt flera miljarder dollar.

Paul: Det var detta som till slut startade en massa samtal om var den här produkten kunde landa när det gäller förvärv, allt sådant här, och det visade sig att det fanns en massa företag som faktiskt hade ett behov av att påskynda sin API-vägkarta, API-plattform, allt sådant här, som var direkt relaterat till alla de saker som vi hade byggt med Blockspring och produkten. Det var då vi började ha några av dessa konversationer.

Paul: Det visar sig att saker och ting gick i en cirkel. Killen som lanserade AWS Lambda 2014, VP för teknik på Coinbase. En person som vi hade känt, Balaji Srinivasan, är nu CTO på Coinbase. De har en massa olika grundare, deras kultur är verkligen fantastisk. Det finns en riktigt, riktigt bra passform för oss där. Så det var där Blockspring hamnade.

Jeroen: Ja, precis. Bara för att ge mig en idé, vad planerar Coinbase att göra med det ni byggde?

Paul: Inte mycket av det är offentligt ännu, men vi är där för att arbeta med API:er och plattform, internt och externt. Det kommer att finnas en hel del spännande saker som kommer ut genom dörren. Ja, vi är superpeppade. Jag antar att min personliga tro är att om du går tillbaka till Facebook 2007 hade de tiotals miljoner användare. Social var en helt ny grej där de själva inte ens visste vad som skulle bli viktigt efter flödet. Vad kommer människor att vilja ha? Hur kommer människor att vilja interagera? De använde plattformen för att hjälpa till att upptäcka alla nästa killer-appar.

Paul: Om du var med och byggde saker på college 2007, så snart Facebook lanserades, tillbringade du förmodligen fyra till fem nätter med att försöka bygga hundra olika saker som skulle dra nytta av deras sociala nätverk och hitta dina användare och skapa en stor produkt. Jag tror att det faktiskt är där mycket av krypto befinner sig idag, där det finns några få mördarappar som Coinbase just nu, och det handlar om spekulation. Men det finns potentiellt en ganska stor plattformsmöjlighet att hjälpa till att inleda nästa våg av massiv tillväxt. Utvecklare är med på det, användare är med på det. Jag tror att det finns en stor möjlighet där.

Paul: Vi är superglada över det. Många av dessa nya paradigmer, deras nästa mördarappar upptäcks av utvecklare och tredje parter och genom en plattform. Så, ja, vi är definitivt glada över potentialen där.

Jeroen: Coolt. Vad är det som håller dig vaken om nätterna på sistone?

Paul: Vad håller mig vaken om nätterna på sistone? Tja, jag tror att det är väldigt annorlunda nu jämfört med de senaste fyra åren. De senaste fyra åren har det varit bokstavligen omprövning av varje enskilt beslut av bara, gör vi rätt sak? Är det här det bästa vi kan göra? Är det här det största vi kan göra? Vi vill ha den största inverkan på världen. Slösar vi bort vår tid? Är det rätt bransch vi är i? Alla dessa frågor cirkulerar, och den verkliga nyckeln var hur man skulle koka ner allt detta och fokusera på, vad är nästa sak som jag behöver göra för att sätta oss i en position för att lyckas? Och vanligtvis var svaret: "Okej, vad vill användarna ha, hur ska vi växa?

Paul: Nu tror jag att saker och ting är väldigt, väldigt annorlunda, för jag är en del av den här stora maskinen som rör sig framåt med sin egen tröghet, jämfört med när du är en startgrundare, du är den trögheten. Om du stannar stannar i princip hela maskinen. Det är en helt annan värld för mig nu och jag tycker att det har varit riktigt bra att börja lära mig och träffa en massa supersmarta människor. Jag tror att det är en 180 graders förändring att vara i San Francisco andra gången än att vara här som en grundare som flippar ut och försöker lista ut hur jag ska göra mitt jobb bra.

Paul: Nu tror jag att det definitivt är en mer avslappnad inlärningsperiod, där man träffar fantastiska människor, arbetar med stora saker och blir upphetsad över det och njuter av den här delen.

Jeroen: Coolt. Långsamt avslutande, vilken är den senaste bra boken du läste, och varför valde du att läsa den?

Paul: Åh, det är en bra fråga. Den senaste bra boken. Okej, det här var en rekommendation från en av mina vänner. Låt mig bara försöka komma ihåg vad namnet var. Hoppsan, förlåt. En sekund. Det var en bok om speldesign, och den heter Reality is Broken. Den stora frågan var, varför tillbringar människor så mycket av sitt liv i spel? Hur kan vi använda det vi lär oss om speldesign för att hjälpa till att påverka världen? Anledningen till att jag läste den var att jag faktiskt är övertygad om att huvudkomponenterna i det som ingår i ett spel har utvecklats och upptäckts, och att de är tillämpliga på allt.

Paul: Så om du bygger en dejtingapp och den inte på något sätt använder speldesign kommer du att misslyckas, och de som använder den slutar med att bygga Tinder. Jag tror att allt blir mer av ett spel, och jag tror att alla spel faktiskt blir mer av traditionella mjukvaruprodukter och sociala nätverk och kommunikationsprodukter och allt sådant. Allt detta konvergerar, så för mig var anledningen till att jag läste den bara att jag försökte förstå allt detta. Jag har spelat spel i hela mitt liv, men jag ville försöka förstå mer av vetenskapen bakom, vad det säger om oss själva och hur det kan förbättra hur jag bygger produkter. Det var faktiskt en otrolig bok. Jag rekommenderar den varmt till alla.

Jeroen: Vad var det galnaste du läste där inne?

Paul: Det slutade med att jag tog massor av anteckningar om den här, men vad var det galnaste? Det här är en bra fråga. Det galnaste jag insåg var att det i grunden finns en återkopplingsloop där speldesigners försöker bygga spel som hjälper dig att spela mer, få ut mer värde av det, och så vidare. De regler som gäller i dessa världar i spelen är faktiskt en stor reflektion av människor och vad som motiverar dem. Vad som får dem att göra saker och vad som får dem att gå till sitt jobb men ändå vilja komma hem och tillbringa all tid med att spela spel.

Paul: Jag antar att en av de galnaste insikterna i detta är att anledningen till att boken heter Reality is Broken, är att hur vi har utformat spel faktiskt är bättre än den upplevelse som vi får på jobbet och i vår dagliga verklighet. I verkligheten går du till ditt jobb. Många saker är okända. Du får ingen feedback. Du vet inte om du vinner eller förlorar. Du rör dig framåt och hoppas att du gör framsteg på något sätt. Men i spel finns det tydliga regler. Det finns en tydlig återkopplingsslinga. Du vet om du har vunnit eller förlorat. Det finns alla dessa saker som vi vill ha i våra liv, och det är därför människor spelar spel, för att de får saker i spel som de inte får i det verkliga livet.

Paul: De saker som vi upptäcker, tror jag, i spel, handlar faktiskt inte bara om hur vi får folk att spela Super Smash Bros mer. Det handlar faktiskt om att upptäcka saker om den mänskliga naturen, våra känslor och vad vi vill ha ut av livet, och jag tror att det är därför många av dessa världar konvergerar. Du kan bara bygga ett samhälle i USA, men du kan bygga massor av samhällen i spel, ändra reglerna och allt sådant. Så det är bara den här kambriska explosionen av, hur driver vi samhällen, vad lär vi oss om dem? Att använda det i andra appar, andra produkter, i det dagliga livet, är en riktigt stor sak.

Jeroen: Okej. Coolt.

Paul: Ja.

Jeroen: Sista frågan. Vilket är det bästa affärsråd du någonsin fått?

Paul: Bästa affärsrådgivningen. Jag tror att det är en blandning av två. Den ena är samma sak som YC säger. Bygg för dig själv, bygg något som folk vill ha, gå och prata med användare, hela den slingan är sann. Jag har misslyckats med flera vinklar av det vid olika tillfällen, men om du håller dig till det kommer du till slut att bygga något som kan fungera på något sätt, eller tjäna pengar eller skapa en bra livsstil för dig.

Paul: Det omvända av det är i princip, när du har slut på idéer, när du tror att det är dags för dig att återställa eller försöka arbeta med något större, du vet inte nödvändigtvis vad det är ännu, gå sedan återställa. Känn inte att du har misslyckats eller något sådant. I grund och botten befinner sig människor bara i olika faser av sina liv vid olika tidpunkter. Så jag tror att det stora rådet är, om du vet vad du vill arbeta med, gå och arbeta med det. Om du inte gör det, gå och räkna ut saker. Gå och lär dig och identifiera andra problem genom att leva och prata med människor och allt sådant.

Paul: Om du är i den här tredje poolen där du vill göra en startup och du försöker ta reda på ett problem, det är en riktigt svår värld att fungera i, och det är definitivt något som jag inte skulle vilja göra igen.

Jeroen: Okej.

Paul: Ja.

Jeroen: Tack igen, Paul, för att du är med på Founder Coffee.

Paul: Ja.

Jeroen: Det var verkligen trevligt att ha dig här.

Paul: Det var jättekul att vara här. Tack för att jag fick komma.


Gillade du det? Läs Founder Coffee-intervjuer med andra grundare.


Vi hoppas att du gillade det här inlägget. Om du gjorde det, recensionera oss på iTunes!

För att hålla dig uppdaterad med vår Founder Coffee-podcast och lära dig mer om startups, tillväxtmarknadsföring och försäljning medan du håller på:

👉 Anmäl dig till vårt nyhetsbrev som skickas ut varannan vecka:

👉 följ @salesflare på Twitter, LinkedIn eller Facebook

if(window.strchfSettings === undefined) window.strchfSettings = {}; window.strchfSettings.stats = {url: “https://salesflare.storychief.io/interview-paul-katsen-blockspring?id=1501617191&type=2”,title: “Paul Katsen of Blockspring”,id: “b4bf56dd-9b24-4318-a472-b8522fe85e05”}; (function(d, s, id) { var js, sjs = d.getElementsByTagName(s)[0]; if (d.getElementById(id)) {window.strchf.update(); return;} js = d.createElement(s); js.id = id; js.src = “https://d37oebn0w9ir6a.cloudfront.net/scripts/v0/strchf.js”; js.async = true; sjs.parentNode.insertBefore(js, sjs); }(document, ‘script’, ‘storychief-jssdk’))
Jeroen Corthout