Dropbox ft. Drew Houston - How the Cloud Pioneer Reinvented Itself

Right after stepping off stage, I throw my jacket on the ground or something, and my phone's ringing, and it's my mom. I'm like, why is my mom... oh wait I'm like oh wait yeah this is all like live streams not just it wasn't just the people in the audience that saw this it was like literally everybody's parents who works at the company just saw this like complete meltdown I'm like oh my god am I gonna be like fired is the company dead did we did I just like

Torpedo the company. Welcome to Crucible Moments, a podcast about the critical crossroads and inflection points that shape some of the world's most remarkable companies. I'm your host and the managing partner of Sequoia Capital, Rolof Boeta. In 2008, Drew Houston and Arash Ferdowsi launched a file-syncing product called Dropbox.

Dropbox emerged right at the threshold when people were transitioning from one device connected to the internet to multiple. The company would go on to define the cloud-based storage and file sharing market. offering users a simple, elegant product that stitched together their digital lives. Today, Dropbox serves over 700 million registered users around the world, with $2.5 billion in annual revenue.

But to get there, the company ran the gauntlet with forces threatening to crush it at every turn. Dropbox had to compete with the world's biggest tech giants. refocus its priorities after a period of viral growth and ensure its longevity with a better company feat of engineering.

My name is Drew Houston, and I'm the co-founder and CEO at Dropbox. Inspiration for Dropbox was I just kept forgetting my thumb drive. And I had started a different company before Dropbox called Accolade, doing online SAT prep, of all things.

And I had kind of a niche problem in that I needed to work on that company across different computers. And so I'd have like a desktop at home and a laptop. And a thumb drive was kind of the best way to move my work around or kind of move the whole company around. and I just graduated from undergrad and a lot of my friends had moved from Cambridge to New York and enticed me to go visit. When I sat down

and opened up my laptop on the bus, I realized that something was wrong and I had forgotten my thumb drive. And that was really the start of it. I was just so frustrated. I'm like, I never want to have this problem again. And so on that bus ride, I started coding.

kind of planting the seed, had no idea what it would become, but those were the first lines of code that eventually morphed into Dropbox. It was funny because I was really interested in getting into Y Combinator, but to get... into y combinator there's sort of a challenge just getting their attention to begin with i ended up making the first of a series of kind of viral videos engineered to attract attention because i sort of worked back from like what does paul graham do all day probably

Not that different from the rest of us, which is just refresh Hacker News dozens of times every day. So I made a little video, kind of a video demo of the prototype, and it stayed on the top of Hacker News for two days. And then sure enough, I got an email from Paul. saying basically your idea looks pretty cool but you need a co-founder if you want to get into Y Combinator and then the deadline to apply for that batch was only a few weeks away so

In essence, I got an email from Paul saying, I know you're not even dating, but you need to be married in two weeks if you want to get into the batch. So that set off this frenzied search for a co-founder. And a lot of co-founder stories start with... Oh, we played t-ball together and met in first grade. Arash and I didn't even know each other. I mean, we went to MIT together, it turned out, but had never met. That said, we had a mutual friend, and he introduced the two of us.

You know, I met Drew at the Student Center at MIT and he had this early prototype of Dropbox, which I was blown away by. It was really simple and elegant and I was impressed that he had sort of put it together so quickly. My name is Arash Fredosi and I am co-founder of Dropbox. We just had a couple conversations and he's like, yeah, this sounds cool. And then basically he dropped out of college a few days later.

The most difficult part of the process, honestly, was convincing my parents to let me drop out. They were definitely concerned at first. You know, is something wrong? Why would I want to leave MIT? It was my dream to go to MIT. You know, it honestly didn't take more than, you know, a couple more hours before I knew that this was something I had to do. The two of us just threw in together, flew out to the interview in Mountain View for Y Combinator.

and got in. And then first thing that happened after getting in is we went out to our rental car and realized our laptops were stolen because someone broke into our car, but our stuff was on Dropbox. So it was okay.

Actually happened. As Drew and Arash pitched Dropbox for seed financing, most investors didn't share their enthusiasm. If you rewind back to 2007, around the time Dropbox was founded, I'd say there were dozens of would-be cloud storage companies. My name is Brian Schreier, and I'm a partner at Sequoia. It was a time when storage as a business had gone through, you know, an extreme commoditization.

So any business with the word storage attached to it was going to have a really hard time raising money from early stage investors. There were a lot of companies in this space, companies that had tried to build. businesses out of backup products, sync products, version control. So what was different about Dropbox and why we would succeed when there were so many companies in the space? In addition to direct startup competitors, there was also the threat of the behemoths.

