Michi — A reason to step outside

Die Beschreibung besagt, dass Michi eine mit Swift und SwiftUI entwickelte iOS-App ist. Sie verwendet GPT-5.6 für die strukturierte Interpretation der Nutzerabsicht, MapKit für die Routengenerierung und offene Daten aus Tokio für die Personalisierung. Die App ermöglicht es Nutzern, vage Gehabsichten (z. B. „Ich möchte Grünflächen und weniger Menschenmengen“) einzugeben, die von der KI in Bedingungen umgewandelt werden. Diese Bedingungen werden dann verwendet, um echte MapKit-Routen auf Basis öffentlicher Daten zu bewerten.

• Das Produkt wird als Prototyp beschrieben, nicht als kommerzielles Angebot.
• Es verwendet echte öffentliche Daten aus Tokio für die Routenpersonalisierung, generiert oder erfindet jedoch keine Ziele oder Straßen.
• Die KI (GPT-5.6) wird nur für die Übersetzung von Absicht in Bedingungen verwendet und erhält niemals den Standortverlauf des Nutzers, Nutzungsdaten oder Kandidatenrouten.
• Die App ist so konzipiert, dass sie den Datenschutz wahrt, mit lokaler Speicherung von Journals, Feedback und Routenverlauf auf dem Gerät.

Nicht belegt Keine Hinweise auf Umsatz, Kunden oder kommerzielle Adoption. Keine Informationen darüber, wie das Produkt über eine einzelne Stadt oder Datenquelle hinaus skaliert werden könnte.

Die Beschreibung besagt, dass Michi so konzipiert ist, dass es Menschen hilft, die „Schwierigkeiten mit der Entscheidung haben, nach draußen zu gehen, wenn es keinen Grund dafür gibt“. Es zielt darauf ab, dem Gehen einen kleinen, neugierigkeitsgetriebenen Zweck zu geben, ohne Gamification (z. B. Streaks oder Punkte).

• Die App positioniert sich als nicht-gamifiziert, nachvollziehbar und neugierigkeitsgetrieben.
• Es behauptet, echte Daten und KI zur Interpretation von Absichten zu verwenden, nicht jedoch für die Routengenerierung oder Entscheidungsfindung.
• Das Produkt wird als personalisierter Gehassistent beschrieben, nicht als Sicherheitstool, Barrierefreiheitshilfe oder Echtzeit-Stauüberwachung.

Nicht belegt Keine Hinweise auf eine Marktpositionierung über die Hackathon-Einreichung hinaus. Keine Aussagen zur Nutzerakquise, -bindung oder Monetarisierung.

Der Autor stellt fest, dass Michi für Menschen gedacht ist, die „Gehen nicht ablehnen; sie haben Schwierigkeiten mit der Entscheidung, nach draußen zu gehen, wenn es keinen Grund dafür gibt.“

• Der Zielkunde wird als jemand beschrieben, der an Motivation mangelt, zu gehen, aber durch einen neugierigkeitsgetriebenen Impuls angestoßen werden könnte.
• Es wird nicht als Zielgruppe für bestimmte Demografien, Barrierefreiheitsbedürfnisse oder Sicherheitsbedenken beschrieben.

Nicht belegt Es gibt keine Hinweise auf User-Personas, Segmentierung oder Marktforschung. Es ist nicht ersichtlich, ob das Team dieses Kundenbedürfnis über seine eigenen Annahmen hinaus validiert hat.

Die Beschreibung stellt fest, dass Michi ein Prototyp und kein kommerzielles Produkt ist.

• Es wird kein Preismodell, keine Abonnements oder keine Monetarisierung erwähnt.
• Die App wird als kein Sicherheitstool oder keine Echtzeit-Engpassgarantie beschrieben, was darauf hindeutet, dass es keinen Hochrisiko-Fall oder Premium-Funktionen gibt.
• Es gibt keine Hinweise auf Umsatzquellen, Partnerschaften oder B2B-Anwendungen.

Nicht belegt Es gibt kein Geschäftsmodell, keine Preisstruktur oder keine kommerzielle Strategie über die Prototypenphase hinaus.

