Skyflow: Lessons on Launching a New SaaS Product Category – with Anshu Sharma [363]

Skyflow: Lessons on Launching a New SaaS Product Category

Anshu Sharma is the co-founder and CEO of Skyflow, a privacy API for securing and managing sensitive customer data.

Before starting Skyflow, Anshu was a product manager at Salesforce and Oracle, where he saw firsthand the need for better data privacy solutions.

After a decade of watching the problem grow, Anshu finally decided to do something about it and launched Skyflow in early 2019.

But creating a new product category is very challenging because you first have to educate potential customers on why they need a different solution.

Anshu and his co-founder spent over a year building an MVP before they ever talked to any customers. In hindsight, it was the right approach.

In just a few years, they've grown Skyflow to a 7-figure ARR business with over 100 employees and raised $70 million.

In this episode, you'll learn:

  • Why it took Anshu over 10 years to start Skyflow and what he did during that time that prepared him for the challenge.
  • How the founders spent over a year building their MVP and why it was the right thing to do for their business.
  • Why Anshu didn't rely solely on demos and slides and always did a counter-intuitive thing first before showing people the product.
  • How Skyflow got its first 100 customers in large part by the ‘thought leadership' content that Anshu doubled-down on creating.
  • And how a large customer canceling their contract turned out to be a growth opportunity for Skyflow.

I hope you enjoy it!

Transcript

Click to view transcript
OMER KHAN
Welcome to another episode of the SaaS podcast. I'm your host, Omar Khan, and this is the show where I interview proven founders and industry experts who share their stories, strategies, and insights to help you build, launch, and grow your SaaS business. In this episode, I talked to Anshu Sharma, the co founder and CEO of Skyflow, a privacy API for securing and managing sensitive customer data. Before starting Skyflow, Anshu was a product manager at Salesforce and Oracle, where he saw firsthand the need for better data privacy solutions. After a decade of watching the problem grow, anshu finally decided to do something about it and launch Skyflow in 2019. But creating a new product category is very challenging because you first have to educate potential customers on why they even need a different solution. Anchu and his cofounders spent over a year building an MVP before they ever talked to any customers. In hindsight, it turned out to be the right approach. In just a few years, they've grown Skyflow to a seven figure Arr business with over 100 employees and have raised $70 million. In this episode, you'll learn why it took Unshu over ten years to start Skyflow and what he did during that time which prepared him for the challenge, how the founders spent over a year building their MVP and why it was the right thing to do for their business. Why? Anshu didn't rely solely on demos and slides and always did one counterintuitive thing first before showing people the product. We also talk about how Skyflow got its first hundred customers, in large part by the thought leadership content that Unshu started to create. And we share a story of how a large customer canceling their contract turned out to be a growth opportunity for Skyflow. So I hope you enjoy it. All right, Anshu, welcome to the show.

ANSHU SHARMA
Hey, Omar, nice to meet you.

OMER KHAN
Do you have a favorite quote, something that inspires or motivates you, that you can share with us?

ANSHU SHARMA
Yeah, I think my mentor, Mark Benioff, has this quote, which I think he's borrowed it from someone else, but basically says, we all underestimate what we can do in ten years and overestimate what we can do in a year. And I know it sounds banal, but every hard thing about building a startup, if you can return to the concept of what does it mean for us in ten years, even just three to five years, you'll realize that a lot of things just don't matter and you can focus.

OMER KHAN
So tell us about Skyflow. What does the product do, who's it for, and what's the main problem you're helping to solve?

ANSHU SHARMA
Yeah. So Skyflow is, in some ways, a very simple product. If you think about how, when you log into an application, all of your username and password data is stored in something like OD zero and your credit card information goes to something like Stripe, all of your other personal information ends up in hundreds of databases and applications and such. And because of the impact of all the privacy laws like GDPR, CPA, but also just like, consumers becoming smarter and smarter, asking, like, why are you asking me for my Social Security number when all you have to do is do a one time background check? People have realized that it's no longer the right thing to do, is to hold your PII in hundreds of different places. So what if you had a data privacy vault custom built for PII? It managed its lifecycle end to end, made sure the data was stored in the right country at the right time. Only the right people at the right time could see or use it, and you could still search, analyze, and run workflows for it. Wouldn't that be magical? Wouldn't that save us from the problems of our Social Security numbers and email addresses ending up in the hands of all the bad people? That's the core concept. I applied all the learnings I had at Salesforce Oracle and built a product that is radically simple and know you can just get started with an API call.

OMER KHAN
So who is your ICP, your ideal customer that you sell this product?

ANSHU SHARMA
Know it's one of those things. What's an ideal customer profile for MongoDB? Well, in some ways, every company in the world can use MongoDB or OD zero. But in the early days, you have to focus. So even though we are building a horizontal platform, we focused very intensely on CTOs of high growth companies, especially in industries where they are regulated, either because of the geographies they serve, like GDPR, or because of the verticals they serve, like Digital health or Fintech.

