Skip to content

Habit-Tracker ohne Code bauen: App für gute Gewohnheiten

Habit-Tracker ohne Code bauen

Ein Habit-Tracker ist eine der dankbarsten ersten Apps: wenige Bildschirme, ein klares Datenmodell, sofort sichtbarer Nutzen. Bei Zugo beschreiben Sie in Alltagssprache, welche Gewohnheiten erfasst werden und wie die Auswertung aussehen soll. Ein einfacher Build kostet 6 Credits und dauert etwa eine Minute, jede Änderung danach 3.

Im Folgenden geht es der Reihe nach um Funktionsumfang, Datenmodell, Prompt, Login, Kosten, Handynutzung und die Grenzen, die man vorher kennen sollte.

Was muss ein Habit-Tracker wirklich können?

Erstaunlich wenig. Die meisten gescheiterten Eigenbauten scheitern nicht an fehlenden Funktionen, sondern daran, dass das tägliche Abhaken zu umständlich ist. Wenn das Eintragen länger dauert als die Gewohnheit selbst, hört man nach zehn Tagen auf.

Der Kern besteht aus vier Dingen: Gewohnheiten anlegen, heute abhaken, die letzten Wochen sehen, eine laufende Serie zählen. Alles andere ist Zugabe, und Zugaben sollten erst dazukommen, wenn die App drei Wochen im Alltag überlebt hat.

Nützlich sind außerdem zwei Feinheiten, die im ersten Entwurf oft fehlen. Erstens: nachtragen können. Wer abends im Bett merkt, dass gestern der Eintrag fehlt, will das korrigieren, ohne die Serie zu verlieren. Zweitens: Gewohnheiten pausieren statt löschen, denn im Urlaub gelten andere Regeln als im Büroalltag.

Wie sehen die Daten hinter so einer App aus?

Wer das Datenmodell vorher aufschreibt, spart sich die Hälfte der späteren Änderungen. Für einen Habit-Tracker reichen drei Tabellen, und die passen auf eine Serviette.

Tabelle Felder Wofür sie da ist
Nutzer E-Mail, Name, Zeitzone trennt die Daten mehrerer Personen sauber voneinander
Gewohnheit Titel, Farbe, Rhythmus (täglich oder an bestimmten Wochentagen), Ziel pro Woche, aktiv ja oder nein beschreibt, was verfolgt wird
Eintrag Gewohnheit, Datum, erledigt ja oder nein, kurze Notiz genau eine Zeile pro Gewohnheit und Tag

Die wichtigste Entscheidung steckt in der letzten Zeile. Ein Eintrag pro Gewohnheit und Tag bedeutet, dass Serien, Wochenquoten und Monatsansichten alle aus derselben Quelle berechnet werden. Wer stattdessen einen Zähler in der Gewohnheit hochzählt, hat nach zwei Wochen ein Ergebnis, das sich nicht mehr korrigieren lässt.

Die Zeitzone im Nutzerdatensatz wirkt übertrieben, entscheidet aber darüber, wann für Sie ein Tag endet. Ohne sie springt der Tageswechsel irgendwo mitten in Ihren Abend, und die Serie reißt ohne erkennbaren Grund.

Wie sieht ein Prompt aus, aus dem eine benutzbare App entsteht?

Je genauer die Beschreibung, desto weniger Nacharbeit. „Bau mir einen Habit-Tracker" ergibt eine Demo mit erfundenen Beispieldaten. Der folgende Prompt ergibt etwas, das Sie tatsächlich benutzen.

Erstelle eine Web-App zum Verfolgen täglicher Gewohnheiten.
Bildschirme: Heute, Gewohnheiten verwalten, Auswertung, Einstellungen.
Datenmodell: Gewohnheit mit Titel, Farbe, Rhythmus (täglich oder ausgewählte Wochentage),
Wochenziel und Status aktiv/pausiert. Eintrag mit Datum, erledigt und optionaler Notiz.
Heute-Bildschirm: Liste der heute fälligen Gewohnheiten, Abhaken mit einem Tippen,
oben die laufende Serie in Tagen, Pfeile für gestern und vorgestern zum Nachtragen.
Auswertung: Kalenderraster der letzten acht Wochen je Gewohnheit, Punkte in der Farbe
der Gewohnheit, darunter erfüllte Tage pro Woche als Zahl.
Anmeldung per E-Mail, jeder sieht nur die eigenen Daten.
Ton: ruhig, keine Motivationssprüche. Farben: helles Grau, ein Akzent, viel Weißraum.

Zwei Details lohnen sich besonders. Der Satz zum Nachtragen verhindert die häufigste Enttäuschung nach dem ersten Build. Und die Vorgabe „keine Motivationssprüche" ist kein Geschmacksthema: Generierte Apps neigen zu Jubeltexten bei jedem Häkchen, und die nerven ab dem dritten Tag.

Brauche ich einen Login, oder reicht der Browser?

Beides ist möglich, und die Antwort hängt allein davon ab, ob Sie die App auf mehr als einem Gerät nutzen wollen.

Ohne Anmeldung liegen die Daten im Speicher des Browsers. Das ist der schnellste Weg zu etwas Benutzbarem und für einen persönlichen Test völlig ausreichend. Der Preis: Am Laptop sehen Sie andere Daten als am Handy, und wer den Browserspeicher leert, fängt bei null an.