Das Projekt wird mit Swift, SwiftUI, MapKit entwickelt und verwendet Python für die Backend-Logik. Es umfasst:

• Ein lokales Proxy zur Validierung der GPT-5.6-Ausgaben.
• Automatisierte Tests: 208 Prüfungen (154 Unit, 24 UI, 30 Python).
• Privacy-Hardening, einschließlich des Nicht-Einbindens von API-Schlüsseln in die iOS-App.
• Die App ist so konzipiert, dass sie für die Kernfunktionalität ohne einen API-Schlüssel funktioniert.

• Es werden Tokyo Open Data und MapKit für die Routengenerierung verwendet.
• Die KI wird nur für die strukturierte Intent-Interpretation verwendet, nicht für die Generierung oder Bewertung von Routen.
• Das System unterstützt deterministische Routing-Verfahren und Fallback-Verhalten, falls das Proxy nicht verfügbar ist.

Nicht belegt Es gibt keine Hinweise auf Skalierbarkeit über eine einzelne Stadt (Tokyo) hinaus oder darauf, wie das System mit komplexeren Datenquellen oder größeren Nutzerbasen umgehen würde.

Das Projekt wird als Hackathon-Prototyp beschrieben, der beim OpenAI 2026 Hackathon eingereicht wurde.

• Es gibt keine Hinweise auf Umsatz, Kunden oder Nutzungsmetriken.
• Es wird kein Product-Market-Fit, keine Nutzerfeedbacks und keine iterative Entwicklung über die Prototypenphase hinaus erwähnt.
• Die App wird als kein Sicherheitstool oder kein Echtzeitsystem beschrieben, was darauf hindeutet, dass sie noch nicht im Produktivbetrieb eingesetzt wird.

Nicht belegt Es gibt keine Traction-Daten, keine Nutzerakzeptanz und keine Wachstumsindikatoren. Es gibt keine Hinweise auf Produktreife über das initiale Design und die Tests hinaus.

Die Beschreibung erwähnt keine direkten Wettbewerber.

• Es wird als neugiergetriebener Gehhilfen-Assistent beschrieben, nicht als Fitness-Tracker, Navigations-App oder Sicherheitstool.
• Es werden Tokyo Public Data und MapKit verwendet, die im iOS-Ökosystem weit verbreitete Tools sind.
• Es gibt keine Hinweise auf eine Wettbewerbsdifferenzierung über die Verwendung von KI zur Intent-Interpretation und die Personalisierung öffentlicher Daten hinaus.

Nicht belegt Es gibt keine Wettbewerbsanalyse, keine Marktpositionierung und kein Bewusstsein für ähnliche Produkte.

• Die App wird als Hackathon-Prototyp beschrieben, nicht als Produkt in Entwicklung.
• Es gibt keine Hinweise auf kommerzielle Machbarkeit, Skalierbarkeit oder langfristige Strategie.
• Die Verwendung von GPT-5.6 zur Intent-Interpretation ist auf strukturierte Ausgaben beschränkt, aber die KI wird nicht trainiert oder aktualisiert.
• Das System ist auf Tokyo-spezifische öffentliche Daten angewiesen, was seine Anwendbarkeit einschränken könnte.
• Es gibt keine Hinweise auf Nutzerfeedback-Schleifen, Produktiteration oder Marktvalidierung.

Schlussfolgerung Wenn dies ein Prototyp bleibt, ist er möglicherweise nicht bereit für die Kommerzialisierung oder Investition.

1. Was ist der Plan des Teams, über den Hackathon-Prototyp hinauszugehen?
2. Gibt es Pläne, über Tokyo hinaus zu expandieren oder andere öffentliche Datenquellen zu nutzen?
3. Wie würden Sie den Nutzerbedarf und die Adoption über die Prototypenphase hinaus validieren?
4. Gibt es eine langfristige Vision für Monetarisierung, Partnerschaften oder Produktentwicklung?
5. Welche technischen Herausforderungen bestehen bei der Skalierung dieses Systems auf mehr Städte oder Nutzer?