OMER KHAN
Give us a sense of the size of the business. Where are you in terms of revenue, number of customers, size of team?

ANSHU SHARMA
Of course, nobody shares details, but we crossed millions of dollars in revenue last year. We're growing now 400%. We are 105 people. We are series B. We've raised $70 million so far. The core thing to know about our company is it's very product and engineering centric, because, as I said earlier, we're building a fundamentally new building block of how applications are built. And as a result, getting it right was super important to me. So that's where we are in our journey.

OMER KHAN
Okay, great. So one clarification about Skyflow and how a customer uses it. When you said, you know, they don't want to deal with this personally identifiable information, and they use Skyflow instead, what are they basically doing? Does that mean they have a limited information about the customer, but the identifiable information is stored in some central place with Skyflow? Is that how it's organized?

ANSHU SHARMA
Yeah. So, again, as I said, just think about OD zero and Stripe, right? So the password never leaves OD zero. The credit card number actually never leaves Stripe. However, you're able to do all the functions you need to do. So in case of Skyflow, the customer profile information, these sensitive fields essentially get polymorphically encrypted and tokenized inside of Skyflow. You end up with something that looks like a real Social Security number or a real email address. So all of your databases, applications, data warehouses think they have the real information about you, Omar, except they only are holding format preserving tokens. The benefit of this is now when a customer comes to you, says, hey, where is my data store? Can you delete it? Or you want to make sure that only certain people in your customer service team or your engineering team can see certain parts of the data. You can set up all of those policies and rules around Skyflow rather than going into 15 different places. And so it's basically a shared services architecture. Just like today, every company in the world has a shared services architecture around storing secrets in a secrets manager, storing identity in an identity manager, storing credit cards in a credit card PCI system. Similarly, PII, we believe, belongs in its own PII manager. And that's what Skyflow offers as a service. And deployment wise, you can actually run it both in a shared services architecture like SaaS Companies, but you can also get your own dedicated instance and run it in your own VPC if need be.

OMER KHAN
So you mentioned your background. You worked at Oracle Salesforce. I think Skyflow is your third startup that you've founded. And this business was founded in January 2019. So not that long ago. Where did the idea come from?

ANSHU SHARMA
I'm an ideas person, maybe even a little bit add if you follow my Twitter account. But this is one of those ideas that just stuck around in my head for over ten years. The first time I conceived of this idea was when I was working with a very large financial services institution and they were trying to do a competitor to PayPal, right? So imagine you are a top three bank in the US. And you're like, hey, PayPal is going to end up owning all the banking services. What if we had peer to peer payment? This is way before Zen Zelle existed, venmo existed, and the fundamental problem immediately becomes like, how are you going to do that? In some ways, you already have the data. My bank already knows my email address, phone number and account number at the same time. They're not legally allowed to share this data. Right? That was the first time I hit a problem like, is there a way to use data without disclosing all the information? And when you start thinking about that, then you start seeing it everywhere, right? It's like the game kids play, like spot pink or something, and you suddenly see pink everywhere. Once you spot the privacy plus sharing problem, you see it everywhere. So it started with financial services, then I ran into healthcare companies. In fact, if you've been through the COVID crisis last four years. If you deeply think about it, when we say countries like Singapore and Dubai and Netherlands were able to roll out COVID policies overnight and America was struggling, part of it was because they all have centralized systems for managing their citizens'data. We live in a federal democracy, so we don't want that. But that creates complications if you're trying to get on a Disney cruise. How does Disney know, either as a vendor or as a customer or as an employee, whether or not you have had your COVID shots? Same problem. Almost exactly the same problem as the payment problem, which is I don't need to know, Omar, who you are and what your exact date of birth is, if you can prove to me that you had your COVID shot or you already been infected or whatever it is. And so all of these problems fall under the class of what we call zero knowledge systems. In fact, all of Bitcoin is built on zero knowledge proofs and such. So I started seeing a pattern, which is a lot of conventional businesses think about when you walk into a Starbucks, right? It's a coffee company, but it knows where you live, where you go to work. In fact, Starbucks knows more about my life patterns than maybe even my spouse does because they have information about literally where I'm spending all my time. So companies like Starbucks went from being the sellers of coffee so did Walmart, to being in the business of knowing about us. We call it sometimes digital transformation. I hate that phrase. But if you think deeply about it, starbucks is digitally transformed when it goes from selling coffee to people it doesn't know anything about, to you being able to pre order coffee and send your colleague out to pick up seven cups of coffee. And they don't have to remember the order. They don't have to punch in a credit card number, they don't have to give a phone number. The coffee just magically shows up and they get maybe two extra Starbucks points or something, right? So that whole ecosystem has to work in our lives, whether we are buying coffee or you're buying an airline ticket, you're opening a bank account, or you're going in and getting COVID shot. So something seemed to be missing across all of these use cases around how we handle all of our sensitive information. It's just insane that today, when you file your taxes, you give your Social Security number to everybody you interact with, who in turn puts it into TurboTax, who in turn sends it to the IRS. Guess what? IRS already has your Social Security number. Why are you sending your Social Security number to somebody who already has it? Well, it's because so they can identify you. Well, you can identify somebody without knowing their SSN if you use modern encryption tokenization schemes. So it became very clear to me over a ten year period that if we had this foundational layer which is missing from the Internet today. This service could transform the world in a meaningful way and impact our lives positively.

