Wie Du mit UX die Accessibility Deines Webprojekts verbessern kannst

3. Skalieren heißt auch loslassen

In vielen guten Gründer-Teams findet sich bereits solide Tech-Kompetenz. Der CTO ist dann häufig für die ersten Code-Zeilen verantwortlich und baut in frühen Phasen das Produkt im Alleingang. Um dann allerdings mit frischem Geld Fahrt aufnehmen zu können und als Unternehmen zu wachsen, muss man als Gründer:innen auch loslassen können, neue Entwickler einstellen, ausbilden und sein Produkt und die Code-Verantwortung auch in fremde Hände geben. Gründer:innen, die zu sehr an ihrem Produkt klammern, haben viel größere Schwierigkeiten zu wachsen.

4.Wenn man das Gefühl hat fertig zu sein, ist man bei 80%

Fragt man Gründer-Teams “… und wie weit seid ihr gerade auf dem Weg bis zum Launch?”, dann hört man alles, aber nichts davon stimmt. Das liegt schlicht daran, dass niemand Aufwand und Fortschritt von IT-Projekten exakt richtig einschätzen kann. Die Kunst ist also eine Ahnung davon zu haben, wie sehr man mit seiner Schätzung daneben liegt bzw. wie sehr man ihr Vertrauen kann. Dazu eine einfache
Grundregel: Wenn man sich eine Roadmap aufstellt und deren Aufwand bis zum Ende durchschätzt, dann entspricht das nicht 100% des anstehenden Aufwandes, sondern maximal 80%. Denn man muss sich einfach im Klaren darüber sein, was es bedeutet ein neues Produkt zu launchen: Das Finishing einer App rund um einen Launch mit all seinen Beteiligten und Prozessen, das sind Aufwände, die schnell mal unter den Tisch fallen. Wenn Euch hier die Erfahrung fehlt, sprecht mit Leuten, die schon mal Produkte auf den Markt gebracht haben.

5. Recruiting-Realität

“Wenn wir das Investment kriegen, stellen wir drei Entwickler:innen ein…” – So etwas hören wir häufiger von Gründer:innen. Nur gibt es tendenziell eh zu wenig gute Entwickler:innen auf dem Markt und als Startup kann man sich zudem die richtig guten auch kaum leisten. Mit Glück findet man ambitionierte Einsteiger:innen, die man mit auf die Reise nehmen und ausbilden kann. Aber auch hier ist die Konkurrenz zwischen den Unternehmen hart. Untermauert solche Aussagen also am besten mit bestehenden Kontakten, laufenden Gesprächen, echten Kandidat:innen – sonst sind sie unglaubwürdig.

6. Mehr Strategie, weniger Hype

“In unserem Projekt setzen wir X ein, weil unser Team Bock drauf hatte und das schon immer mal ausprobieren wollte..” – Ja, das kennen wir, wir sind ja schließlich auch Entwickler:innen und möchten immer lernen und experimentieren und besser werden und Spaß haben an der Sache. Gerade in Frühphasen können derart getroffene Tech-Entscheidungen jedoch ganz schön Stress bereiten: Durch die fehlende Erfahrung mit der Technologie können Aufwände explodieren und sich die Zeit bis zum Launch völlig ohne Not verzögern. Mit jeder weniger gewöhnlichen und bekannten Technologie im eigenen Stack schafft man sich außerdem weitere Hürden beim Recruiting neuer Entwickler:innen – was ja eh schon schwer genug ist! Daher unser Rat: Häufig fährt man mit “abgehangener”, etablierter Technologie zum Start deutlich besser. Für Experimente ist dann später noch Luft, wenn man erst einmal ein gutes Produkt am Start hat.