3 Schritte zur Abschätzung des Risikos beim Gründen

Gastbeitrag. Alex Schuh, Innovation Consultant bei Pioneers, hat auf Basis seiner Masterarbeit ein Modell zur Abschätzung des Risikos beim Gründen entwickelt und getestet.
/abschaetzung-des-risikos-beim-gruenden/

Zusammenfassung aus

Zusammenfassung ein

Value Blueprints - 3 Schritte zur abschätzung des Risikos beim Gründen von Alex Schuh
Alex Schuh
tipps
Der Summary Modus bietet einen raschen
Überblick und regt zum Lesen mehrerer
Artikel an. Der Artikeltext wird AI-basiert
zusammengefasst mit der Unterstützung
des Linzer-Startups Apollo AI.

Wenn du als Startup oder Corporate Spin-off durchstarten willst, dann bedeutet das, dass du ein neues Ökosystem betrittst. Ein Ökosystem ist eine Ansammlung von Firmen, Institutionen und anderen Playern, verbunden durch deren gemeinsames Ziel und ihrer Mission. Abhängig von deinem Startup, kann das Ökosystem lokal, global oder auch eine Mischung aus beidem sein. Eines ist jedoch immer gleich: Jedes Ökosystem ist voll von Unbekannten und Unsicherheiten.

+++ Checklist: 10 Fragen auf dem Weg zur GmbH-Gründung +++

Kommunikation als Schlüssel zur Abschätzung des Risikos beim Gründen

Aus diesem Grund willst du dein Risiko und die Wahrscheinlichkeit mit deinen Ressourcen und der vorhandenen Konkurrenz erfolgreich zu werden, abschätzen können. Das ganze am besten schon bevor du startest und Kapital aufwendest. Es gibt zahlreiche Möglichkeiten um das zu erreichen, aber die beste und effektivste Methode ist Kommunikation. Konversationen mit potentiellen Stakeholdern zu führen, um herauszufinden, ob diese dieselben Ziele anstreben wie man selbst, kann im besten Fall einem Scheitern vorbeugen.

Um das auch sinnvoll zu betreiben, will ich dir ein einfaches Modell vorstellen, dass dir helfen wird, in drei Schritten einen Überblick über die geführten Konversationen zu behalten und deine Position im Ökosystem zu verstehen:

Value Blueprints: Ein guter Überblick über dein Ökosystem

Die Basis bildet dabei Ron Adners Konzept der „Value Blueprints“. Sie können helfen, das große Ganze zu sehen. Sie unterstützen dich, die richtigen Player für Konversationen zu identifizieren und helfen bei der Abschätzung des Risikos einer Zusammenarbeit. Um ein Entrepreneurship-Ökosystem zu analysieren, werden wir die Blueprints um kompetitive und nicht kompetitive Player, sowie Player mit einer guten Übersicht über das Ökosystem erweitern. Die Blueprints können in wenigen einfachen Schritten aufgesetzt werden, welche ich dir hier näherbringen will.

1. Stakeholder definieren

Im ersten Schritt muss du deinen „End Customer“ definieren, also denjenigen, der letztendlich von deinem Produkt bzw. deinem Service profitiert. Als nächstes müssen „Supplier“ identifiziert werden, also die Stakeholder die man braucht, um Wert zu generieren, die sozusagen die Zutaten für das Produkt liefern. Danach muss festgestellt werden ob zwischen dem End Customer und dir noch jemand steht. Diese Player werden dann als „Intermediaries“ bezeichnet. Zusätzlich werden „Complementors“, also Stakeholder die den Weg für Intermediaries ebenen, berücksichtigt. Zuletzt werden Player mit guter Übersicht über das Ökosystem und kompetitive und nicht kompetitive Player identifiziert.

Nachdem alle Stakeholder in die Blueprints eingetragen wurden, sieht der erste Entwurf in etwa so aus, wie in der folgenden Grafik:

(c) Alex Schuh

2. Das Risiko abschätzen

Es gibt zwei wichtige Fragen die du dir in Bezug auf alle Stakeholder stellen solltest: „Können sie die Aufgaben erfüllen, die ich von ihnen benötige?“ (Co-innovation Risiko) und „Wollen sie die Aufgaben erfüllen, die ich von ihnen benötige?“ (Co-adoption Risiko). Diese Fragen zu beantworten – bevor man in das Ökosystem Eintritt – ist extrem wichtig. Denn nur weil man eine Vision mit den anderen Stakeholdern teilt, heißt das nicht, dass man sich über den Weg, sie zu erreichen, einig ist. Wenn die Strategie von allen Playern Richtung Zusammenarbeit ausgerichtet ist, werden automatisch die dazugehörigen Strukturen angenommen.