Companies like Apple, Google, and Microsoft. What was stopping them from building something just like Dropbox and leveraging their powerful distribution? When we met with investors, pretty common responses of... this isn't a very good business and it's seems competitively doomed because aren't google and microsoft and yahoo and everybody else gonna do this and i was like yeah i think so but like my

first angle into this problem was more as a frustrated user than as an entrepreneur. I was just like, because I tried all these other tools and they didn't work. They had real reliability.

problems and design problems so investors would raise a lot of these concerns but at the same time i asked investors i was like i know there's a lot of tools out there that claim to do this do you use any of them and i said no and i said isn't that interesting and i mean i think we were always living under the sort of shadow of the hammer of when's google gonna launch google drive and that was even rumored before we had started and when's everybody else gonna

launch a competitive product, but I recognize from a lot of my past experience that it's really hard to build a cross-platform file syncing. system and cloud service reliably. And so I think coming back to the question of do you use any of these services, they said no. And I thought that's interesting because it's representative of an opportunity. Maybe the time has come for something like this.

Drew and Arash dove into refining Dropbox. They were well aware of their competitors and of how prior file syncing products had let their users down. The founders were determined to hold Dropbox to a higher standard. Things like engineering rigor and correctness and getting the details right were really important. Dropbox was one of those mission-critical type engineering challenges where you can't have a bad day. There definitely was a lot of pressure to get it right.

people were entrusting us with their most important information, whether it was personal memories or critical sort of business information. And we viewed it as completely unacceptable to ever lose data, to ever lose a change to an important file. And a lot of competitive products were really sloppy in this regard. And so people would just not trust them.

Another problem with the existing nascent cloud storage tools was that they were really hard to use or had a lot of knobs and dials you had to configure. And so we really thought... a lot about how do you make the user experience as simple as possible because this is a concept that's going to be pretty hard for people to understand and dropbox wouldn't spread as a concept unless it were easy to use and so and arash and i both intuitively understood that and

really valued it highly and then so did the early team that we hired. In addition to unfailing reliability and usability there were other critical technical decisions that set Dropbox up for success. There were two major innovations in the very early days of Dropbox that enabled them to compete with enormous companies despite the fact that they were a small startup. The first was they're one of the very first.

companies to standardize on amazon's web services for their infrastructure this was a time when amazon web services also known as aws was very new and you know most technology executives were very wary of the idea of outsourcing their infrastructure to another player but for a startup like dropbox the opportunity to pay as you go instead of racking and stacking servers

was a huge opportunity to build the company that they envisioned without having to raise hundreds of millions of dollars out the gates. The second major innovation in terms of technology on the back end of Dropbox is they did something really, really smart. Drew and Arash came up with an algorithm that took advantage of the fact that There are only so many unique files out there. And so what I mean by that is if I share a PDF with 10 people.

The previous cloud vendors might have stored that 11 times, one for me and one for each person that I shared it with. Dropbox is going to store that one time, but then write the software to know that that file is something that... 11 people different people have thereby their storage costs are 1 11th of what a less smart solution might have been and so this dramatically decreased

the costs of getting Dropbox started and enabled them to compete with players who had much, much more scale. In the fall of 2007, impressed by the product and the prowess of its founders, Sequoia led Dropbox's seed round. But faced with encroaching competition from day one, the company's promising technology meant nothing if they couldn't rapidly attract a critical mass of users.

One of the most important questions for early stage startups, especially in the consumer world where Dropbox started, is how are you going to acquire users? If a company can't gain users, it's a failure to launch. You never got liftoff. And so this is pretty important. How are you going to get this product into the hands?

of the right users and it's something that many founders will feel a great deal of stress about you can't just plan to pay for users because that doesn't scale while in private beta Dru and Arash began to think critically about how to tackle this crucible moment. How would they quickly get a meaningful number of people to actually use Dropbox? I read a lot of books, and a couple of the books I read, one was guerrilla marketing.

which is basically how do you do marketing or attract users when you have no money. And second was Crossing the Chasm by Jeffrey Moore. It's about how technology is adopted.

And basically there's an early adopter set and they're sort of the general population. And our first step was... all right let's go get the early adopters so that's where that hacker news video came from and then that worked so well we did that again and so we made another video where it was really designed for the kind of hacker news reddit slash dot dig audiences

the title was like total link bait titles like google drive killer coming from mit startup and putting all these little easter eggs in there about tay zonde and chocolate rain and you know as a youtube guy and the hddvd decryption key so that

When you were watching it, it sort of looked like a deadpan screencast of here's Dropbox and here's how it works, but when you're paying attention, you found all these little Easter eggs that made you want to share the video or like it or engage. The day before we launched the video, we had maybe 5,000 people.

