Gestern hörte ich die eindringlichen Lehren des Beschleuniger-Tutors und die blutigen Erfahrungen der Vorgänger: 1. Bei Projekten sollte man V1 nicht zu ernst nehmen, V2 ist in der Regel näher an den Benutzerbedürfnissen. Ziehe die Erfahrungen der Softwareentwicklung in Betracht: schnell aufbauen, verwerfen und dann basierend auf neuen Erkenntnissen neu gestalten. 2. Priorisiere Geschwindigkeit, aber versuche, das Risiko zu minimieren. Vereinfache V1 auf die minimalen Kernfunktionen – das ist die Hälfte dessen, was du für notwendig hältst – und validiere es durch Benutzerfeedback. 3. Für V1 eine kleine Prüfung (1-2 Forscher) und ein Bug-Bounty-Programm durchführen, um zu vermeiden, dass zu viel in der frühen Phase investiert wird. 4. Für V2/V3: Nach der Klärung der Benutzerbedürfnisse, erhöhe die Investitionen, einschließlich mehrerer Prüfungen und interner Sicherheitsmaßnahmen. 5. Ausnahme: Wenn du mit bestehenden Produkten konkurrieren willst, muss V1 von Anfang an 10-mal besser sein als die Konkurrenz, was bedeutet, dass du im Voraus in Engineering, Sicherheit, Produkt und Marketing investieren musst.