Darum wurde ein Ampelfarbensystem eingeführt, um dieses Risiko simpel innerhalb eines Ökosystems zu bewerten. Grünes Licht bedeutet „Alles wie geplant“, gelbes Licht bedeutet „Sie können es noch nicht“, oder „Sie wollen es noch nicht“, und rotes Licht bedeutet „Das funktioniert nie“. Wichtig ist, dass ein paar gelbe Ampel kein großes Problem darstellen, besonders nicht am Anfang. Diese können durch verschiedene Anreize auf grün gestellt werden. Rote Lichter sind jedoch ein größeres Problem. Du musst dann andere Player finden, um die Lücke zu füllen. Oder, wenn das unmöglich scheint, sogar dein Geschäftsmodell ändern.

Die folgende Grafik zeigt die Blueprint erweitert um die Ampelfarben:

(c) Alex Schuh

3. Eine Iteration nach der anderen

Nehmen wir an, du besitzt einen Online-Buchhandel. Bevor du die Blueprints zum ersten Mal aufzeichnen kannst, müssen die Player mit einer guten Übersicht über das Ökosystem und kompetitive und nicht kompetitive Player befragt werden, um die Lücke im Ökosystem zu identifizieren. Somit hast du deinen Startpunkt gefunden. Beispiele für kompetitive Player sind in diesem Fall Amazon und Offline-Buchhandlungen. Nicht kompetitive Player sind andere Plattformen, welche komplementäre Güter für deine Kunden anbieten.
Nachdem der Startpunkt gefunden wurde, muss die Struktur der Value Blueprints erstellt werden (Bild 1) und anschließend das Risiko der Stakeholder bewerten (Bild 2). „Supplier“ in unserem Beispiel sind Verlage und IT Infrastruktur Services. „Intermediaries“ sind Reseller der Buchhandlung und „Complementors“ sind Lieferservices.

Nach der ersten Iteration ist die Wahrscheinlichkeit hoch, dass einige Änderungen vorgenommen werden müssen. Also setzt du dich hin, bearbeitest die Blueprints auf Basis des Feedbacks, dass du bekommen hast, und validierst sie wieder und wieder und wieder…

Umdenken zu „Wenn wir es machen, wie kommen sie dort hin?“

Die Value Blueprints können unter Umständen als relativ unübliche Methode angesehen werden, im Speziellen für Manager in großen Unternehmen, da sie viele offene Konversationen mit externen Personen im Voraus verlangen. Die „darüber reden wir später im Prozess“-Methode ist heutzutage einfach nicht mehr angebracht und kann zu großen Problemen führen. Ein Umdenken von „Wenn wir es machen, kommen sie?“ zu „Wenn wir es machen, wie kommen sie dort hin?“ in Bezug auf die Stakeholder muss stattfinden. Wenn die Antwort „Wir sind nicht sicher“ ist, willst du das definitiv herausfinden bevor du deine Zeit und dein Geld investierst.


Systematik

Dieses Modell zur Abschätzung des Risikos beim Gründen wurde in meiner Masterarbeit anhand eines Biotech Hubs, welches in Wien starten wird, getestet. Dazu wurden zehn Interviews mit zentralen Playern aus dem Wiener Ökosystem geführt, teilweise mit Fokus auf Deeptech. Um Aussagen über ein Hub im Biotech-Bereich generalisierbarer zu machen, wurden weitere Interviews in den Niederlanden (Nijmegen und Umgebung) geführt. Diese Gegend ist als „Health Valley“ bekannt und hatte daher einen sehr guten fit. In zwei Iterationen wurden dann auf Basis des Inputs die Value Blueprints erstellt und Risiken analysiert.

Zum Autor

Alex Schuh arbeitet aktuell als Innovation Consultant bei Pioneers im Bereich Corporate-Startup-Collaboration. Zusätzlich arbeitet er als Network Developer beim Entrepreneurship Ecosystem Research Network.

Wenn du an dem Artikel oder am Thema Kollaboration bzw. Ökosysteme interessiert bist, kontaktiere Alex gerne via E-Mail.

Redaktionstipps

die Redaktion

Lernen von der AWS Community: Das FinTech-Startup Trality setzt auf Infrastructure as Code

Christopher Helf, CTO vom Wiener Krypto-Startup Trality, hat uns erläutert, was seinem Startup die Teilnahme am AWS Activate von Amazon Web Services (AWS) gebracht hat. Zudem erläutert Helf den Mehrwert von "Infrastructure as Code" und was es mit dem AWS TechBeer auf sich hat.
/trality-aws-tech-talk/
Trality
Christopher Helf, CTO & Co-Founder Trality
sponsored

Vor mehr als einem Jahr startete das Wiener Startup Trality, das einen Marktplatz für Trading-Bots im Krypto-Bereich entwickelt hat, mithilfe des Startup-Förderprogramms AWS Activate voll durch.

Mit Trality können private Nutzer Bots sowie Algorithmen für das automatisierte Trading entwickeln, diese übernehmen dann auf Basis der entwickelten Algorithmen den Kauf und Verkauf der Kryptos für den Nutzer.

