• Save
Dropbox   startup lessons learned 2011
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
  • http://www.justin.tv/startuplessonslearned/b/286528406
    Are you sure you want to
    Your message goes here
  • Aprenda com a nova série: 50 e POUCAS DICAS https://sites.google.com/site/andreluizbernardesarticles/home/50_poucas_dicas_promover_blog_site

    01.COMPARTILHANDO REFERÊNCIAS ÚTEIS —
    http://www.slideshare.net/bernardes/50-e-poucas-dicas

    02.ASSINATURA EM E-MAILS, ARTIGOS E COMENTÁRIOS —
    http://www.slideshare.net/bernardes/50-e-poucas-dicas-02assinatura-em-emails-artigos-e-comentrios

    03.COMENTE TUDO, NÃO SEJA TÍMIDO —
    http://www.slideshare.net/bernardes/50-e-poucas-dicas-03
    Are you sure you want to
    Your message goes here
  • This presentation is very helpful for me. JamesFolt
    Are you sure you want to
    Your message goes here
  • Attention : -

    Are you looking for a list of proven internet startup ideas that emerged in 2011?
    Are you looking to emulate other successful business models and build your own enormously successful internet company quickly?

    Introducing the 100Mills Startups Database..

    It's an elegant tool to uncover of hundreds of Innovative Startup Ideas,disruptive new technologies and successful Business Models that have proven to be highly successful in the year 2011

    Find out critical information on over hundreds of the most successful Internet startups of 2011 and kick start your hi-growth startups in style.

    Visit now - http://www.100mills.com/about
    Are you sure you want to
    Your message goes here
  • You can download the slides from bit.ly/dropboxSLL2011
    Are you sure you want to
    Your message goes here
No Downloads

Views

Total Views
155,213
On Slideshare
73,334
From Embeds
81,879
Number of Embeds
186

Actions

Shares
Downloads
0
Comments
15
Likes
343

Embeds 81,879

http://techcrunch.com 73,598
http://www.ritholtz.com 1,963
http://www.detailverliebt.de 1,297
http://brandery.org 834
http://prestonrutherford.com 549
http://uco.moodle.com.co 475
http://www.linkedin.com 459
http://fa.ltings.de 188
http://www.ig.gmodules.com 160
http://www.olafusimichael.com 154
http://blog.thebigplate.com 154
http://lanyrd.com 153
http://a0.twimg.com 153
https://www.linkedin.com 138
http://stephenfanjoy.posterous.com 107
http://paper.li 107
http://www.techgig.com 86
http://mainststark.com 85
http://feeds.feedburner.com 84
http://onegiantleap.net 76
http://translate.googleusercontent.com 74
https://dia.log.pt 68
http://informatica4c272012.blogspot.com 57
http://marcomontemagno.com 53
http://jabbr.convivo.local 36
http://www.extracoaching.com 35
http://publicate.it 35
http://www.google.com 33
http://www.techcrunch.com 32
http://tweetedtimes.com 31
http://www.conseilsmarketing.com 28
http://deimos.worthanote.com 24
http://translate.google.com 23
http://us-w1.rockmelt.com 21
http://www.whiteboardadvisors.com 20
http://ge.bloom.globalenglish.com 18
https://twitter.com 17
http://www.techsynd.com 17
http://m.ike.im 15
http://webcache.googleusercontent.com 15
http://www.twylah.com 14
http://www.mexico-startups.com 14
http://feedproxy.google.com 13
http://tcfast.com 10
http://www.google.es 9
http://www.google.ca 9
https://www.google.com 8
http://applocal.publicate.it 8
http://evifa.xtec.cat 8
http://www.scoop.it 8

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • (as I spent the bulk of my 20s discovering) This is not your typical rails app that you can bang out in a weekend.
  • Unusual aspects
  • A few examples/stories
  • A few examples/stories
  • A few examples/stories