Mit Anmeldung über Supabase liegen Gewohnheiten und Einträge in einer Datenbank. Sie melden sich auf jedem Gerät mit derselben E-Mail an und sehen dieselben Daten, und ein Gerätewechsel kostet nichts. Wenn mehrere Personen mitmachen sollen, etwa im Team oder in der Familie, führt kein Weg daran vorbei. Wie das technisch abläuft, ist in Kann KI Login und Benutzerkonten bauen? beschrieben.

Die pragmatische Empfehlung: erst ohne Anmeldung bauen und drei Wochen benutzen. Wenn Sie die App dann noch öffnen, lohnt sich der Umbau, und er ist eine Reihe von Änderungen, kein Neuanfang.

Was kostet der Aufbau in Credits?

Abgerechnet wird pro Aktion. Für eine App dieser Größe ist die Rechnung überschaubar.

Aktion Credits Im Hi-Fi-Modus
Änderung an einem Projekt 3 6
Frischer Build 6 12
Mehrseitige Plattform 12 für die ersten drei Seiten, dann 3 je weiterer Seite doppelt

Die vier Bildschirme oben zählen als mehrseitige Plattform: 12 Credits für die ersten drei und 3 für den vierten, also 15 für den ersten Aufbau. Rechnen Sie fünf bis acht Änderungen dazu, bis Bedienung und Auswertung passen. Die fertige Fassung liegt damit typischerweise bei etwa vierzig verbrauchten Credits.

Die Tarife: Free gibt 5 Credits, Pro kostet 25 $ im Monat mit 200 Credits, Business 99 $ im Monat mit 800 Credits. Zweihundert Credits entsprechen ungefähr 16 mehrseitigen Plattformen oder 33 Builds oder 66 Änderungen. Wichtig vor der Anmeldung: 5 Credits liegen unter den 6 für einen einzigen Build. Der kostenlose Tarif ist ein Rundgang durch die Oberfläche, kein fertiges Projekt.

Läuft das auf dem Handy wie eine richtige App?

Fast. Das Ergebnis ist eine Web-App, die im mobilen Browser läuft. Über „Zum Home-Bildschirm hinzufügen" landet ein Symbol auf dem Startbildschirm, und beim Antippen öffnet sich die App ohne sichtbare Browserleiste. Für einen Habit-Tracker ist das im Alltag kaum von einer installierten App zu unterscheiden.

Was nicht dazugehört: ein Eintrag im App Store oder bei Google Play, und eine echte Push-Nachricht auf dem Sperrbildschirm. Wenn tägliche Erinnerungen der eigentliche Grund für Ihre App sind, sollten Sie das vorher wissen.

Möglich sind dagegen E-Mails über Resend, etwa eine Wochenauswertung am Sonntagabend. Das ersetzt keine Erinnerung um sieben Uhr morgens, hält aber viele Leute erstaunlich gut bei der Sache, weil eine Zusammenfassung mehr wiegt als ein Signalton.

Achten Sie beim Bauen auf die Bedienung mit dem Daumen. Häkchen gehören in die untere Bildschirmhälfte und brauchen große Flächen. Das ist ein typischer Punkt für zwei Änderungen nach dem ersten Build, und er entscheidet darüber, ob die App benutzt wird.

Wo hört ein Builder bei einem Habit-Tracker auf?

Drei Grenzen, die man vorher kennen sollte.

Native Funktionen bleiben außen vor: Widgets auf dem Sperrbildschirm, Anbindung an Apple Health oder Google Fit, automatische Schrittzählung. Wer Gewohnheiten automatisch aus Sensordaten ableiten will, braucht eine native App, und dafür ist ein Website-Builder das falsche Werkzeug.

Sehr spezifische Auswertungslogik entsteht über mehrere Änderungen statt über einen Prompt. Eine Serienregel wie „ein Fehltag pro Woche ist erlaubt, zwei brechen die Serie, außer im Urlaub" beschreiben Sie besser in zwei Schritten und prüfen dazwischen das Ergebnis.

Und die Sandbox-Prüfung vor der Auslieferung stellt sicher, dass die App startet. Sie prüft nicht, ob Ihre Serienberechnung Ihrer eigenen Vorstellung entspricht. Testen Sie das mit einer Handvoll nachgetragener Tage, bevor Sie sich auf die Zahlen verlassen.

Wie fange ich am besten an?

Schreiben Sie zuerst fünf konkrete Gewohnheiten auf, die Sie selbst verfolgen wollen, mit Rhythmus und Wochenziel. Diese fünf Zeilen sind Ihr Prompt-Kern und verhindern, dass die App mit erfundenen Beispielen entsteht.

Bauen Sie danach den Heute-Bildschirm zuerst und lassen Sie die Auswertung im ersten Durchgang schlicht. Ein Kalenderraster ohne Diagramme reicht länger, als man denkt, und spart Änderungen für die Stellen, die wirklich stören.

Verwandte Bauformen helfen beim Zuschnitt: To-do-App ohne Code bauen zeigt den Umgang mit Listen und Status, Zeiterfassung ohne Code bauen den Umgang mit Datum und Auswertung über längere Zeiträume.

Veröffentlicht läuft das Projekt unter einer Adresse wie meine-gewohnheiten.zugo.run, eine eigene Domain lässt sich verbinden. Den ersten Build starten Sie auf zugo.dev, und schon nach dem ersten Blick auf das Ergebnis wissen Sie besser, was in Ihrer Beschreibung noch gefehlt hat.

← Alle Beiträge