On the beta waiting list, we went out to some chain Italian restaurant in North Beach and were placing bets on this video we were going to launch the next day and how many users we would get. And the most crazy estimate was we'd get 10,000 new signups or get up to 15,000 on the waiting list.

And we put it up there and it got to 85,000 within the first day. That was successful way beyond our wildest imagination. But we also had this feeling it was kind of unprofessional. There's only so many funny videos you can make about file syncing, right? So...

We needed something that could really scale. And after we started raising some money, after we had like a million dollars in the bank, we're like, all right, we have to like grow up a little bit and do, you know, capital M marketing. And so we're like, all right, let's go buy a bunch of AdWords. let's go hire a pr firm let's go do these big deals and the truth was we tried a lot of stuff but very little of it worked we tried

partnerships with sort of PC OEMs, you know, affiliate programs, things like that. And a lot of those efforts either required a lot of engineering bandwidth. or just didn't materialize the way we hoped. The press wasn't that interested because we were just one of a bajillion startups in the cloud storage space at the time and none of them were particularly successful. We were buying AdWords, but...

It sort of made the other problem obvious. When people don't know about your product, they're not searching for it on Google. And ironically, people, the early adopter, or kind of the tech early adopters who are searching for like Windows file synchronization software.

were actually pretty bad customers because the first thing they would do is ask for like 25 different knobs and dials that would have made the product unusable for normal people. The team knew that any attention from its two viral videos was rapidly fading.

they desperately needed another avenue to boost user growth. Luckily, one was on the horizon. Silicon Valley is quite an echo chamber and prestige really matters. and in 2008 the tech crunch disrupt conference was the most important event for startups that were launching dropbox was invited to pitch their startup they're one of just

10 or 20 different companies that was put on the main stage for this event. Disrupt was basically our public launch moment. So we had really rallied the team around working through a bunch of bugs and new features and that was really going to be the company's big moment you know we got a lot of users on our waiting list from dig and i think we we thought this would be a similar moment where if we won disrupt we would get a bunch of users out of it

It was stressful because not only are we unveiling Dropbox really publicly for the first time, we're also making the service live. So we had to make sure all the servers were ready. We were going to turn on monetization. We're going to...

launch a linux version we're gonna have these paid accounts that add a lot more space so we're just gonna be putting a lot of stress on the system so i think arash and i maybe got like two hours of sleep the night before and you know drew and rash got up on stage they had prepared incredibly well for the presentation that they were about to make the easiest part of that presentation was going to be the demo because dropbox never fails well guess what happened

And I'm walking through the story. I'm like, this is Dropbox. It's a folder. Anything you put in here shows up on all your computers. All you have to do is drag a file in. I'm going to drag a file in here on my computer and then point it over at Arash. And I'm like... As you can see, it shows up on his computer, and then I look at the screen, and I'm like, it doesn't seem to be showing up on his computer, does it? The longest 15 seconds of my life. It was definitely crickets.

In the audience, Drew was waiting for the file to sync, and I don't think we had really thought about that scenario. And so, yeah, it was not great. I could just hear clicks, which were the shutters of cameras. kind of memorializing every tenth of a second of this meltdown. It wasn't Dropbox's fault. The Wi-Fi had gone out at the conference. So it was just horrible, horrible timing.

It was really just like, all right, we have our one shot, and it was probably one of the worst demos that conference had ever seen. Right after stepping off stage, I throw my jacket on the ground or something, and my phone's ringing, and it's my mom. And I'm like, why is my, oh wait, I'm like, oh wait, yeah, this is all like live streamed, not just to, it wasn't just the people in the audience that saw this, it was like literally everybody's parents who works at the company.

just saw this like complete meltdown i'm like oh my god am i gonna be like fired is the company dead did we did i just like torpedo the company you know my mom's like oh yeah don't worry about it it's gonna be okay i'm like mom it's really like not gonna be okay like i don't know what to tell you The TechCrunch Disrupt demo failure ended up being one of the most important early moments for the founders of Dropbox.

A friend of mine called me and he was like, Drew, people are going to react to this how you react to it. If you're freaking out and losing it, everybody's going to freak out and lose it. If you're like, it's fine, let's just keep going. People are going to be like, it's fine, just keep going.

And I just remember the sound of putting my key in the door after walking up the stairs, like the key into the office and the sound it made and just opening the door and seeing everybody looking at me in a rush after this total failure of a demo. And I'm like... all right i just like put this kind of mask on i'm like all right guys like how the servers that are just pretending like didn't pretend like nothing happened but tried to sort of move on