Transcript

  • 1. Startup Lessons Learned 2011 Drew Houston Founder/CEO, Dropbox @drewhouston
  • 2. How things get built at Dropbox Challenges we face at scale How we decide what to build
  • 3. Dropbox by the numbers
    • Just a year ago:
      • 20-ish people
      • 5mm users
    • Today:
      • 55-ish people
      • >25mm users
      • 100+ billion files
      • 300mm files saved daily (1mm every 5 min, more than tweets on Twitter)
      • Paying users in 175 countries
  • 4. People > process
    • Great engineers are dramatically more productive than average engineers
    • Hiring fewer but better people reduces need to be great at coordination, planning, etc.
    • Plan/design with Etherpad, track bugs with Trac
    • ~25-person engineering team split up into smaller, loosely-coupled sub-teams
      • Client, server, web, mobile, analytics/growth, API, etc.
      • Each with own roadmap, release cycle, process, team meetings, Etherpads, tests, continuous deployment, etc.
      • Core protocols & APIs reasonably frozen, enabling loose coupling (a la Amazon)
  • 5. Find great people…
    • … and get out of the way
      • In general we don’t tell people how to work – no mandatory hours, etc.
      • Make the office somewhere people like to be
      • Pick whatever workstation, tools (no budget)
    • Minimize overhead & decentralize day-to-day decisions through culture/values
    • Cofounder Arash maintains “soul” of the user experience; designer Jon keeper of look and feel
  • 6. Big results with small # of people
    • One visual designer (formerly community manager!)
    • Server team of 3 manages 100+ billion files, 10+ petabytes of data, etc.
    • Strategy: divide & conquer, keep teams small (won’t scale forever but has for now)
    • As team grows, values/culture/mission made more explicit & deliberately taught to new people
  • 7. Planning
    • We don’t do a lot of advance planning
    • But we need more than we used to
      • More stuff going on
      • Functions outside engineering
      • People don’t know what other people are up to
      • Less information spreads by osmosis
      • As we grow more leaders internally, they need to stop and plan for their teams
    • For a while we were doing too many things, and nothing would ship for months
  • 8. Dropbox company goals
    • Modeled after Google’s OKR system
    • Yearly goals & quarterly goals
    • Forms a hierarchy that is shared publicly
      • Overall company goals
      • Overall product goals
      • Team goals (e.g. client team)
      • Eventually per individual
    • Perfect is the enemy of good enough here – your planning process needs iteration too!
  • 9. Study how other companies grew
    • Challenge with scaling orgs is things that used to work start failing quietly
      • “ What are we doing? Why?”
      • “ Why does what I’m doing matter?”
      • “ What is most important?”
    • We try to learn from other companies growing pains; don’t reinvent the wheel
    • Take comfort in that all other high-growth companies were pretty #!$@ed up too in their own special ways
  • 10. Challenges we face at scale
  • 11. Launch fast and iterate quickly…
    • … unless you’re making pacemakers
    • Different sub-teams need different engineering tradeoffs (e.g. server core team vs. web team)
    • Our most valuable asset: people’s trust. Years to build, seconds to lose if data is ever lost
    • Need big investments on e.g. client team to keep cycle times fast
      • Google Chrome, others have set good examples here
      • But getting there takes a lot of work! (test coverage, continuous deployment, automatic updates, etc.)
  • 12. The world is more complicated…
    • … when you have lots of users
      • More at stake: paying customers & public scrutiny
      • On the desktop, combinatorial explosion of different environments; impossible to test all
      • A problem affecting just 0.1% of user base is still 25,000 people when you have 25 million users
    • … when the code has lots of moving parts
      • Performance & memory footprint optimizations add lots of complexity to the code
      • Harder to add people, harder to add features
  • 13. It’s not easy being lean
    • Split testing & optimization is great, but you quickly run out of low hanging fruit
      • Early wins on e.g. shared folder & referral flows
      • … remember A/B tests won’t get you an iPhone
    • Analytics are essential but hard to maintain
      • Our data volume increases 10x/year
    • Most needle-moving projects don’t have MVPs that are easy to make
      • Requires more coordination, effort to test ideas
      • Especially tests requiring UI on the desktop
  • 14. Build the right thing & build things right
    • But if you have to choose one, build the right thing
      • No good to run fast in the wrong direction
      • No silver bullets in software methodologies; context matters
    • We’re getting better
      • Our chronic optimism is slowly getting cured
      • Company goal process helps predictability
      • Continued investments in core infrastructure & reducing cycle times
  • 15. How we decide what to build
  • 16. Some design principles
    • Everything should “just work”
      • Don’t make users think
      • "It's not just what it looks like and feels like. Design is how it works." – Steve Jobs
      • Usability, speed, reliability requires relentless, continuous improvement
    • Don’t launch anything half-assed
      • We usually launch “when it’s done”, but trying to get more predictable
      • “ Does less” is okay; flaky/ugly/confusing is not
  • 17. Votebox: our tracker for user requests
  • 18. BUT…figuring out what your customers want is your job, not theirs
  • 19. Big problems hidden in plain sight
  • 20. Big problems hidden in plain sight
    • For most people, technology fails the “Minority Report” test
      • i.e. in “the future”, Tom Cruise would not be e.g. logging into his Gmail or carrying around USB drives
    • Unsolved problems are all around us
      • Seeing photos on your TV, listening to music in your car, sharing wedding pictures with family
    • In the future, everything will “just work” but it definitely doesn’t today
  • 21. Wrapping up
    • It’s worth the pain, though
    • Incredibly rewarding making things people actually use
    • A bigger audience means we can solve big problems for tens and soon hundreds of millions of people
    • Yet we all still fit in one room (for now!)
  • 22. Thank you! Questions? @drewhouston Slides: bit.ly/dropboxSLL2011