OMER KHAN
Got it. So this idea is brewing for, like, ten years. What happened at the end of those ten years that got you to finally do something about it?

ANSHU SHARMA
So there is the logical answer, and then there is the real answer. So the logical answer is, I saw this everywhere. It's kind of like that movie 6th Sense. I see dead people everywhere, but nobody else was seeing it. So what happened was around 2018, facebook had this Cambridge Analytic issue, and GDPR came out, and states like California started talking about privacy. Effectively went from this problem being what I call 100,000 problem. So if you were Equifax or Marriott, and you had a breach of every card data, every phone number in your database, maybe you would get fined a million dollars in 2017. 2019. That's a billion dollar fine. In fact, as you know, Facebook paid $5,000,000,000.04 years ago. They paid another $1.2 billion a few weeks ago. These billion dollar fines are not limited to just Facebook. Twitter is paying them. Companies like American Express and Mastercard were blocked for entire years from doing business in countries like India because they couldn't follow the local laws. So it went from being as a nerd, I could see this problem technically for ten years. But the business person, me, the product guy in me, wanted to see dollars associated. And it went from a nice to have very nice architecture to, oh, if I don't do this, this may be a billion dollar fine for many companies. And as a founder, you just have to love the problems that have a clean architectural solution, which suddenly go from being a million dollar problem to being a billion dollar problem. So that's what happened. The honest answer is, I got sick and tired of giving out my Social Security number and date of birth again and again and again. And I just got fed up and said, like, I'm just going to start this company.

OMER KHAN
Love it. All right, so you get started. What did you do? Did you start building the product right away? Did you say, okay, now I'm doing it? Seriously, I'm going to spend more time kind of discovery and talking to customers or potential customers. How did you approach it to the point where you could get the product built?

ANSHU SHARMA
I'm going to give you some unconventional answers, because that's what happened here, right? We actually talked to zero customers from the day we started the company to the day we actually had a beta product that somebody could actually buy. In fact, the very first customer call I had ended up in a sale. But if you're listening to this podcast and think, I can go out and do the same thing if you come to me as an investor, I'm not writing that check. For you, unless you've also spent last ten years before that over and over thinking about it, talking about it, diligencing about it. I had seen every pattern, every use case. I talked to hundreds of CTOs, dozens of CISOs about this problem and why they would and would not use it. So I knew enough that I could build that first version of the product with an amazing engineering team and co founders and such, without thinking about like, hey, what does the customer want? The other problem with products like Skyflow, Snowflake, MongoDB is that we are category creation. And if you're creating a category solving a new problem in a new way, the MVP for your product is simply a postgres database, right? What's? An MVP for snowflake. A postgres database. What's? An MVP for MongoDB. A postgres database? What's? An MVP for Stripe. I don't know, maybe just using authorized net. So some categories of products you can't sort of incrementally test and build them. You have to build enough that you can now say, hey, if you had this thing, would it change something fundamental about your business or architecture or problem space? And that's why Snowflake was building its product for many years before going after customers and so on and so forth. So I think my advice to founders is deeply think about which category you are in. Don't get confused. If you're truly creating a new category, a fundamental new building block, you sort of have to build enough to then go test it. On the other hand, if you're building something that's a better CRM or a better DocuSign or what have you, you have to test first and then build later. Great.

OMER KHAN
Okay, so you didn't talk to any customers. You explained why. How long did it take you to build the MVP or the first product? First version of the product?

ANSHU SHARMA
Yeah. So we really started engineering in about August. So for first six months, we were building out the team, thinking deeply about what exactly the shape of the product would be. So even though I didn't talk to customers, the knowledge I had from hundreds of conversations and the core hypothesis had to be distilled down into what is the first end to end use case we're going to solve completely for a customer. Because one of the worst things you can do trying to build a platform company is to start with building a platform product. So we narrowed it down to couple of use cases around PII for KYC use cases, around handling payments data, and then said, okay, if that's the only problem we were trying to solve with version one, what are the feature functions and things you would need, so you would be vastly superior. And so that took us about, I would say, ten to twelve months to build up the first beta version enough that I could show something to CTO of a large company or a startup and get feedback about, yes, this would work for me or not. So 100 conversations before we started building, close to zero while we were building, and again, lots of conversations once we built enough.