I think, you know, it was definitely a setback and we were worried about it at the time, but we sort of quickly shifted focus to just making the product better and really understanding how to engineer virality.

I think above all, what worked better than any other thing that we tried was the referral program. Our referral program was, if I tell you about Dropbox, it was this two-sided incentive where... you would get some free space i would get some free space and that was inspired by an incentive program from paypal where they'd give you five bucks in cash basically if you would if you signed up and the two-sidedness was actually me misremembering i thought maybe

Both the sender and receiver would get five bucks if they signed up for PayPal. I don't think that was actually true, but I said it as if it were true a lot, and that's what we did, and it worked super well. I mean, we went from like 100,000 to 200,000 users in the first 10 days.

We were blown away very early on just how successful the referral program was. I think that we basically doubled our growth rate overnight. And then as we made optimizations, it just... kept compounding and so we were just growing faster and faster i mean one of the things we learned early is viral growth

is an exponential game, and it's also a game of inches, where reducing friction in every step of that flow from, I start using Dropbox, I share a file with you, or I send someone else a referral, and then they have to sign up and then...

around the loop goes it's super important to remove as much friction from that and maximize the yield at every step of that so we we're always sanding down all these little rough edges of how do we increase the email deliverability a little bit or let's try different color buttons or let's

try to remove a step here. We were big fans of just getting people off the street and off Craigslist to test a lot of our key flows. We learned a lot through just having people come in and we got a lot of really helpful feedback from from those studies that we used to iterate on the product. You know, we were a bunch of engineers from MIT. And so I think we just had a pretty skewed perspective of what, you know, what people understand about.

how software works and people's mental models around the file system and files and installing things so you know it It helped us understand what we needed to do to make those flows as simple and intuitive as possible. Once we got the viral loop started, it didn't stop. We had this little office above the Walgreens on Kearney Street, and every time we hit a user milestone, we'd put a new printout of 5,000, 10,000, 50,000.

hundred thousand and then at some point it's a two hundred thousand five hundred thousand a million two million and then then we just had like keep going on the ceiling and kind of like that feeling of getting pressed in the back of your seat when like pressing the gas in a fast car or something we're just like oh man this belongs to the internet now it was really hard to think of another company that was growing this fast and what really surprised us was how fast it was growing

given its category. This wasn't a social network. This was a company that helped you access your files information and share that with your friends. One of the most unique attributes of Dropbox history is They were cash flow positive almost immediately after their public launch. And this was just unheard of at the time. And it's very rarely repeated. It's hard to think of another company.

that launched like this and being cash flow positive is a superpower for companies especially for startups it enabled them to scale the team it was the ultimate validation that this was a great success and a real business on top of that being cash flow positive early on put dropbox in the driver's seat in terms of its fundraising strategy

It meant that they didn't have to raise if they didn't want to. And so when they did want to raise, they set the terms and they did it quickly. On top of that, when they raised financing. They were able to do it in a way that was just much less dilutive than your typical startup. And that was really meaningful for the employees at Dropbox who really deserved it.

Dropbox's growth had exploded, crossing 3 million users in 2009 and 50 million in 2011. But this success put the company squarely on competitors' radars. Google and Microsoft and Apple in particular had a very close eye on the company. So in many ways, it was a race for Dropbox to continue to scale while...

front running the efforts of the larger companies to cut off its growth. And then, of course, it all got capped by the Steve Jobs announcement. My name is Sujay Jaswa, and I was the vice president of business and chief financial officer of Dropbox. In June of 2011, in his last big speech, Steve Jobs announced iCloud, and the way he announced it was he said,

what are you all using today? You know, your Dropbox or something? We're going to change everything. I'm paraphrasing, but not a lot. And he then announced that when iCloud launched, it was going to be effectively our five-year product roadmap. And that was going to happen in September. And so we're this tiny company, you know, again, off to a good start, but a lot of things were challenging at that moment in time and fairly stressful. You know, the question...

most investors are asking themselves as startups when they're evaluating them is, is some big company going to roll over and kill this company by announcing a new product? And certainly it felt like there was a pretty good chance of that happening in the summer of 2011. To position itself against competitors, Dropbox decided to follow the playbook of other ambitious companies and unlock the next phase of growth by moving into adjacent territories with new product offerings.

To do this, they embarked on a series of acquisitions. We bought a company called Mailbox, which was the first mobile email client that really started to scale. They had a waiting list that had a million people on it. We hadn't seen that. Mailbox had really pioneered a lot of user interface and product features that were delightful from a user standpoint. It made managing your email so much better. Like being able to swipe on messages to archive them or snooze them.

