Prezentacja z warsztatow ktore odbyly sie 23 wrzesnia w Poznaniu.

1. Lean Canvas– biznes plan na jednej stronie kartki Prowadzący: Dariusz Sroka, Tomasz Soroka

2. Kim jesteśmy - Dariusz Sroka, - Tomasz SorokaReprezentujemy firmy:- Kaizen Consulting (doradztwo i konsulting)- DOT.NET (outsourcing programistyczny)Blog:http://www.customerdevelopment.pl/

3. Plan warsztatów Część 1 – 10:00 - 11:45W jaki sposób obecnie realizowane są projekty, informacja na temat Lean Startup i Lean Canvas, ćwiczenia z przygotowania własnego LC.Część 2– 12:00 – 14:00W jaki sposób zweryfikować nasz pomysł na biznes (czy prawidłowo określiliśmy problemy i rozwiązanie)Część 3 – 14:30 – 16:00W jaki sposób określić funkcjonalności MVP, Dopasowanie produktu do rynku, skalowanie rozwiązania.Część 4 – 16:00 – 17:00Dyskusja

4. Wprowadzenie

5. Start-up „Temporary organization used to search for a repeatable and scalable business model” Steve Blank

6. Stan bieżący 90% start-up’ów kończy się niepowodzeniem 70 % start-up’ów umiera z powodu przedwczesnego rozrostu (zespół, koszty pozyskania klientów, marketing) Ludzie inwestują swój czas i pieniądze bazując na niezweryfikowanych hipotezach Powstają produkty niedopasowane do rynku i potrzeb klientów Większość start-up’ów umiera nie z powodu braku produktu, ale z powodu braku produktu, którego potrzebują klienci

7. Product Development Najczęściej wykorzystywany sposób tworzenia produktów Produkt stworzony w oderwaniu od klienta Weryfikacja założeń biznesowych następuje na etapie uruchomienia produktu Inwestujemy środki w realizacje produktu na podstawie własnych hipotez Przebieg procesu:

8. Koszty zmian na poszczególnych etapach Pomysł Prototyp Produkt

9. Przykłady porażek – spirala śmierci  Webvan – 800 mln dolarów w 3 lata – zbyt szybkie skalowanie biznesu, bez prawidłowego oszacowania grupy docelowej – bankrut w roku 2001 Segway (Ginger) – skupienie się na rozwiązaniu a nie na problemie Iridium – wysokie koszty, niewygoda użytkowania, silna konkurencja ze strony roamingu GSM – bankrut w 1999

10. Dlaczego warto zainteresować się Lean Startup?

12. Podział prac nad produktem na odpowiednie fazy,

14. skupienie się na robieniu właściwych rzeczy we właściwym czasie“In a startup no facts exist inside the building, only opinions.” Steve Blank

16. Podział prac nad produktem na odpowiednie fazy,

18. skupienie się na robieniu właściwych rzeczy we właściwym czasie“In a startup no facts exist inside the building, only opinions.” Steve Blank

19. Proces uruchamiania produktu Uporządkowanie naszego pomysłu na biznes Zweryfikowanie hipotez na których opieramy swój pomysł Dopasowanie produktu do potrzeb rynku i klientów Zdobycie rynku

20. Wcześni użytkownicy (Early Adopters) Poziomy świadomości klienta: Ma problem Jest świadomy tego, że ma problem Aktywnie szukał rozwiązania tego problemu Samodzielnie przygotował tymczasowe rozwiązanie Ma dostępny budżet na właściwe rozwiązanie

21. W jaki sposób uporządkować nasz pomysł na biznes dzięki Lean Canvas

22. Cel = Problem/Solution fit

23. Lean Canvas – uporządkujmy nasz pomysł 7 3 1 1 2 4 6 5 5

