Zum Inhalt springen
DeutschlandweitRemoteSeitenDirekt zu

Apps und Websites, individuell gebaut. Vom ersten Satz bis zur Übergabe dieselbe Person.

In EntwicklungReferenzprojekt · Eigenes Produkt

Velpi

Eine App für Familien und WGs: geteilte Einkaufsliste in Echtzeit, Aufgaben, Rezepte, Budget und KI. Konzipiert, gebaut und betrieben von mir allein — vom leeren Xcode-Projekt bis zum laufenden Backend.

  • Kein Netz im LadenÄnderungen sind gespeichert und gehen später raus
Die geteilte Einkaufsliste in Velpi, nach Kategorien gruppiert.Die Aufgabenliste in Velpi mit Punkten und Belohnungen.Der Rezeptkatalog in Velpi, gefiltert nach Mahlzeit und Kalorien.Die Haushaltsseite in Velpi mit Ausgaben, Budget und Einkaufshistorie.Eine Hand hält ein Telefon mit der geöffneten Velpi-App.

Echte Bildschirmabzüge aus der laufenden App.

Kapitel 01

Die Ausgangslage

Haushaltsorganisation ist über Zettel, Chat-Nachrichten und drei verschiedene Apps verteilt. Wer was gekauft hat, was noch fehlt und was der Monat gekostet hat, weiß am Ende niemand genau.

Das Problem, in drei Punkten

01

Echtzeit ohne Reibung

Zwei Leute stehen gleichzeitig im Laden. Was der eine abhakt, muss beim anderen sofort verschwinden — auch wenn im Supermarkt kaum Netz ist.

02

Erfassung ist die Hürde

Jede Haushalts-App scheitert am selben Punkt: Daten pflegen ist Arbeit. Wer Preise abtippen muss, hört nach zwei Wochen auf.

03

Sensible Daten

Einkäufe, Budgets und Gesundheitsdaten einer ganzen Familie liegen in einer App. Das verlangt ein Rechtemodell, das nicht auf der Client-Seite endet.


Kapitel 02

Was ich gebaut habe

Geteilte Liste in Echtzeit

Mehrere Listen pro Haushalt, Live-Sync über alle Geräte, automatische Kategorisierung und Bündelung von Dubletten. Ohne Netz läuft alles weiter und synchronisiert später nach.

Die geteilte Einkaufsliste in Velpi, nach Kategorien gruppiert.

Offline als Normalfall

Schreibvorgänge landen in einer lokalen Warteschlange und werden nachgezogen, sobald wieder Netz da ist. Im Funkloch bleibt die App vollständig bedienbar.

KI, die Tipparbeit ersetzt

Kassenbon fotografieren — die App trägt Preise ein, ergänzt fehlende Artikel und erkennt Pfand und Rabatte. Dazu Rezept-Generator und Foto-zu-Kalorien über Google Gemini.

Die Übersicht in Velpi mit den KI-Funktionen Kassenbon-Scan und Rezept-Generator.

Rezepte bis in den Kochtopf

Katalog mit Filtern, Zutaten mit einem Tap auf die Einkaufsliste, skalierte Mengen und ein Schritt-für-Schritt-Kochmodus.

Der Rezeptkatalog in Velpi, gefiltert nach Mahlzeit und Kalorien.

Budget und Auswertung

Monatsbudget, Ausgaben nach Kategorie, Trip-Historie und Beiträge einzelner Mitglieder — damit am Monatsende nichts im Ungefähren bleibt.

Die Haushaltsseite in Velpi mit Ausgaben, Budget und Einkaufshistorie.

Abo, serverseitig geprüft

Premium läuft über StoreKit 2 und wird ausschließlich auf dem Server verifiziert. Ein manipulierter Client schaltet keine bezahlten Funktionen frei.


Kapitel 03

Der Technik-Stack

Bewusst schlank gehalten: ein Framework pro Aufgabe, keine Abhängigkeit ohne Grund. Genau so gehe ich auch Kundenprojekte an.

Auf dem Gerät

Alles, was ohne Netz funktionieren muss. Die Liste liegt lokal in SwiftData, Schreibvorgänge gehen in eine Warteschlange und werden nachgezogen, sobald wieder Verbindung da ist. Auch der Kauf läuft hier — geprüft wird er aber nicht hier.

  • SwiftUINative iOS-Oberfläche
  • SwiftDataLokale Persistenz & Offline
  • StoreKit 2Abo mit Server-Verifikation

In der Cloud

Hier entscheidet sich, wer was darf. Firestore-Rules und Cloud Functions prüfen Rechte, Abo-Status und Punktestände; für die App sind diese Felder schreibgeschützt. Sie kann sie anzeigen, aber nicht setzen.

  • Echtzeit-Sync, offline gepuffert
  • Rechte und Käufe serverseitig geprüft
  • Firebase AuthLogin per E-Mail, Google & Apple
  • Cloud FirestoreEchtzeit-Datenbank
  • Cloud FunctionsServer-Logik auf Node 22
  • Cloud MessagingPush-Benachrichtigungen

Angebunden

Der einzige fremde Dienst. Erreichbar nur über eigene Cloud Functions mit Anmeldung, Tageslimit pro Nutzer und Größenbegrenzung für Bilder. Der API-Schlüssel liegt nie in der App.

  • KI-Aufrufe nur von der Server-Seite
  • Google GeminiBon-Scan, Rezepte, Auswertung

Kapitel 04

Drei Entscheidungen, die den Unterschied machen

Das sind die Stellen, an denen sich zeigt, ob eine App den Alltag übersteht — und die Art von Arbeit, die ich auch in Ihr Projekt stecke.

01

Offline zuerst, nicht als Notfallmodus

Schreibvorgänge landen in einer lokalen Warteschlange und werden nachgezogen, sobald wieder Netz da ist. Im Supermarkt-Funkloch bleibt die App vollständig bedienbar — statt eines Ladekreisels vor dem Kühlregal.

02

Rechte gehören auf den Server

Wer was lesen und schreiben darf, steht in Firestore-Rules und Cloud Functions, nicht in der App. Abo-Status und Punktestände sind für den Client schreibgeschützt — die Oberfläche kann sie anzeigen, aber nicht setzen.

03

KI mit Leine

Alle KI-Aufrufe laufen über eigene Cloud Functions mit Authentifizierung, Tageslimit pro Nutzer und Größenbegrenzung für Bilder. Der API-Schlüssel liegt nie in der App, und ein einzelner Account kann keine unbegrenzten Kosten auslösen.


Startseite von velpi.de: Überschrift „Einkaufen, planen, Aufgaben verteilen — als Familie, an einem Ort“ mit Illustration einer Familie.
Die Produktseite velpi.de — ebenfalls von mir gebaut. velpi.de öffnen →

Ihr kostenloses Erstgespräch

Ein paar kurze Angaben, dann melde ich mich mit etwas Konkretem — statt erst zurückzufragen.

Sie fragen an als

Mit dem Absenden stimmen Sie der Verarbeitung Ihrer Angaben gemäß der Datenschutzerklärung zu.

Ich melde mich innerhalb von zwei Werktagen.