and just a lot of the basics of how you make a great mobile email experience. You know, we had been talking for years at that point about being a multi-product company. Think of it as like, what is the mobile version of Microsoft Office? And... We had never actually at that point launched a second product successfully. And so Mailbox was a real chance to demonstrate the business strategy at work in a way that we hadn't done before. In addition to Mailbox...

The company acquired the photo sharing service SnapJoy. The team used SnapJoy as a foundation to create what would become a product called Carousel. We started building this new photo app called Carousel because... especially as people are now taking more photos on their phone. In a lot of cases, those photos would kind of go nowhere and kind of wait to die because the photos were not backed up to the cloud. You know, if you broke your phone or lost it, you have to like manually sync.

So sort of back to a lot of the problems that we had started with. And I was really excited about the concept of, you know, you should be able to have your whole life in your pocket. You shouldn't just be limited to the, especially back then, very like primitive amount of storage on the physical phone.

and that was a really fun period because you know 2014 maybe seven years into the company where i'm on stage talking about how we're going to reimagine photo sharing we had a lot of things on the productivity side mailboxes was an example but there's a lot of stuff with dropbox itself and getting up in front of this super enthusiastic audience and making all these pronouncements about the future and dropbox and all these new directions we had we were headed and yet

It was clear that as every month passed after that, it was clear there was a reckoning coming for us. I left Dropbox in early 2015. So Drew and I are very close, personally and professionally. But at that time, he and I were busy and we didn't really talk much about business at all for a few months. And then he and I went on vacation together and he was like, hey, by the way, I haven't caught you up in the business in a while.

Let me catch you up on it. And I said, great. And I remember this vividly. He pulled out basically the P&L and I was like, oh boy, what happened? You know, this is a different company than what I just left nine months ago. Revenue growth had slowed meaningfully and expenses had grown out of control.

And so you had this thing that at the core was one of the greatest software businesses ever, I think, you can say. And all of a sudden, on paper, it didn't look great at all. We were slowing down a little bit, exiting hypergrowth mode, and then...

A lot of the tactics we were using to grow as fast as possible, kind of growth at all costs, were kind of no longer the right gear for the company. Because when you looked at our P&L, we were like hemorrhaging hundreds of millions of dollars a year. So we had to figure out, like, what do we do? There were a lot of conversations around carousel and mailbox and whether the strategies made sense and whether the product were working and whether there were sort of viable business models for them.

The issue with mailbox was that it had not really taken off the way we had hoped. And Apple mail and Gmail had sort of copied a lot of its initial breakthrough, you know, kind of like awesome features. And so it just didn't have a life of its own at that point. On the carousel side, it had just never cracked the distribution piece of the equation. We had just not been able to get a massive audience of people to use it.

You know, competition is often not like a shotgun. It's more like a boa constrictor where they're just going to keep coming at you and keep going and keep going. So the first several months after the launch of Carousel and Mailbox, I just had an increasingly unsettled feeling that...

Dropbox was in trouble. Google Photos had just launched, and the company was looking to me for some answers as to what the hell are we going to do. It was becoming pretty clear that a lot of these things that I had said were the future of the company were kind of dead out of the gate. Dropbox had invested time and resources in Carousel and Mailbox. But they weren't finding the traction the team had expected. The business was suffering. And so the question was how to move forward.

A true crucible moment. Carousel in particular was Drew's baby. Carousel was really his vision. He was really passionate about it.

One of the roles that I had to play is to just be really candid with him about what people's concerns were and what I thought that we should do. And, you know, that was never a fun role to play, but I think Drew did view me as sort of... a truth teller and while in in certain cases i would tell him things that he he wouldn't want to hear i think he he always knew it was it was coming from coming from a good place ajay who was i think at that point the cfo and dennis woodside was the coo

and brian we were all kind of like all hands on deck to to try to support drew and figuring out what to do next and drew to his credit i mean he made the tough decisions that were required to to get to get the business back on track and be a great business

A friend of mine reminded me of a page in a book called Only the Paranoid Survive, which I had read and then reread over that 4th of July 2015. And basically what it says is CEOs, when they're going through some kind of... inflect strategic inflection point for their companies often want to like hedge and have lots of options but really what you want to do is focus and put all your eggs in one basket and then

Per the Mark Twain quote, like, put all your eggs in one basket and watch that basket. And the book, it's really about the story of Intel going through something that actually is pretty similar, where Intel didn't start out in microprocessors. They started out as a memory company.

suddenly competitors are catching up in a much faster rate and customers were abandoning them suddenly and they knew they had a problem and there's this scene in the book where intel had memory business and they had this nascent microprocessor business but the microprocessor business was basically zero and they're basically confronting the question of like if we were consultants to ourselves what would we do