Mit steigender Bekanntheit der Trading-Plattform von Trality kamen CTO Christopher Helf und sein Team mit dem Management ihrer Infrastruktur aber nicht mehr hinterher. Die Community von Amazon Web Services (AWS) gab ihm den wertvollen Tipp: Infrastructure as Code.

Trality Investment und AWS Activate

Aller Anfang ist schwer – mit der Gründung eines Startups durchläuft man mehrere Phasen die abwechselnd von Herausforderungen, Lernprozessen und Erfolgen geprägt sind. Für Trality startete die Reise im Jahr 2019 mit einem Erfolg, das Wiener FinTech Startup konnte sich ein Investment sichern und so auch AWS Activate in Anspruch nehmen.

Das Programm ermöglicht Startups mittels kostenlosen AWS Activate Credits für das umfangreiche Dienste-Portfolio von Amazon Web Services (AWS) ein solides technisches Fundament für ihr Business aufzubauen.

„Für unseren Start war dieses Programm genau das richtige – wir haben die neuesten Services und Tools aus erster Hand kennengelernt und konnten sie direkt für das Wachstum unseres Unternehmens einsetzen“, erzählt CTO Christopher Helf, der auch im letzten TechTalk Video zu Gast war:

Die Steuerung wurde immer schwieriger

Innerhalb des ersten Jahres von AWS Activate entwickelte sich die Tradingplattform von Trality hervorragend und mit dem guten Geschäftsverlauf wuchs nicht nur die Zahl der angebotenen Features, sondern auch das Team von Trality.

„Am Anfang waren wir zu zweit in der IT und betreuten die Infrastruktur manuell. Doch je größer unser Team wurde und je mehr neue Features wir für unsere Kunden angeboten haben, desto schwieriger wurde es, die Infrastruktur manuell zu warten und auszubauen“, erzählt Christopher Helf.

Auf der Suche nach Ratschlägen tauschte er sich beim „AWS TechBeer“ mit anderen CTOs und Technologie-Entscheidern aus. Das Startup Team von AWS lädt eben diesen Personenkreis regelmäßig zum AWS TechBeer ein, um in kleiner Runde technische, kulturelle aber auch Business bezogene Themen zu behandeln und Know-how zu teilen. Das Format erfreut sich großer Beliebtheit, da die Teilnehmer vom Austausch mit Startup-Kollegen profitieren. Christopher Helf bekam dort den nützlichen Tipp, die Infrastruktur von Trality auf „Infratructure as Code – IaC“ umzustellen. 

Einfachere Rechtevergabe, schnellere Bereitstellung 

„In einem Startup fängt man bei Null an und lernt erst mit der Zeit – wie auch wir es getan haben“, so der CTO. Dies bedeutet, dass die Infrastruktur bis dahin, manuell in der Nutzeroberfläche gepflegt und erweitert wurde. Dies kann aber zu Problemen bei der Sicherheit, Kostenübersicht und einfachen Erweiterbarkeit führen, da jeder Schritt mehrfach per Hand ausgeführt werden muss. Mit Infratructure as Code lassen sich diese Schritte aber automatisieren und damit Fehler und Risiken minimieren. 

Die Vorteile von Infrastructure as Code für Trality

Noch ist der Umbau der Infrastruktur nicht abgeschlossen, doch die Vorteile von Infrastructure as Code liegen für ihn bereits auf der Hand: Es gibt keine unnötigen Kosten, die Sicherheit ist gewährleistet und Trality kann seine Daten nun automatisiert bereitstellen, wie etwa Echtzeit-Informationen aus der Finanzwelt.

„Für mich ist es jetzt einfacher, die Aufgaben ans Team zu verteilen und Nutzerrechte zu vergeben, ohne dass Abstriche bei der Sicherheit gemacht werden müssen. Gleichzeitig können wir die Wartung des Systems einfacher umsetzen und neue Features schneller auf den Markt bringen. Ich kann Infrastructure as a Code jedem Startup nur empfehlen“, so Christopher Helf.

Für den Aufbau der neuen Infrastruktur vertraut Trality auf AWS Cloud Development Kit welches auf AWS CloudFormation aufbaut. 


Toll dass du so interessiert bist!
Hinterlasse uns bitte ein Feedback über den Button am linken Bildschirmrand.
Und klicke hier um die ganze Welt von der brutkasten zu entdecken.
Möchtest du in Zukunft mehr von diesen Artikeln lesen?

Dann melde dich für unseren Newsletter an!

Leselisten zum Schmökern

Neueste Nachrichten

3 Schritte zur Abschätzung des Risikos beim Gründen

09.05.2019

Value Blueprints - 3 Schritte zur abschätzung des Risikos beim Gründen von Alex Schuh
Alex Schuh

Gastbeitrag. Alex Schuh, Innovation Consultant bei Pioneers, hat auf Basis seiner Masterarbeit ein Modell zur Abschätzung des Risikos beim Gründen entwickelt und getestet.

Summary Modus

3 Schritte zur Abschätzung des Risikos beim Gründen

Es gibt neue Nachrichten

Auch interessant