OMER KHAN
Can you just explain what you mean by KYC for people who don't know what that means?

ANSHU SHARMA
Oh know your customers. So every time you open a bank account or you sign up for even some online services, the law requires that the entity that's doing business with you legally know who you are. In fact, if you're following the whole twitter versus facebook war right now going on, a lot of this is around, does twitter know who you are now? Legally, they're not required, so they could take a very four channel like view of the world. I have no idea who these people are, and I refuse to find out all the way to a bank where I know exactly who you are, your mom, your passport number. That's a spectrum. But irrespective of where you lie on the spectrum, think about an airline. It doesn't legally need to know who you are, but you effectively can't travel without them knowing your passport number, driver's license, TSA, pre, etc. So most companies that do business with consumers end up collecting some amount of KYC. Know your customer information. The easiest example for you guys might be uber, right? You sign up as a rider, you need to at least share your phone number and credit card number. As a driver, you need to share a whole bunch of information so they can do a background check on you. All of these processes hang around personal information.

OMER KHAN
Great. Thank you. So when you started building the product, were you bootstrapping initially, or did you go out and raise some money?

ANSHU SHARMA
Right know, I had had some success at salesforce. I'd been invested in many companies. Some of them went public, so I had a little bit of a financial cushion. So first six months, we frankly just paid everybody through our pockets, and me and my co founders didn't take any salary for the first six months, we had access to capital. I was kind of lucky. I had done venture before in angel investing, so we knew we could raise anytime we wanted. But weirdly enough, I know it's not fashionable anymore. I was very hesitant to take capital till I knew exactly what I wanted to build and whether it was worth building for the next ten years. So my commitment wasn't a two year commitment. For me, the commitment was a ten year commitment. And even after starting the company, it took me six months to make a ten year commitment. Once I had that nailed, I talked to a few investors. Most of them absolutely hated the idea of creating a new category, a new kind of store, a new kind of product. A few loved it because in ashu gerk's word, who did our seed round, most likely this will not work, but if it works, this could be a hundred billion dollar company. So we found a couple of investors like that and we took a large seed round of $6 million in those days.

OMER KHAN
Yeah, I think you and I were talking earlier and you gave that example of MongoDB and going out and if you asked people if they needed MongoDB, they'd say no to that. Maybe you can just briefly tell that story, but explain it for people who don't know what MongoDB or postgres are and what the difference is between relational and a document based database.

ANSHU SHARMA
Actually, let me invert the problem itself, right? So think about most startups that we all work in, read about, invest in. We feel like we are familiar with the problem and a lot of time you will hear advice like, hey, it should be sort of obvious. It's something that is not too complicated, can you explain it in a single line? And that's fascinating and it's true. And a lot of, I would say YC class companies come out of that paradigm. Uber, Airbnb, these kind of companies don't require you to have a PhD in economics to understand why they would or would not work. It's best to just build it and see if it works. However, there's a certain class of companies and Sam Altman himself, Xyc manager, has come out and said he couldn't have built OpenAI using his own advice at YC. When you're building something fundamentally architecturally new, there is nothing for you to rely on. In fact, everything else you rely on is going to make you look like an idiot. So if you went out and said, I'm building a large language model, first of all, nobody knows what that means. And you said, well, it's going to be a data system for running AI, everybody would said, that sounds like Snowflake and databricks, right? So you end up with this chicken and egg problem and so we can't solve large technical problems or even large business problems sometimes, like building an electric car without having a different paradigm. And I call this category of thinking intentional startups versus the first category, what I call evolutionary startups. Right? New people and ideas just keep evolving, whereas intentional startups tend to be like you've thought about it something so much that you figured out truly a fundamental reason why it could be different. So MongoDB coming back. Even today, 95% of the world has no idea what MongoDB is. They still can't articulate why it's different from Oracle or Snowflake. And yet it's worth tens of billions of dollars. Its revenue, I think, is north of billions and it's one of the fastest growing tech companies. So what is it about mongo that allows them to grow so fast, even though most people can't explain what it is? Well, turns out it solves a fundamental technical limitation of relational databases which is implicit in the name. You can only handle certain kind of relational data there. So they found a problem that was of such high value that a certain class of very experienced, seasoned people would understand if you tried to solve it differently. They hyper focused on that and then went out, and instead of telling the world about MongoDB, which nobody knows anything about, they went out and explained to people why a new architecture for storing data would be valuable. And it eventually became known as NoSQL, right? So everybody now has heard of NoSQL. So a similar thing happened, by the way, 20 years ago when Bea became an app server company. Nobody had heard of an app server. By the way, same thing happened when Elastic came out. Nobody had heard of an Elk platform or a search index. We forget that there are fundamental building blocks of how we build applications, handle data today, like Kubernetes and Containerization, that were fundamental breakthroughs. So in those categories, you cannot rely on, hey, I am Uber for X. You're much better off saying, hey, this is how we're building things today, or handling data, or using things if we think about it differently. Here is why it would be ten x better, and then you show a whole bunch of use cases around it. So in case of MongoDB, for example, in the early days, one of their earliest best customers were people who just had a lot of unstructured data in ecommerce that tended to be catalog data. So if you ask somebody in 2011, where should I use Mango DB? They would say, if you have catalog data, you're probably better off starting with Mongo, because catalogs have this peculiar property that they have very high dimensionality. So you cannot have like three columns. Like even a t shirt has 15 features about it. So things like that. By the way, for those of you who are technical nerds, you're seeing this right now happen with Pine Cone and vector databases. None of us knew what a vector database is five years ago. 2% of you knew about it a year ago, and about 20% of you know about it now while listening to the podcast. So this pattern repeats again and again. The key thing is, once you recognize, I'm building a new category because I've figured out a new building block, embrace it, accept it, hire people around this concept, build a team around it, set expectations with investors around it. You're not going to have the same journey that somebody building Ecosign or DocuSign had. If you're trying to build Pine Cone, OpenAI Snowflake, MongoDB, Skyflow, and dozens of.

