STARQstrom
CEO Meeting Protokoll — 25.02.2026
Meeting-Protokoll: STARQstrom CEO Meeting
Datum: 25.02.2026 | Dauer: ~85 Minuten | Anlass: Gesamtüberblick Prozesse, Systemlandschaft, Roadmap-Abstimmung
Teilnehmer: Fabio (STARQstrom CEO), ProcesslyAI-Team, Finn (STARQstrom Dev), Jan, weitere
1. Strategische Entscheidungen
11 strategische Entscheidungen wurden im Meeting getroffen oder bestätigt. Diese bilden die Grundlage für die aktualisierte Roadmap und haben direkten Einfluss auf die STARQ Platform-Entwicklung.
E1: Middleware-Neuaufsetzung bestätigt Bestätigt
- Bestehende Middleware (Digital Masters) wird nicht weiterentwickelt, sondern durch Neubau ersetzt
- Rationale: „Für den benötigten Umfang ungeeignet; macht keinen Sinn darauf weiterzuentwickeln“
→ Bestätigt unseren bisherigen Plan (STARQ Platform in Rails)
E2: Reihenfolge — Erst Middleware, dann MatchPoint Bestätigt
- Schritt 1: Middleware implementieren, DB aufsetzen, SOLVIT-Schnittstelle erweitern
- Schritt 2: MatchPoint anbinden (automatisierter Upload/Download)
- Rationale: Datenfluss zentralisieren, bevor Analyse-Tools angebunden werden
→ Klare Reihenfolge für Phase 1 und Phase 2
E3: RLM-Preisentscheidung exklusiv bei STARQstrom Bestätigt
- STARQstrom kalkuliert eigenständig basierend auf PV/Wind/Börse und Risiken
- SOLVIT erhält nur die fertigen Konditionen
→ Bestätigt Abschnitt 6 im Middleware-Plan
E4: HubSpot als zentraler Knotenpunkt Bestätigt
- Preisdaten, Angebotsdaten, Vertragslaufzeiten, Margen — alles in HubSpot
- Kurzfristig: Angebotskonfigurator mit Tarif-/Lastgang-Inputs
→ Bestätigt und erweitert unsere HubSpot-Strategie
E5: Schrittweise Live-Schaltung Bestätigt
- Vertrieb + Pricing (Priorität 1)
- Belieferungs- und Beschaffungsdaten
- Erzeugungs- und Verbrauchsdaten
- Abrechnungsdaten (später)
Rationale: „Ambitionsniveau, robuste Grundlagen“
→ Klare Priorisierung für die Phasenstruktur
E6: ene't statt SOLVIT für Preisdaten Roadmap-Änderung
- Netzentgelte, Umlagen, Steuern direkt von ene't kaufen
- Nicht auf SOLVIT-API-Erweiterungen warten
- SOLVIT-Preiskalkulator wird perspektivisch abgelöst
- SLP kann temporär über SOLVIT weitergeführt werden
→ ÄNDERT unsere Roadmap: ene't von Phase 3 auf sofort vorgezogen!
E7: Roadmap-Ownership bei ProcesslyAI NEU
- Weg vom „Wunschzettel“-Modus
- Team soll eigenständig priorisieren
- CEO gibt Kontext, Team erarbeitet Vorschläge
→ NEU: ProcesslyAI steuert die Roadmap aktiv
E8: Middleware-Interface mit Logins Bestätigt
- Dashboard nicht nur API-Backend, sondern Interface mit Login
- Sichtbarkeit aller DB-Daten: Mess-, Preis-, Börsendaten
- Fachliche Prüfungen ermöglichen
→ Bestätigt Middleware-Dashboard aus Plan, macht es expliziter
E9: STARQstrom-Portal als Frontend prüfen Offen
- Möglichkeit eines eigenen Portals (ggf. Reiter im Partnerportal)
- Abrechnung/Vertriebsfunktionen bündeln
→ Muss noch evaluiert werden
E10: SOLVIT-Beziehungspflege Laufend
- Funktionsverlagerung hin zu eigenen Systemen
- Partnerschaft trotzdem aktiv managen
- SOLVIT bleibt wichtig für: GPKE, Abrechnung, Kundenservice
→ Strategisch wichtig bei der Funktionsverlagerung
E11: Kisters-Workshop nach interner Sortierung Offen
- Zeitreihen/Trading-Systeme interessant
- Aber erst intern klären, dann externe Workshops
→ Spätere Phase, keine unmittelbare Aktion
2. Aktueller Prozess-Stand (aus Meeting)
SLP (Kleinkunden)
- Website-Snippet → SOLVIT (Preisberechnung + Vertrag)
- Parallel: Middleware → HubSpot
- Funktioniert, aber keine Preistransparenz in der Middleware
RLM (Großkunden)
3 Medienbrüche: Lastprofil-Upload manuell → MatchPoint manuell → HubSpot → Excel-Download → SOLVIT-Upload. Funktioniert bei 10–15 Angeboten/Woche, skaliert nicht.
- Lastprofil-Upload → MatchPoint (manuell!)
- Vertriebler liest Ergebnisse ab → HubSpot
- HubSpot → Excel-Download → SOLVIT-Upload
- 3 Medienbrüche, funktioniert bei 10–15 Angeboten/Woche, skaliert nicht
Preisstruktur (bestätigt)
| Energiequelle | Preis (ct/kWh) | Anmerkung |
|---|---|---|
| PV (PARQ) | ~7,5 ct/kWh | Gedeckelt |
| Wind (PPA) | ~8 ct/kWh | Noch nicht fixiert, kommt in 1–2 Monaten |
| Börse (Day-Ahead) | ~11,5 ct/kWh | — |
Typischer Mix: 40% PV / 40% Wind / 20% Börse
Beispiel: Angebot 9,14 ct/kWh, 0€ Grundpreis, 48 Monate, 90/10 Fix/Flex
Systemrollen (präzisiert)
| System | Rolle | Datenhaltung |
|---|---|---|
| SOLVIT/wattform | Marktkommunikation (GPKE), Abrechnung, Kundenservice L1+L2, Tarifkalkulator | ERP mit Kundendaten |
| InPower | Bilanzkreismanagement, Fahrplanmeldung, Direktvermarktung | Aggregatwerte, keine Kundendaten |
| Park Energy/PARQ | Erzeugung (PV-Anlagen), Investorenbetreuung | Erzeugungsdaten via MeteoControl |
| ene't | Netzentgelte, Umlagen, Steuern, Messentgelte | Regulierte Preisdaten |
| Kisters | Zeitreihen, Trading (perspektivisch) | — |
Datenfrequenzen
| Datenart | Heute | Ziel |
|---|---|---|
| Ist-Verbräuche (SOLVIT) | Monatlich | 15-Min (RLM) |
| Fahrplanmeldung (InPower) | Monatlich aggregiert | Tägliche Ist-Daten |
| Erzeugungsdaten (MeteoControl) | — | Live-Integration |
| Börsenpreise | Manuell nachschauen | Automatischer Import |
| Netzentgelte (ene't) | Excel-Tabellen | API-Anbindung |
3. Action Items
ProcesslyAI
| # | Action | Frist | Status |
|---|---|---|---|
| 1 | Roadmap-Ownership übernehmen — Priorisierung erarbeiten | Laufend | Offen |
| 2 | Fragenkatalog für SOLVIT-Meeting erstellen | Fr 28.02 / Mo Vormittag | Offen |
| 3 | Anja kontaktieren — ene't-Datenbankzugang | ASAP | Offen |
| 4 | Technische Abschätzung basierend auf SOLVIT-Daten | Nächste Woche | Offen |
| 5 | Anforderungen bidirektionale API spezifizieren | Nächste Woche | Offen |
| 6 | Am Solve-Weekly teilnehmen Mo 13:00 mit Janin | Mo 03.03 | Offen |
Fabio (STARQstrom CEO)
| # | Action | Frist |
|---|---|---|
| 1 | HubSpot-Ausbau mit Preisdaten anstoßen | — |
| 2 | Team mit SOLVIT zusammenbringen, API-Anforderungen abstimmen | — |
| 3 | Mehr Kontext für Roadmap-Ownership geben | — |
| 4 | Koordination Anja bzgl. ene't-Datenzugang | — |
| 5 | SOLVIT-Beziehungspflege bei Funktionsverlagerung | Laufend |
| 6 | STARQstrom-Portal als Frontend prüfen | — |
| 7 | Middleware-Interface mit Logins konzipieren | — |
| 8 | Klärung externe Datenquellen (ene't, Börse) | — |
| 9 | Einbindung ins Solve-Weekly Mo 13:00 | KW 10 |
| 10 | Abstimmung mit SOLVIT über API-Endpunkte + Datenfrequenzen | — |
Finn (STARQstrom Dev)
| # | Action | Frist |
|---|---|---|
| 1 | Backend-Zugangsberechtigungen Longeville → ProcesslyAI | ASAP |
Weitere
| # | Wer | Action |
|---|---|---|
| 1 | Speaker 5 | ene't kontaktieren + Termin vereinbaren, Janis einbeziehen |
| 2 | Jan | API Requirements für SOLVIT, Fragenkatalog an Janin senden |
| 3 | Team | Interne Grundlage für Kisters-Workshop schaffen |
| 4 | Team | Anforderungen bidirektionale Middleware-Integration spezifizieren |
4. Auswirkungen auf bestehende Planung
Was sich in der Roadmap ändert
| Thema | Vorher (Middleware-Plan v1.4) | Jetzt (nach Meeting) |
|---|---|---|
| ene't-Anbindung | Phase 3 (Zukunft) | Phase 1 / Sofort — Direkt kaufen |
| Pricing-Ownership | Phase 3 (eigene Engine) | Phase 1 priorisiert — SOLVIT-Preiskalkulator ablösen |
| Roadmap-Steuerung | STARQstrom gibt vor | ProcesslyAI übernimmt Ownership |
| Handelsvertreter-App | Nicht geplant | NEU: kurzfristig gebraucht |
| Middleware-Interface | „Dashboard“ in Phase 1 | Explizit: Login, Datenansichten, Monitoring |
| Partner Operations | Q2 | Ab 01.03 (in 3 Tagen!) |
| SOLVIT-Meeting | Noch zu planen | Mo 03.03, 13:00 (Solve-Weekly) |
| Wind-PPA | Nicht im Plan | Fixierung in 1–2 Monaten |
Was sich NICHT ändert
Unverändert bleiben:
- Technologie-Stack (Rails, PostgreSQL, Redis, Sidekiq)
- HubSpot als zentrales CRM
- SOLVIT für Marktkommunikation + Abrechnung
- MatchPoint als Analyse-Tool (Phase 2)
- Grundsätzliche Phasenstruktur (1 → 2 → 3 → 4)
5. Nächste Schritte (ProcesslyAI)
Diese Woche (KW 9)
- Meeting-Protokoll fertigstellen und mit Fabio teilen
- Fragenkatalog für SOLVIT erstellen (→ Janin bis Fr/Mo)
- Middleware-Plan v1.5 aktualisieren (Meeting-Ergebnisse einarbeiten)
- Anja kontaktieren wegen ene't-Zugang
- Dokumentations-Hub fertigstellen und online bringen (GitHub Pages)
Nächste Woche (KW 10)
- Solve-Weekly Mo 13:00 mit Janin — Fragenkatalog durchgehen
- Technische Abschätzung — Datenvolumina, API-Design
- Roadmap-Priorisierung — Vorschlag für Fabio erarbeiten
- Backend-Zugang von Finn erhalten + System erkunden
6. Offene Fragen (intern)
| # | Frage | Nächster Schritt |
|---|---|---|
| 1 | Tech-Stack-Wording: Meeting sagt „Ruby/Postgres wird verworfen“. Unser Plan sagt: Bestehende = PHP/Laravel, Neubau = Rails/Postgres. CEO meint vermutlich die DM-Middleware generell. | Wording mit Fabio klären |
| 2 | Wer ist Anja? Kontaktdaten für ene't-Zugang benötigt. | Von Fabio bekommen |
| 3 | Handelsvertreter-App: Wie einfach? PWA? Native? HubSpot-basiert? | Scope definieren |
| 4 | Partner Operations 01.03: Was genau startet? Welche Zugänge werden gebraucht? | Mit Fabio klären |
| 5 | STARQstrom-Portal vs. Partnerportal: Sind das zwei verschiedene Dinge oder ein Frontend mit Reitern? | Design-Entscheidung offen |