iPhone Plugin-Framework für mobile Lerninhalte

Dieses iPhone-Produktkonzept entstand aus der Frage, wie mobile Lerninhalte erweiterbar ausgeliefert werden können, obwohl iPhone OS keine frei ladbaren Code-Plugins erlaubte. Der Kern war deshalb kein echtes Plugin-System im Desktop-Sinn, sondern ein produktkonformes View-Framework: standardisierte Views wurden über XML beschrieben und konnten unterschiedliche Inhalte, Komponenten, Interaktionen und Workflows darstellen.

Der Produktkontext ging deutlich über eine App-Oberfläche hinaus. Es ging um Content-Abonnements, lokale Nutzung trotz mobiler Verbindungsgrenzen, Medienformate, interaktive Übungen, Multiple-Choice-Auswertungen, StoreKit-Transaktionen, Quittungsprüfung und die Entscheidung, wann ein Bezahlsystem für Content-Zugriff sinnvoll ist und wann es dem eigentlichen Lernkontext im Weg steht.

• Mobile Produktarchitektur: Konzeption einer iPhone-Plattform für Skripte, Bilder, Audio, Video, HTML-Inhalte, Tabellen und interaktive Aufgaben mit einem gemeinsamen Content-Modell.
• Plugin-ähnliches View-System: Design eines Viewpools, bei dem XML-Dateien Komponenten, Größen, Positionen, Inhalte und Aktionen beschreiben, statt für jeden Inhalt neue App-Logik zu bauen.
• StoreKit-Produktlogik: Modellierung von In-App-Purchase-Flows, Produktlisten, Transaktionsbeobachtung, Restore-Pfaden und serverseitiger Quittungsprüfung vor der Content-Auslieferung.
• Content- und Abomodell: Analyse, wie Lerninhalte abonniert, lokal gespeichert, versioniert, freigeschaltet und bei Bedarf aktualisiert werden können.
• Interaktive Übungen: Modellierung von Multiple-Choice-, Wahr/Falsch-, Kurzantwort-, Zuordnungs- und numerischen Fragetypen mit Auswertung und Fortschrittslogik.

• Product-First Architecture: Die technische Struktur wurde aus dem Nutzungsszenario abgeleitet: unterwegs lernen, Inhalte schnell finden, offline weiterarbeiten, Fortschritt sichtbar machen und neuen Content ohne App-Explosion ausliefern.
• Constraint-driven Design: Begrenzter Gerätespeicher, mobile Verbindungen, iPhone-OS-Regeln, App-Store-Zahlungsflüsse und Sicherheitsgrenzen wurden als harte Produktgrenzen behandelt.
• Modularisierung über deklarative Views: Der Viewpool reduzierte die Notwendigkeit, für jeden neuen Inhalt eine neue App-Version zu bauen, weil Darstellung und Verhalten aus strukturierten View-Beschreibungen abgeleitet wurden.
• Entscheidungslogik vor Feature-Logik: In-App-Käufe wurden nicht als Selbstzweck betrachtet, sondern gegen Content-Menge, Freigabeprozesse, Nutzerreibung, Quittungsprüfung und Produktziel abgewogen.