OMER KHAN
Other companies in that category, yeah, that's a great explanation and some really awesome examples there. So how did that play out for you once the product was built and you're going out there and trying to get these mythical first ten customers, how easy or hard was it for you to sell the product?

ANSHU SHARMA
So I think actually the first ten customers came in surprisingly easy, assuming you had done the ten plus two years of work, which is by the time we came in, we had deeply thought about the problem. So we knew more about this problem than customers did. We had deeply thought about the architecture, so we knew more about it than our customers did, and we knew exactly where and why they would buy it. So when one of our earliest customers was a guy by the name of Bo Hartman, he was the previous CTO of Goldman Sachs and Capital One and all these banks. He was at a very fast growing payments infrastructure company. And he met me and he's like, Look, I've built this thing before, twice in my career, and I hated it every time. I wish skyflow existed earlier. It's the easiest buying decision I'm going to make in my career. To this day, he loves our company. He's our vocal proponent. He sends me customers, investors, and all he wanted out of us was someone who was 100% focusing on building the thing that he needs over and over again. But he's reluctant to spend having 30 engineers working on it. And so when you're building something new, you'll find this set of customers who have the problem so acute that they will basically deal with the fact that your slides suck, your product has gaps, and that you really don't even know how to price it. And those are the best ten customers you can have. It changes after that, by the way.

OMER KHAN
Yeah, and we'll talk about that. So I think most founders, when they're trying to get those first ten customers or whatever, are very keen to go out there and show customers a demo of the product, like, hey, we're solving this problem. Take a look at the product. Now, given the context of what you just described about a new category and something like you're creating here, were you initially doing the same thing? Were you going out and trying to get demos? Or were you taking that approach that you described in terms of, hey, this is how things are done today? If you think about it differently, this is how it could be ten X better. Was that part of your pitch, or is that something that evolved after you found people weren't interested in just getting to jumping to demos?

ANSHU SHARMA
There are two kinds of products, right? One is, the first time I saw Echo sign, I was like, oh my God, why am I signing anything that's not coming in through email, right? Like, it's a no brainer. After you see it conceptually, it's very hard to actually explain to somebody who's never seen any signature product. On the other hand, even to this day, right? Like, imagine I asked you to demo me. Snowflake or Kubernetes or EC two or S Three? What are you going to demo? You're going to run a SQL query and comes back, well. I can do that on SQL, Lite on my desktop. Maybe I can even do it faster. I think people make a mistake. They don't know what they are selling, as in, they don't know what is a core value proposition. They're selling your demo. Your slides, and your story are in service of the problem that you're solving. Right? So if I sign a lot of contracts every day, my pain is signing. But a lot of people in procurement don't sign contracts. They just send them out. Their problem is sending, not signing. So showing them an e signature demo actually, weirdly enough, won't do anything for you in our case. What do people care about? So there is a demo that's very powerful from Skyflow, but it shows that if I take a data pipeline or your application built using conventional building blocks, if you don't use Skyflow, how PII and card numbers and SSNs can end up everywhere. And then I can show you how if you use Skyflow, you can control it. You can only have it visible to the right people at the time. I can show you how some of the data is stored in Germany, some in India, and some in the US. I can show you how that happens with a single API click. But for me to show those things that I'm describing to you, if I hadn't set the context, they wouldn't look magical. They would look like, yeah, sure. You're telling me you can store data in India? Well, I can do that using Google Drive. Right. So figuring out what's the problem that the customer has. So I'll give two examples. Some of our customers have a data residency problem, as in, you are a large payments company, or you're a large SaaS company. You've been selling your CRM or payments product globally. Suddenly, Frankfurt, Germany, has a data residency regulation. Or Ireland or India. Or Nigeria. You can no longer sell your product there, or people can't use it there. Well, now you have a very specific problem. How do I make sure I can continue to do business in Europe or start doing business in Europe? Well, then the problem is framed as, hey, if you do it the traditional way, you would end up replicating all of your AWS infrastructure in another country and cost you $20 million a year. With Skyflow, it's as simple as spinning up vaults in two regions, and in, like, six minutes, you can be actually up and running. That's magical to someone who thought data residency was a two year problem where I can show it to them that it's now a two month problem at best. On the other hand, if I showed the exact same thing to someone who doesn't do business globally, a lot of companies are US. Centric. Showing them a data residency demo basically has no effect on them. It's like showing Gucci purses to me, right? I don't buy them. They look like just leather bags to me. On the other hand, if I'm dealing with an American customer and they are trying to do more with their customers, except they need to partner with another company and do data sharing to say roll out a new payments company or a loyalty card or what have you. For them the magic is in sharing data across organizational boundaries without actually revealing the data and they will get blown away by that. And so we have to figure out what we are solving for what customer. Again, go back 20 years ago. If you're selling Bea or 15 years ago you're selling MongoDB. If you're selling to the catalog guy, you show them catalog search. If you're selling it to a supply chain person, you show them supply chain visibility. So that's how we basically decide when and how to show what part of the product.

