Lean Startup w Dropbox

Autorzy: Tomasz Soroka

05.07.2016

O firmie Dropbox słyszała zapewne większość z Was - Jak ktoś nie słyszał/używał - to mogę jedynie polecić - naprawdę fajne i użyteczne narzędzi umożliwiające trzymanie dokumentów w chmurze oraz współdzielenie ich z innymi.



Opiszę dzisiaj w jaki sposób twórcy używali metodyki Lean Startup w procesie budowania dropboksowego biznesu.


W czasach kiedy Dropbox startował, na świecie było już co najmniej kilka firm oferujących przechowywanie dokumentów w chmurze - był to rok 2006 :-) 



To na co zwracali uwagę autorzy Droboxa, to problem, który przewijał się przez większość tego typu rozwiązań - otóż zbudowanie skalowalnej architektury umożliwiającej przechowywanie w chmurze jest trudnym zadaniem - założyciele Dropboxa mieli background MIT’owy i dawało im to przewagę nad konkurencją (Unfair Advantage). 

Konkurencja miała za to takie problemy jak ten - cytat zaczerpnięty z forum konkurencji Dropboxa w okolicach 2006 roku:


"[product] ended up turning all my Word docs and half my Excel Spreadsheets into 0 byte files. Needless to say, I am not happy."


Wniosek prosty - nie tak łatwo zbudować rozwiązanie, które nie zjada plików - „krytyczny błąd tego typu” za to w 100% rozwiązanie takie dyskwalifikuje.


Autorzy Dropboxa wykonali swoje MVP (Minimal Viable Product), którym była krótka prezentacja pokazywana na Hacker News w kwietniu 2007 roku. Prezentacja ta na różnorakich forach spotkała się ze sporym odzewem:




W ramach rozpoczęcia prac nad rozwiązaniem powstała Landing Page:



Nie wydajemy pieniędzy, ale sprawdzamy, czy na nasz produkt jest zapotrzebowanie? Mówicie, że się nie da? Kreatywnym twórcom dropboksa udała się i ta sztuka - za pomocą serwisu digg.





Pomysłem twórców dropboxa było umieszczenie w serwisie digg video, który pokazywał działanie rozwiązania - efekt - ponad 12000 diggs’ów, ilość osób, które oczekiwały na wersję beta - które podały swój email wzrosła z 5000 do 75000 w ciągu jednego dnia (okolice marca 2008 roku) - bez wydawania kasy na reklamę, PR itp :-) - tak po prostu kwestia potrzeby i pomysłowości :-)



Pozwoliliśmy sobie stworzyć Lean Canvas tego jak mógł wyglądać w tamtych czasach pomysł na dropboxa:






Opis Lean Canvas


PROBLEM


  • Brak wygodnego rozwiązania pozwalającego na pracę nad wspólnymi dokumentami przez Internet
  • Problemy z przesyłaniem dużych plików poprzez internet
  • Problemy z wymianą danych między komputerami -np komputer w pracy i w domu


CUSTOMER SEGMENTS


  • Małe i średnie firmy nie posiadające systemów intranetowych
  • Osoby indywidualne pracujące na więcej niż jednym komputerze
  • W szczególności Early Adopters - osoby korzystające z innych rozwiązań wymiany plików (np. Google Docs)



SOLUTION


  • Aplikacja działająca w tle, wykrywająca zmiany w śledzonych dokumentach
  • Publiczny katalog pozwalający na przesłanie wybranej osobie prostego linku do pliku



UVP 


  • Wyrzuć swój dysk USB



UNFAIR ADVANTAGE


  • Wiedza techniczna - MIT



KEY METRICS


  • Ilość udostępnionych danych
  • Liczba wysłanych zaproszeń


CHANNELS


  • Marketing wirustowy
  • Blog


COST STRUCTURE

  • Hosting
  • Wynagrodzenia
  • Rentowność po uzyskaniu 700 użytkowników


REVENUE STREAMS


  • 14 dniowy okres próbny


Oczywiście Lean Canvas jest tylko i wyłącznie naszą próbą odczytania tego, jak to mogło wyglądać, ale przy okazji jest to fajna lekcja na przećwiczenie tworzenia LC - w przypadku działających z sukcesem biznesów można zobaczyć, że stworzenie LC nie jest takie trudne :-)



O czym przekonali się twórcy Dropboxa bez wydawania znacznej ilości pieniędzy?


  • największym zagrożeniem jest stworzenie produktu, na który nie ma zapotrzebowania - digg pozwolił przekonać się im, że w ich wypadku prawdopodobieństwo takie jest znikome (duże zainteresowanie)
  • sam pomysł wart jest 1 zł + VAT - nie ma co się bać, że ktoś nam go skopiuje - wartością jest wykonanie pomysłu, a nie samo go posiadanie - przykład wielu serwisów konkurencyjnych, które w tamtym czasie były już na rynku
  • uruchomienie aplikacji, która nie jest skończona jest zadaniem trudnym - trudno jest pokonać barierę psychologiczną - czy na pewno ludzie będą chcieli z niej korzystać, skoro nie jest gotowa. Nie uruchamianie powoduje, że nie mamy informacji zwrotnej, która jest krytyczna 
  • Krytyczne jest namierzenie early adopters, tak aby nawiązać nić porozumienia z użytkownikami, tak aby zacząć dialog, dzięki któremu otrzymamy jak najwięcej informacji zwrotnej od potencjalnych użytkowników



Odpalenie wersji beta Dropboxa