And they said, like, well, obviously we'd get out of the memory business and put all our chips on this sketchy microprocessor thing. Sounds easy, clearly worked in hindsight, but, you know, it's like Google saying, we're going to get out of the search business. right or like dropbox kind of getting out of storage business like what is that how do you even do that but what i took from that was like we really need to focus and i really had to think about why does dropbox need to exist

We thought about Dropbox as a place to sync your files, but some customers, when we talked to them, were like, yeah, I don't really, I mean, yeah, Dropbox, but I don't think about Dropbox as keeping my files in sync. I think of Dropbox as keeping my team in sync. Dropbox is like where I go to work.

It's like my studio. It's like my workspace. It's like my office. And it's awesome. I can work from anywhere. I can collaborate with all these people around the world. And they just gave us very different metaphors for how to describe what we did. And I was like...

I think we can build on this. I'm like, we definitely need to focus on collaboration. But what that really meant was we're not going to focus on storage. We're not going to focus on consumer. And so the implication of that was I had to go back home and be like, yeah, the next day.

you know called in all hands and said we're gonna shut down carousel we're gonna shut down mailbox the hardest part of shutting down a product is the team that's working on the product it's not because you're gonna let them go or something like that It's because it's a public acknowledgement within the company that the product didn't work. And oftentimes there is a big difference in perception from outside the company than from.

what people inside the company think you know oftentimes by the time you get to the point where it's it's the moment to shut down a product everybody inside the building is waiting for you to do it and thinking what took you so long But outside the building, the critics pass judgment and just focus on failure. The press was an interesting thing for me to observe from the outside. A lot of the press was oriented around $10 billion company that isn't good.

The press kind of latched on and, you know, we were the first dead Decacorn. Those kinds of articles started coming out and, you know, just couldn't really get the monkey off our back for a while. And then that made recruiting really difficult and sent us into a bit of a tailspin.

As painful as it was, you know, following the recommendations of the book, like don't hedge, just shut everything down. We need the company to focus. It was an extremely painful, but ultimately necessary decision. But there was a lot more work to do. Once we killed Carousel and Mailbox, we just had a lot more resources and ability to focus on collaboration and work-related use cases. And so we focused.

on those use cases and really started to dig into what the most important workflows were around Dropbox and how we could make those better. That meant things like improving the document previewing experience or or commenting workflows you know adding more sort of knobs and dials around document sharing and so

You know, a lot of these things were things that people had been asking for, for sort of years, but we just weren't able to sort of get around to. Being able to shed that part of the business meant we could really clean up a lot of the fundamentals.

so pretty shortly thereafter we set a course to be free cash flow positive in 2016 and we actually managed to do it so we were able to drive a lot of change pretty quickly but it did represent kind of getting out of our teenage years, reaching the end of our teenage years as a startup and really having to professionalize the company and bring in experience management and grow up in a lot of ways.

One of the things that I would say is that before Dropbox, the bar for business software was really low. Those of us who were around a couple decades ago probably remember when there was a dramatic difference between the software that came with your Mac.

and the software that you had to go use at work. And one of the reasons Dropbox accessed the business market was because people realized that they should have just as good of software and just as good of an experience off at work if not better because they're paying a lot more for it And so it's one of those moments where Dropbox wiggled its way into a new market and they really changed expectations for business software forever.

Now, if you're at work, you expect the same or better experience from Dropbox or Figma or Notion as you would from the apps on your iPhone. And you won't tolerate any less. I think that we have Drew and Raj to thank for that.

One of the enabling technologies for Dropbox's initial success was the emergence of cloud infrastructure with Amazon Web Services. But a handful of years into Dropbox's journey, the company reached a scale where it began to consider whether this dependence... was a liability. Dropbox had been founded on the realization that a startup could compete in a scale game by building on top of Amazon Web Services.

building on someone else's infrastructure. In the early days, that was really helpful because it allowed us to focus our engineering on just... improving the product you know building apps on multiple platforms and just generally being able to move as quickly as possible but eventually storage was just such a core

part of what dropbox did that we we realized we could both build a better user experience but also save a lot of money if we built our own infrastructure what we realized was that controlling the infrastructure would allow us to build in a way that would make it impossible for anyone else to compete on the cost and ultimately would lead this thing to being a 70 to 80% gross margin business, which makes it look a lot like a pure software company.

I think the same kind of 20-something hubris that led us to go launch into fighting with these guys in the first place on the app side with Dropbox, plus a lot of the... engineering horsepower that we brought to solving the first problem we're like why can't we do this ourselves and so we started this initiative called magic pocket to try to see if this was possible for us to be self-hosted