OMER KHAN
Many founders in those early days are going out and talking to anybody and everybody and just anybody who will listen. I'll talk to you and tell you about my business and my product. How were you able to narrow down your ICP and figure out where you were going to focus on which use cases you were going to pick? Obviously, as you said, it's a horizontal product but you had to start somewhere. So how did you make those decisions and figure that out?

ANSHU SHARMA
So again, there's two ways to do it. One is if I had just started with this problem anew because I had only had a technical innovation in mind, then I would have to do some sort of breadth first search, right? And that's what YC tells you like hey, go talk to 100 customers, let them tell you why they need this product and I think that's very viable strategy and you should do that if that's where you are. In my case, I had a thesis, I knew what the problems were. I had to narrow down like hey, should I focus on SaaS companies or health companies or fintech companies? So all I did was called up three of each and very soon found out who is most interested and then just prioritized. Some of it is frankly random. For example, should we do more SaaS data residency or more PCI like stuff? For fintech companies was a toss up and I picked based on my personal preference or where I had the most network to begin with.

OMER KHAN
And did they turn out to be the right hunches?

ANSHU SHARMA
Yeah. One of my learnings after investing in I think over 67 companies now is that we read a lot about Pivots and they are glorious stories when they happen. But for every slack there is 100 dead slacks and 20 successful salesforce and zendesk and companies like Salesforce and MongoDB and Snowflake basically can't pivot. And if you try to pivot you're basically going to end up killing the company. So you better have very clear idea if you saw our CDEC word by word, four years later, we built the exact same product. We target the exact same customers in the exact right order. And it's not because we are somehow geniuses. It's because we frustratingly waited ten years to start the company. So we had done the work. If we hadn't done the work instead of doing the work ten years prior, I would add another two to three years to my journey if we had to basically start the product now.

OMER KHAN
So you describe getting the first ten customers as relatively easy given the what you described as like ten plus two years of pre work that happened. What about getting to the first hundred customers? I mean, the first ten I think were a lot about through your network and finding the right types of customers. How did you get to the first 100? Was that still a lot of outbound or what helped you kind of accelerate the growth there?

ANSHU SHARMA
I think one of the pieces of feedback you'll hear from second and third time founders and some of the legendary investors at famous names that you might have heard, they will say things like solving a harder problem is an easier path to building a great company counterintuitively. And the reason I think that's surprisingly true is because when you solve a hard problem meaningfully, there's so much pent up demand for people who had that problem that a lot of those people when they hear for the first time. So to this day, 90% of people listening to this have no idea what MongoDB is. But imagine you were the CTO of Ebay or Walmart or Pinterest or FedEx, and your biggest problem was every time you added a new field to your catalog or one more field to your database, everything went down for like days and weeks and it took months. So you basically never changed anything. So you literally couldn't evolve your product because you couldn't evolve your schema. When you heard for the first time what a document database could do, you would line up like, hey, I want a NoSQL database. In a similar way, I think the problem we were solving was had a lot of pent up demand. We got some friendly press because of the ambitious nature of our offering that generated a lot of inbound interest, which we obviously were able to take advantage of. And then we also did a lot of thoughtful content marketing. I hate the word content marketing because it implies it's more marketing than content. But it's really thoughtful content. It's really like what we are doing right now, which is can you from First Principles explain why you need a document database? Can you explain from First Principles why you need an application server? Can you explain from first principles why you need this PII vault? What are the scenarios? What are the use cases? Every time I wrote a blog post about it, we got more hits, we got more users.

