Wczoraj słuchałem pouczeń mentora z akceleratora oraz krwawych doświadczeń starszych kolegów: 1. Nie traktuj V1 zbyt poważnie, V2 zazwyczaj lepiej odpowiada potrzebom użytkowników. Czerp z doświadczeń inżynierii oprogramowania: szybko buduj, porzucaj, a następnie rekonstruuj na podstawie nowych spostrzeżeń. 2. Priorytetem jest dążenie do szybkości, ale staraj się minimalizować ryzyko. Uprość V1 do najważniejszych funkcji - czyli do tego, co uważasz za niezbędne w połowie, a następnie zweryfikuj to za pomocą opinii użytkowników. 3. Dla V1 zastosuj małe audyty (1-2 badaczy) oraz nagrody za znalezienie luk, aby uniknąć zbyt dużych inwestycji na wczesnym etapie. 4. Dla V2/V3: po określeniu potrzeb użytkowników zwiększ inwestycje, w tym wiele audytów i wewnętrznych środków bezpieczeństwa. 5. Wyjątek: jeśli chcesz konkurować z istniejącymi produktami, V1 od samego początku musi być 10 razy lepsze od konkurencji, co wymaga wcześniejszych inwestycji w inżynierię, bezpieczeństwo, produkt i marketing.