Dropbox's decision to pursue Magic Pocket was perhaps the biggest turning point in the company's history. Now, it's one thing if you start a company and build on your own infrastructure from day one, but... Dropbox's scale was absolutely gigantic. It was a huge percentage of AWS's overall infrastructure, as far as we could tell.

We would first have to take the technology risk of trying to create our own infrastructure stack and data centers. And then number two, we would have to run the service mirrored. on our own infrastructure and Amazon's for a period of time, which would cost the company dearly in terms of cash. So it was a huge technology bet. It was a huge financial bet. And... It was a challenge of the scale that the company had not yet faced.

When I joined the server team in 2012, I think we were about five, maybe seven people. And one of the engineers, one of the first engineers at Dropbox was actually working on this project that I heard was Magic Pocket. And my first reaction was, wait, this is not a one-person project. I mean...

This needs a team. I mean, who thinks that one person can build this massive system by themselves? There are a handful of systems in the world that exist even today that can handle that scale of data. My name is Akhil Gupta. and I was the VP of engineering at Dropbox. We could never set up a team of 200 engineers just working on this project. So our approach was to just get the best of the people in the valley, create a small team, and that made it even more daunting.

My initial reaction was skepticism. You know, I initially thought, I don't think this company is big enough. I don't think this company has the scale to pull off a project like this. But over time, it started becoming more and more realistic, more and more believable. My name is James Cowling. I was a senior principal engineer at Dropbox. So the first few years was focused on just building a great team that works very closely with the networking and the data center team.

to start testing out the idea and figuring out the architecture. And that's why people like James Cowling, we had a few more folks coming from Google and some really great new grads to create a team of maybe five or six people. And they spent, I would say, a year. just validating whether the system and the architecture will scale and help us achieve the goals that we are looking. When we knew we had the software, we knew that we had the basic shape of what we want to do. I remember going to...

Sujay, who was, I think at that point, CFO or CEO and Drew and Arash and making a case and saying, look, this is what we want to do. And this is roughly the amount of money that we'll be spending. We had probably $400 million of revenue, $500 million of revenue, something like that at that timeframe. And we anticipated the cost of the project, including running the parallel infrastructure to be something like $300 to $500 million.

So from a financial standpoint, there were elements of it that look like a bet the company play. There were certainly people that were skeptical whether we could accomplish this. In principle, so many companies were going from their own infrastructure. to the cloud we're sort of going to be like the one one car on the road going the other direction but we're like why not and you know maybe we don't have a choice so we better you know we better start now

We started aggressively building out the data centers, the network, and essentially spending capital. Capital that, if you don't use those things quickly, is going to get wasted. So you can imagine we have a very small team. that has to move very fast. We built the main storage system software-wise in a period of six weeks, which is almost hard to believe, but we had a prototype written in Python before then. We rewrote the whole thing in Go.

in six weeks and we had a big countdown clock in the office above our desks and we just coded non-stop for six weeks but an additional challenge was we're working with new hardware technologies at the same time so this is not the kind of situation where you kind of walk into best buy

and buy a bunch of hard drives you have to have a big huge multi hundred million dollar contracts with hardware suppliers and there's also just the thing that i loved about it was where software meets the real world like you can have a great idea in theory

But there was a point in time where we were bringing up to 40 racks per day of storage into the data center. And I'd get a message from the data center team saying, we can't bring them in. The loading dock is full. So, well, we've got to go back to the drawing board and rethink about how we're going to scale up. Or there was a point in time where...

Two trucks crashed in one week that were carrying hardware, and we had to keep growing the system or we'd miss this deadline. An added complexity was that Dropbox's contract with AWS was up for renewal. A new contract with higher prices would go into effect in six months. The team set out to beat that timeline to be fully migrated off AWS. The cost of delaying the migration...

beyond that six-month window would have been extremely high. And as you can imagine, that means there's a clock ticking, but we also have to make sure the systems are stable.

We had to go through what we constructed ourselves, like a proving period we called the dark launch. So we had this little contract of all these requirements we had to hit. And we had to run the system for three months without any... operational incidents without any errors to convince ourselves that we were ready for this we were mature enough to be able to delete this data from from s3 the team made it halfway through its self-imposed three-month target and then

They found a bug. You have to imagine where the engineers have been working weekends, nights and they are seeing that in three months we will declare victory and then they hit a bug. That was a little bit more demotivating for the team.

But the team stepped up. I felt proud that they were honest to themselves. They said, look, we have a bug. We did sign a contract with the leadership that even if you find a bug, even if it's a small bug, and it was a very small bug, by the way, we will reset the clock. So they didn't... deviate from that principle of we need to make sure that we do not put our customers' data at risk. They were disappointed, but