OMER KHAN
Yeah. I think you're tackling one of those problems where maybe initially some people like the feedback you got from investors, this will never work, this is too hard, and so on. But when you're talking to somebody who understands the problem or the pains that they're currently dealing with, with a current solution, and it clicks this paradigm shift of how things could be different or better, I think that in many ways it becomes a lot easier because you haven't even told them about your product yet, potentially, right? You've just helped them to understand, hey, what if there was a better, different way to do this? And people are like, totally like the CTO who's like, I hate building this stuff, and if there was a better way to do it, I'm all in. So I think that kind of totally makes sense. I want to talk about one story that you shared with me about a customer that you sold to, and then they had a new CTO come in, and suddenly it didn't look like they were going to be a customer for much longer. Can you tell us that story?

ANSHU SHARMA
One of our first ten customers, which was a customer who was very excited, they were very happy with what we were building. For them, I think we were about three or three to five months into the contract. They were not yet fully live because they were building something new using our product. And they ended up having a leadership change where they hired basically sort of a new chief architect kind of a person. And this person who had never heard of Skyflow, he had never heard of Data Privacy Vault comes in. His manager CTO, says, hey, here is my team. Here's 200 engineers to manage, and here is our things we are using to build our product. And his instant reaction a few weeks in was like, who ordered that? Right? So it's kind of like, imagine you were a contractor building a house, and you just got assigned as the new contractor, and there is this weird shaped bathtub sitting, and you're like, who ordered this thing? I don't know what this thing is. I have never thought about this. And when you ask other people on site saying, what is this thing? They don't have the words and the language to explain it to him. So they might just say, yeah, this is some kind of a data security thing we have. Someone might say, well, this helps us with HIPAA and PCI. Someone else might say, hey, this thing solves our GDPR problems. Whatever words they use, it doesn't sound very appealing, does it? Right? Because people on the not, it's not their job to sell the product back again to themselves. For us, it would have been a crushing blow. Right? So this is the customer I'm giving references to other customers for. This is the customer I'm calling up investors like, hey, if you want to invest, this is the customer you should talk to. They are a living legend, blah, blah, blah. And at that time, I would say we were obviously sub million dollars in Err at that point. And I don't remember the exact number, but they were somewhere between 20% to 30% of our revenue, right? On a very small basis. If you're doing 300K in era, it's very easy for one customer to be like 20% of your revenue, right? Especially your largest customers, even this to this day. If you remember when Twitter went public, 20% of their revenue or something like that was coming in from just one customer, uber. So there's a lopsidedness in all deals, especially early stage companies, especially for problems that we are solving. So deep pain. And there's nothing really to anchor because you had not even built a relationship with this guy. Also so happens, this is COVID-19 Days, by the way, so you can't go meet this person, you can't talk to this person, their own team is distributed.

OMER KHAN
How did you hear about the problem?

ANSHU SHARMA
Well, he called up and said, I want to cancel. And I said, well tell me more. And he's like, well I just took the job and I'm basically going to cancel everything that previous people bought. And then we'll start with a fresh slate. Because why should I buy whatever the previous guy had bought? Which is very fair, right? That's what I would do in a new job if I was given a clean slate. When you're given a clean slate, guess what, you come in and first clean slate. So he just was like, okay, I'm going to use this rag and clean the slate and build my own architecture diagram. And I think this is where a critical point and when I talk to founders and stuff, I give them coaching comes in. How you react to that customer in those moments defines you in the eyes of the customer, but also defines you in the eyes of your own team. Defines you in the eyes of your investors. Because trust me, I've worked at Oracle and Salesforce. Even years after going public, you have those moments where your largest customer just has a new leadership change or they just lose a contract and they don't want to do what they were planning to do. So all these things happen. I'm lucky. I had a very senior leadership team in place from early days. There is advantages to youth, but there's one advantage is experience. You've suffered all the pain that you're going to suffer before, at least once before. So we were like, okay, this is going to suck, but it's okay, in five years, it wouldn't matter either ways, right? Sort of the perspective comes in. So we did what everybody should do, which is like, hey, why don't we just treat it again? You can legally say, hey, I have a contract. Blah, blah, blah. But we are like, look, why don't we just meet? Let me tell you what problem we are solving and why your team was looking into using this product. And let's have a conversation for an hour. And he was very reluctant because he felt like it'd be salesy. But through even our first call, I was able to earn his trust back. That, look, this is fine. I've run billion dollar businesses before. Your 60K contract is not going to kill me or my company. So it's fine. As painful as it may sound right now, we'll live through it. Why don't we just talk to each other and we'll move on? And that opened the door enough where we started talking to each other, me and a couple of our senior engineers, we just went there and said, let's have a conversation. We talked to him zero times about the contract, about legality, about ethics. We just said, hey, tell us what you're building now that you are the new architect, tell us how you're building this thing and let's just have a discussion. And of course, in the background, what was happening was I knew where he was thinking. We assembled the documentation necessary, the stories, and then by the time we met him, we had an even more compelling case. But we heard him out, realized that some of his priorities were very different than the original priorities because companies themselves change. So imagine you sold this is not the customer we're talking about, but imagine you sold to Starbucks, a privacy solution for employees, and suddenly they care more about customer data or they're launching a payments application. You go in there, you say, hey, tell me what your top priorities are. And it so happens, and I kind of know this for every business, no matter what you're trying to do, you're going to end up with some privacy or compliance or security challenges. So we identified a bunch. We offered to help them if they wanted, and we were able to turn that around over the next few months. And today, that chief architect actually is no longer with this company. Two years later, he's in fact now at a very large financial institution. And I just got a text message from him a week ago where he says, I just took over as CXO of this bank. And the first thing I'm going to look into is using Skyflow for our Snowflake initiative and for our Launch Language Model initiative because I love this product. And that transformation in some ways, is a defining journey for every customer facing purpose person in the company. When we do our sales enablement, we talk about customer success. We don't talk about renewal rates and churn rates. We talk about how do you stay customer focused intensely. How do you actually think through their perspective? How do you have more empathy for them? The guy is taking on a new job. He probably has a bunch of stresses what's going on in his mind, and through that process and again, we've seen this happen again and again, both in great scenarios and some negative scenarios. And it always works out best if you focus on your customers problem rather than your own problems.

