LGE Energy Berlin GmbH // Zenstrom Logo

LGE Energy Berlin GmbH // Zenstrom

100% Remote / Berlin

Website und Serviceportal für Zenstrom

Freelance Fullstack Developer & Berater

Juni 2023 - Dezember 2023
7 Monate
Freiberuflich
Projektarbeit
100% Remote / Berlin

Relevanz

Warum dieser Case relevant ist

Der Case macht sichtbar, wie Problemverständnis, Verantwortung, Entscheidungen und Umsetzung in diesem Kontext zusammenkamen.

Wirkung

Website und Serviceportal mit Astro, React/Svelte, PWA, Lumenaza-API, Auth, ArangoDB, AWS SNS, Woodpecker CI, Tests und Betrieb eigenständig umgesetzt.

Was davon heute weiterwirkt

Relevanz für AI-native Systemarbeit entsteht hier über saubere Web-, Daten- und Integrationsgrenzen, auf denen spätere Automatisierung belastbar aufsetzen kann; parallel LLM-gestützte Entwicklung (ChatGPT) im Tagesgeschäft, soweit die Modelle 2023 dafür schon tragfähig waren.

WebsiteServiceportalPWAProduct EngineeringEnd-to-End DeliveryCI/CDBetriebLumenaza APILLM-gestützte Entwicklung

Belastbare Belege

2 Produkte

Website + Serviceportal

Öffentliche Website und authentifiziertes Kundenportal als getrennte Astro-Codebases gebaut und betrieben.

Auth + API

Portal-Funktionen

Passwort-Flow, Kundendaten, Rechnungen, Zählerstand und Lumenaza-API in ein nutzbares Portal verbunden.

CI/CD

Betrieb

Woodpecker CI, Tests, Monitoring und Deployments als Teil der Produktarbeit.

Wo diese Erfahrung Wert schafft

  • Für Teams, die moderne Web- und Portalarchitektur nicht nur als Frontend-Thema betrachten.
  • Für Produktorganisationen, die technische Entscheidungen früh mit Delivery und Betrieb verbinden wollen.

Case-Kontext

Überblick

Zenstrom brauchte nicht nur eine Marketing-Website, sondern ein nutzbares Serviceportal für echte Kundenprozesse. Ich entwickelte und betrieb die öffentliche Website und das authentifizierte Serviceportal eigenständig als zwei Astro-Produkte mit React/Svelte, PWA-Fähigkeiten, ArangoDB, Lumenaza-API und AWS SNS.

Der relevante Teil war die Verbindung aus Produktoberfläche, Integrationen, Delivery und Betrieb: Tarifrechner, Registrierungsstrecke, Login, Passwort-Flow, Kundendaten, Rechnungen, Zählerstand und Portal-Kommunikation mussten zuverlässig zusammenspielen. Woodpecker CI, Vitest, Cypress, Ackee, Bugsnag und klare Deployments hielten Qualität und Laufzeitverhalten sichtbar.

Verantwortung

Aktivitäten

  • Website: Astro SSR/CSR, Tarifrechner, Registrierungsstrecke, SEO, Sitemap, robots.txt und Performance-Arbeit
  • Serviceportal: Auth-Flow, Passwort-Reset, Kundendaten, Rechnungen, Zählerstand und aktive Vertragsprüfung
  • Integrationen: Lumenaza API, ArangoDB, AWS SNS, Slack-Benachrichtigungen, Ackee Analytics und HubSpot-nahe Flows
  • Betrieb: Woodpecker CI, Deployments für Stages, Traefik, Monitoring, Fehlerbenachrichtigung und noindex-Regeln im Portal
  • Built-in Quality: Vitest, Cypress E2E, Formularvalidierung, API-Fehlerbehandlung und Security-relevante Passwort-Hashes mit Argon2
  • Test-first-Produktentwicklung: Cypress häufig als Arbeitsbrowser genutzt, um Portal- und Abschlussverhalten direkt beim Entwickeln zu spezifizieren, auszuführen und zu debuggen
  • LLM-gestützte Entwicklung: ChatGPT früh im Tagesgeschäft für Recherche, Code-Reviews und Textarbeit genutzt, soweit die damaligen Modelle dafür schon tragfähig waren

Arbeitsweise

Methodik

  • Produkt und Betrieb zusammen denken: Website, Serviceportal, API-Integration und Deployment nicht als getrennte Silos behandeln
  • Kanban als Sichtbarkeitsmodell: Arbeit, Blocker und nächste Entscheidungen nachvollziehbar halten
  • Built-in Quality: Tests, Cypress als Arbeits- und Testbrowser, Performance-Arbeit, Passwort-Hashing, Fehlerbehandlung und noindex-Regeln früh in die Delivery einbauen
  • Architekturentscheidungen klein halten: getrennte Codebases, klare Portalgrenzen und direkte Integrationen nur dort, wo sie Produktwert tragen
  • Wissenstransfer: Dokumentation, Wartungsempfehlungen und Kundentraining als Teil der Übergabefähigkeit behandeln

Technischer Kontext

Technologie-Stack

Die Tools sind hier kein Selbstzweck. Relevant ist, welche Systemebenen im Projekt zusammengebracht wurden.

9Bereiche
46Technologien

DevOps

5
GitTraefikMonitoringBugsnagPlatform Operations

Frontend

11
Tailwind CSSAstro (SSR & CSR)ReactSvelteTypeScriptJavaScriptPWAWorkboxProgressive Web AppsAuth AstroECharts

Tools

7
ViteVitestCypressHubSpotn8nSlackIntegrations-Tools

Methoden & Qualität

7
Test-Driven DevelopmentAgile TestingShift-left QualityTestingQualitätssicherungProduct EngineeringEnd-to-End Delivery

Datenbanken & Storage

5
AWS S3AWS RDSPostgreSQLMariaDBArangoDB

Messaging & Event Streaming

1
AWS SNS

Backend

6
Lumenaza APIREST APIsArgon2MJMLNodemailerAxios

CI/CD & Delivery Pipelines

2
Woodpecker CICI/CD Pipeline

Daten & KI

2
AckeeLLM-gestützte Entwicklung

Nächster Schritt

Wenn du ähnliche Verantwortung brauchst, können wir den nächsten sinnvollen Hebel direkt einordnen.

Schreib kurz, welche Lage, welches Ziel und welche Entscheidung gerade zusammenkommen. Ich antworte persönlich mit einer klaren Einschätzung zum möglichen Wertbeitrag.