It speaks about the resiliency and the team that we had where they said let's learn from it, put in some more testing and validation and then the next three months went flawlessly. In March 2016, dropbox announced its successful migration of aws and we did have like a countdown clock a big a big um dashboard in the office showing the data moving off s3 and the point in time with the last bite

It was deleted from S3. Some group of the company came and celebrated and drank some champagne. I missed this. I was interviewing a new member for the team. And I think maybe that's a little bit emblematic of how we felt at the time. You know, that was great. And we celebrated for half an hour. And then we looked at each other and said, well, I guess we're going to own this system now. And so there wasn't this sense of you build it and you're done.

There was a sense that if we built it, it worked. Now we have to take on the responsibility of maintaining the system and continuing to optimize the system, continuing to scale the system. And so maybe that's an anticlimactic answer that there wasn't really this big moment of relief, but there was a feeling of satisfaction that we've built something that now we have to keep on owning.

The decision to move to Magic Pocket was sort of a transformative from a financial perspective, allowed us to drop our margin significantly and make us a much more attractive company in the public markets.

So when the company went public, I think it was obvious to not just the Magic Pocket team, but to everyone in the company that one of the reasons, one of the big reasons... the IPO was so successful and the company even today is profitable is because of this team and I would actually say when we went public the joy the pride and the sense of achievement this team had

was one of the best. It probably was even more than what they had when they finished the migration because that was the business impact and the validation that we were working toward for the last four years.

Dropbox has over $2.5 billion in annual revenue, over 18 million paying users, and 500,000 business customers. A scale few imagined possible. back in 2007. The company has continued to develop its services for work and collaboration, including products and tools that leverage AI. What's happening in...

Machine learning and AI is just super exciting and I've been following it for a long time and engineering is still my first love. I mean, I've been coding since I was a little kid and kind of back to coding like a little kid on weekends. And in a lot of ways, Dropbox is solving the 2024 version of the problem we started with. Because in the beginning, yeah, I forgot my thumb drive. But the problem I really had is like, I can't find my stuff. I can't organize my stuff. I can't share my stuff.

I can't secure my stuff. Kind of funny, you fast forward to today, it's like you actually have a lot of the same genre of problem. Like I can't find my stuff at work, can't organize it, can't share it, security challenges.

problems are the same the shape is a little bit different so you know 100 files on your desktop have turned into 100 tabs in your browser and for years we've thought about like why is it easier to search all of human knowledge with google search than like my company stuff or my own stuff and

Dropbox is really well positioned to solve that problem. And it's a pretty natural evolution for us to go from syncing your files to organizing all your cloud content. And AI and generative AI have opened the door to create some really awesome experiences that we've... that i've wanted to build for a long time but can actually become real so the first example of that is we have a new product called dropbox dash ai powered universal search so it'll search not just your files but

your Google Docs and your email and your Slack and your Salesforce from one place. And I mean, it's a fascinating transition from kind of being this like hyper growth thing to this like profitable low growth company and then investing for growth again.

reaching the top of one S-curve, trying to grab onto another. But we're just in the first inning. There aren't very many good things about getting older, but one thing that is good is perspective and having been able to see and kind of... ride a bunch of different waves see a bunch of different cycles and we're in the most exciting part of these cycles because every 10 years or so the kind of concrete unfreezes and then you know old buildings get knocked down new franchises get built

Everybody's kind of figuring it out. And that's the kind of thing I love. That's the kind of puzzle I love to solve. I always think about, all right, you know, a year from now, two years from now, five years from now, what will I wish I had been learning today? And some things are pretty tough, like you're not going to...

be a great manager or leader in the next two weeks, any more than you'll be a great guitar player or a great surgeon. But in over two years, five years, 10 years, you can grow a lot. And so I think thinking about that exponential learning rate probably makes a difference between the

the founders that make it and the ones that don't. There are different ways to keep that learning rate up. I think certainly reading and having a community of people that are going through similar things, having investors was really helpful in helping us navigate.

a lot of these turning points and focusing our attention on the right things but however you do it just recognize like that's a very primary job and like how do you cultivate the judgment and wisdom to keep scaling as your job keeps changing every every year in pretty dramatic ways. This has been Crucible Moments, a podcast from Sequoia Capital.

Crucible Moments is produced by the Epic Stories and Vox Creative Podcast teams, along with Sequoia Capital. Special thanks to Drew Houston, Arash Fredosi, Brian Schreier, Sujay Jaswa, Akhil Gupta, and James Cowling for sharing their stories.