Als Here2Build Apps GmbH zur KI-Entscheidungs-App „Raise“ hinzugezogen wurde, lag das Projekt technisch fest. Wir haben mit einem Architektur-Audit begonnen, das Fundament neu gebaut und die App in Sprints bis zum Release im iOS App Store weiterentwickelt.
Raise – yours to decide
16+
Monate Partnerschaft
15+
Sprints geliefert
6
Entwickler im Peak-Team
Raise – yours to decide
Als Here2Build Apps GmbH zur KI-Entscheidungs-App „Raise“ hinzugezogen wurde, lag das Projekt technisch fest. Wir haben mit einem Architektur-Audit begonnen, das Fundament neu gebaut und die App in Sprints bis zum Release im iOS App Store weiterentwickelt.
16+
Monate Partnerschaft
15+
Sprints geliefert
6
Entwickler im Peak-Team
Raise
AUSGANGSSITUATION
Als Here2Build Apps GmbH im März 2025 hinzugezogen wurde, lag „Raise“ deutlich hinter dem Zeitplan. Das Flutter-Frontend griff ohne API-Gateway direkt auf eine experimentelle Datenbank zu, automatisierte Tests und Error Handling fehlten, und ein großer Teil der Entwicklungszeit versickerte in Problemen der Datenbank selbst. Es waren zu viele unreife Technologien gleichzeitig eingeführt worden, was Race Conditions, technologischen Lock-in und kaskadierende Verzögerungen erzeugte. Kein Greenfield-Projekt, sondern ein Rescue: erst verstehen, dann stabilisieren, dann bauen.
Architektur-Audit
2 Wochen
iOS App Store
Live
Datenbank
SurrealDB → PostgreSQL
01
Audit-First: den Stack verstehen
Statt sofort loszulegen, haben wir den kompletten Stack aus Flutter, Nest.js, gRPC und SurrealDB über rund zwei Wochen geprüft, inklusive Interviews mit Tech Lead, Entwicklung und Projektleitung. Ergebnis war ein strukturierter Auditbericht zu Architektur, Security, Performance, Testing und Prozessen sowie eine priorisierte Roadmap.
02
Neu-Architektur & Roadmap
Auf Basis des Audits definierten wir das neue Setup: ein API-Gateway zwischen Frontend und Datenbank, sauberes Error Handling und Logging, klare Teamrollen und eine gemeinsame Meilensteinplanung des MVP mit Product Owner und Design.
03
Datenbank-Migration SurrealDB → PostgreSQL
Der Kern des Rescues war der Wechsel der Datenbank. Die Migration von SurrealDB auf PostgreSQL beseitigte Race Conditions und Timeout-Fehler, löste die Blockade bei der Suche nach neuen Entwicklern und schuf ein stabiles, wartbares Fundament für die weitere Entwicklung.
04
Sprint-Entwicklung & Skalierung
In über 15 zweiwöchigen Arbeitsaufträgen bauten wir das Produkt aus: Clean Architecture, MVVM, Caching-Layer, eine Test-Grundlage und eine vereinfachte Infrastruktur. Das Team wuchs von zwei auf zeitweise sechs Personen, und aus der Projektarbeit wurde ein laufendes Kooperationsmodell mit Retainer.
Prozess
HAUPTFUNKTIONEN
DER FINALEN APP
KI-gestützte Themenfindung
Raise hilft, den Kern einer Entscheidung zu schärfen
KI unterstützt bei der Formulierung der eigentlichen Fragestellung
Kriterien und Optionen
Ziele und Einschränkungen manuell oder per KI-Vorschlag festlegen
Eigene Optionen eingeben oder von der KI vorschlagen lassen
KI-Bewertung und Ranking
Optionen werden je Kriterium bewertet
Ergebnis ist ein nachvollziehbares Ranking der Optionen
Entscheidung und Umsetzung
Bauchgefühl-Check: emotionalen Widerstand je Option gewichten
Slide to Decide für die finale Entscheidung
Umsetzungs-To-Do-Liste mit konkreten nächsten Schritten
In Planung: Multiplayer-Modus für gemeinsame Entscheidungen
Prozess
HAUPTFUNKTIONEN
DER FINALEN APP
Flutter-App mit Clean Architecture
iOS-App in Flutter, Android-Build vorhanden
Clean Architecture, MVVM, Feature-based Layering
Nest.js-Backend mit gRPC
Backend auf Nest.js
gRPC als Kommunikationsschnittstelle
Datenbank-Migration auf PostgreSQL
PostgreSQL als stabiles, wartbares Fundament
Migration von SurrealDB, die Race Conditions und Timeout-Fehler beseitigte
API-Gateway zwischen Frontend und Datenbank eingeführt
Stabilität und Wartbarkeit
Caching-Layer, Error Handling und Logging eingeführt
Test-Grundlage und vereinfachte Infrastruktur
Figma-Design-System Journey Design integriert
No items found.
Prozess
PROJEKTERGEBNIS
Aus einem ins Stocken geratenen Projekt wurde ein stabiles, wartbares Produkt. Die Migration auf PostgreSQL beseitigte Race Conditions und Timeout-Fehler, das API-Gateway trennte Frontend und Datenbank sauber, und Error Handling, Logging sowie eine Test-Grundlage machten die Weiterentwicklung planbar. „Raise“ ist im iOS App Store veröffentlicht und läuft technisch einwandfrei. Aus zwei Entwicklern wurde in wenigen Monaten ein eingespieltes Sprint-Team von bis zu sechs Personen; heute begleitet Here2Build Apps GmbH das Produkt in einem laufenden Kooperationsmodell.