Ausgangslage
Im Raum Bern messen Sensoren die Temperatur. Die Daten sind offen. Für eine Gemeinde sind Rohdaten aber kein Beschluss. Der Gemeinderat braucht klare Zahlen: Wie viele Hitzetage gab es? Wie viele Tropennächte? Wie stark heizt sich das Zentrum auf?
Wir wollten wissen, ob sich daraus ein Produkt bauen lässt. Hitzemonitor ist unser zweites eigenes Produkt nach LeadershipBuddy. Wir bauen es selbst und tragen das Risiko selbst.
Lösung
Hitzemonitor wertet die Messstationen einer Gemeinde aus und macht daraus Entscheidungsgrundlagen:
- Kennzahlen pro Saison: Hitzetage, Tropennächte und Sommertage. Jede Zahl nennt den Zeitraum, auf den sie sich bezieht.
- Vergleich mit einer Referenzstation auf dem Land. So sieht man, wie viel wärmer das Siedlungsgebiet ist.
- Eine Karte mit allen Stationen. Stationen mit schlechter Datenqualität sind markiert.
- Wirkungsnachweis für Massnahmen: Vorher-nachher-Vergleich mit Kontrollstationen. Kleine Effekte meldet die Auswertung ehrlich als "innerhalb der Messunsicherheit".
- Ein Klimabericht als PDF für den Gemeinderat.
- Eine Anzeige zum Einbetten auf der Gemeinde-Webseite.
Eine zweite Anwendung bereitet die Abbildungen für ein monatliches Klimabulletin vor. Sie ersetzt von Hand gezählte Werte durch eine einzige Berechnung.
Ergebnis
Hitzemonitor ist ein Prototyp. Die erste lauffähige Version stand am 13.07.2026. Die Webseite hitzemonitor.ch ist online erreichbar.
Der Plan für das Produkt entstand ab 07.07.2026. Sechs Tage später waren alle geplanten Bausteine gebaut und zusammengeführt.
Nutzerzahlen und Umsätze nennen wir nicht. Wir suchen eine erste Pilot-Gemeinde.
Im Oktober 2026 sind wir mit der Webseite zu einem neuen Hoster umgezogen. Die Gemeinde-Portale sind derzeit abgeschaltet. Die Daten bleiben gesichert.
Wie wir gearbeitet haben
Auch beim eigenen Produkt gelten dieselben Schritte wie im Kundenprojekt:
- Zuerst kommen Gespräch und Plan. Das Produktdokument und die Recherchen liegen vor dem ersten Code.
- Eine Aufgabenliste mit Bausteinen steuert den Bau, Welle für Welle.
- Jeder Baustein entsteht in einer eigenen Änderung. Jede Änderung wird geprüft und getestet, bevor sie live geht.
- Automatische Tests laufen bei jeder Änderung. Eine Prüfung der Texte stellt Schweizer Schreibweise sicher.
- Eine Lernnotizen-Datei hält Fehler fest, damit sie nicht wiederkehren. Zum Beispiel: Eine Zahl gilt erst, wenn der Zeitraum daneben steht.
- Nach einem Umzug oder einer Veröffentlichung prüfen wir die öffentliche Adresse, nicht nur das Skript.
Technik
- Next.js mit TypeScript und Tailwind für Portal, Webseite und Anzeige
- Python mit FastAPI für den Datenabruf und die Berechnung der Kennzahlen
- Supabase: Datenbank, Anmeldung per E-Mail-Link, Zugriffsregeln pro Gemeinde
- Offene Daten des Messnetzes und von MeteoSwiss, Karten von swisstopo
- Klimabericht als PDF, Rechnung mit Schweizer QR-Zahlteil, optional Stripe
- Vercel für die Webseite, GitHub Actions für die laufende Prüfung
Nächster Schritt
Planen Sie ein eigenes Produkt oder ein internes Werkzeug? Schicken Sie uns eine Excel-Liste oder ein Beispiel des Ablaufs. Anonymisiert reicht.
Im Erstgespräch klären wir, ob sich ein Werkzeug lohnt. Danach folgt eine schriftliche Offerte mit Umfang, Festpreis und Termin.