OMER KHAN
I love it. That's such a great story. And I think, yeah, you just nailed the big lesson from there, like focusing on the customers problems. And I think when you talk about customer success, really authentically talk about customer success and not just activations and renewals and stuff, those important metrics, but that's not customer success. All right, great. We should wrap up. Let's get on to the lightning round. I've got seven quickfire questions for you. Just try to answer them as quickly as you can. What's one of the best pieces of business advice you've ever received?

ANSHU SHARMA
Have a beginner's mind. Mark Benioff talks about it in some ways, everything I just said, if you focused, I said the opposite things, too, and that's for a reason. Every new business has its own unique constraints. So learn everything, but don't blindly follow it.

OMER KHAN
That's great advice. What book would you recommend to our audience and why?

ANSHU SHARMA
I love good to great. It's a 25 year old book about how great companies are built, and they're usually around a core principle. What's amazing about it is you'll learn some of the best strategies to grow a company. But what I love about it is, ironically, you'll also learn that most of those companies are now dead or dying. And that speaks to how what worked for GE 1980s and 90s actually killed them in 2000s. What worked for Honeywell in 2005 won't work for them in 2023. So it's great because you learn and then you also learn that no learning is permanent.

OMER KHAN
Yeah, I think that's an unintentional benefit of that book. After all these years of seeing what's happened to those companies, what's one attribute or characteristic in your mind of a successful founder?

ANSHU SHARMA
Insight.

OMER KHAN
What's your favorite personal productivity tool or habit?

ANSHU SHARMA
Setting aside time or having two distinct modes of operation execution and strategy? It's not a spectrum. They're fundamentally two different modes. You have to make time and space for it. Think differently in those two modes.

OMER KHAN
What's a new or crazy business idea you'd love to pursue if you had the time?

ANSHU SHARMA
I have 45 of those. If anybody wants to start a company, I can give you one of them. I think one of the more fun ones for me would be redefining how we help people find jobs and go through college. I think there are ways to apply LLM kind of stuff and predictive analytics and fundamentally change how you decide what loans to take, what colleges to go to, what courses to take, and a lot of things you don't have to do today because things have changed that could lead to you being successful in a career. I think there's lots of brilliant ideas there that are aspirational for me today, and maybe I'll go build them next.

OMER KHAN
What's an interesting or fun fact about you that most people don't know?

ANSHU SHARMA
I think I am 100% as nerdy as I come across on Twitter and also 100% as irreverent and trying to be funny.

OMER KHAN
And finally, what's one of your most important passions outside of your work?

ANSHU SHARMA
I think I deeply care about friends and family. I think relationships are extremely important to me. In fact, weirdly enough, that ties back to work, too, because even at work, I care about relationships a lot and then obviously, reading and learning.

OMER KHAN
Awesome. Well, Anshu, thank you so much for joining me and sharing the story of Skyflow. I think it was a great conversation. I think you shared some very useful insights on not just your journey, but some of the experiences of a whole bunch of other tech companies. If people want to learn more about Skyflow, they can go to Skyflow.com. And if folks want to get in touch with you, what's the best way for them to do that?

ANSHU SHARMA
My email is Ceo@skyflow.com, and then I'm on Twitter at anshu blog.

OMER KHAN
Awesome. We'll include a link to your Twitter handle on the Show Notes page. Awesome. Thank you so much. It's absolute pleasure, and I wish.

Book Recommendation

The Show Notes