25. Uporządkowane od najważniejszego (#1 jest najważniejszy)

27. Problemy z przesłaniem dużych plików poprzez internet

28. Problemy z wymianą danych między komputerami

30. Dodatkowo inne grupy klientów które mają styczność z produktem (np. dla kreatora blogów są to czytelnicy)

32. Osoby indywidualne pracujące na więcej niż jednym komputerzeWcześni użytkownicy: - Osoby korzystające z innych rozwiązań wymiany plików (np. Google Docs)

34. Cel: pokazać unikatowość, zaciekawić, przyciągnąć uwagę wczesnych użytkowników (Landing Page)

35. Powinno odpowiadać na dwa pytania: „What” i „Who”

39. Powinna być móc wykorzystywana od pierwszego dnia (do dotarcia do osób z którymi zweryfikujemy nasz pomysł)

42. Najlepszy jest taki sposób zarabiania, który możemy testować od 1szego dnia

45. Nie uwzględniamy kosztów przygotowania i stworzenia rozwiązania

47. Wynagrodzenia (CEO + DEV - 10k USD/month)

52. Łatwość dotarcia do klientów (dostępne kanały)

55. Dyskusja – 15 minut

56. Przerwa – 15 minut

57. Weryfikacja naszego pomysłu na produkt

59. Strona startowa (tylko i wyłącznie)

60. Elementy:

61. UVP

62. Logo (opcjonalnie)

64. Jak klienci postrzegają określone przez nas problemy (czy są dla nich ważne, w jakiej kolejności),

65. Jak obecnie je rozwiązuja,

66. Weryfikacja jakościowa, nie ilościowa

67. Najlepszy sposób – wywiady z potencjalnymi klientami

68. Spotkania ok. 30 minutowe, min. 10 dotyczących problemu.

69. Kanały dotarcia do osób:

70. Kanały określone w LC (testowanie)

71. Kontakty 1szego poziomu

72. Kontakty polecone przez kontakty 1szego poziomu

73. Osoby zgłaszające się ze strony WWW- Osoby zgłaszające się przez blog

75. Współpraca nad tworzeniem dokumentów zmusza do częstego przesyłania ich poprzez internet, lub przekazywania w inny sposób (Ile osób to potwierdzi)

76. Podczas wspólnej pracy nad dokumentem często pojawią się błędy i mylone są wersje dokumentów (Ile osób to potwierdzi)

80. Hipotezy które badamy powinny mieć formę mierzalną – np. złą hipotezą jest „Agencje nieruchomości będą płacić za umieszczanie ofert”, lecz „Agencje nieruchomości będą płacić 100 zł netto miesięcznie za pakiet 1000 ofert”

82. Mamy określony problem typu „must-have”

84. Jak przygotować demo naszego produktu, jak zweryfikować czy rozwiązuje założone problemy.

86. Im bardziej demo będzie wyglądać na prawdziwe tym lepiej będziemy mogli je przetestować

87. Nacisk na minimalizowanie strat

90. Umiemy precyzyjnie określić wczesnych użytkowników naszego produktu,

91. Umiemy określić jakie minimalne funkcjonalności musi nasz produkt posiadać, aby rozwiązywał zidentyfikowane problemy

93. Przerwa (30 minut)

94. W jaki sposób wybrać funkcjonalności które powinny znaleźć się w MVP?

96. Skupiamy się na problemie #1 określonym przez klientów jako ‚must-have’

97. Ignorujemy rzeczy określone jako dodatkowe

98. Powtarzamy proces dla problemów #2 i #3Funkcjonalności zawarte w MVP powinny pozwolić nam na pobieranie opłat od klientów (zmaksymalizowanie nauki).

100. Celem spotkań jest sprawdzenie w jaki sposób klienci postrzegają nasze rozwiązanie (czy według nich rozwiązują ich problemy)

102. Skupiamy się na earlyadopters

103. Ćwiczenie: przygotowanie hipotez dotyczących MVP (15 minut)Dyskusja (15 minut)

104. W jaki sposób mierzyć dopasowanie produktu do rynku?

107. Wskaźniki

108. Proces rozwoju produktu

110. Staramy się stosować regułę 80/20

111. 80% czasu poświęcamy na dopracowywanie obecnych funkcjonalności

112. 20% czasu poświęcamy na dodawanie nowych funkcjonalności

113. Pamiętamy o tym że każda funkcjonalność to:

114. Koszty – nie tylko programistyczne (dokumentacja, testy)

115. Komplikowanie całego rozwiązania

116. Możliwość wprowadzenia zamieszania wśród obecnych użytkowników

118. Cały czas organizujemy spotkania z klientami

119. Zbieramy feedback od klientów (formularz kontaktowy, email, telefon)

121. Co dalej ? Cel: Zwiększenie ilości nowych użytkowników

122. Jak to zrobić ? Zacząć skalować produkt / usługę – ale inteligentnie ;-) Dropbox – problem z Adwords (za duży koszt pozyskania jednego klienta) , ale sukces dzięki poleceniom między użytkownikami Koniecznie trzeba wiedzieć kto jest typowym użytkownikiem: Metod jest sporo – wszystko zależy od produktu/usługi

123. Dyskusja ;-)

125. „Running Lean” Ash Maruya

127. http://venturehacks.com/

128. http://www.ashmaurya.com/

129. http://steveblank.com/