Der Unterschied zwischen Website und Produkt
Eine Website zeigt Inhalte. Ein Produkt verwaltet Zustand: Wer ist eingeloggt? Wem gehört dieses Inserat? Wer darf es ändern? Was passiert, wenn die Zahlung fehlschlägt? Wer sieht welche Daten?
Zwischen diesen beiden Dingen liegen nicht ein paar Wochen. Es liegt eine andere Kategorie von Arbeit dazwischen. Und genau daran scheitern gute Ideen von Einzelpersonen.
Die Entscheidung, die alles bestimmt
Man kann Login, Rechteverwaltung, Datenbank und Dateiablage selbst bauen. Man kann es auch lassen. Für eine Einzelperson ist die zweite Antwort fast immer richtig – nicht aus Bequemlichkeit, sondern aus Rechnung: Jeder Monat, der in selbstgebaute Grundlagen fliesst, fehlt am Produkt, das den Unterschied macht.
In unseren Projekten übernimmt Supabase diese Grundlagen: Datenbank, Login, Zugriffsrechte, Dateien. Nicht weil es das Modernste ist, sondern weil es die Fragen beantwortet, die sonst Monate kosten – und weil man notfalls wieder rauskommt, da darunter eine gewöhnliche Postgres-Datenbank liegt.
Wo man nicht sparen darf
- Zugriffsrechte. Der Punkt, an dem echte Schäden entstehen. Wenn jemand die fremde Bestellung sehen kann, ist es kein Bug, sondern ein Datenschutzvorfall. Rechte gehören in die Datenbank, nicht ins Frontend.
- Zahlungen. Niemals selbst basteln. Ein etablierter Anbieter kostet Prozente und spart Existenzen.
- Die Fälle, die man nicht sehen will. Leere Listen, abgebrochene Zahlungen, doppelte Klicks, Netzwerkabbruch mitten im Ablauf. Das ist kein Randthema – das ist der grösste Teil der Arbeit.
Was das mit Design zu tun hat
Alles. Wer nicht weiss, wie ein Login funktioniert, entwirft Zustände, die es nicht gibt. Wer nie eine leere Liste gesehen hat, gestaltet keine. Wer nie eine fehlgeschlagene Zahlung erlebt hat, hat dafür keinen Bildschirm.
Ein Entwurf, der die technische Realität ignoriert, verschiebt die Probleme nur nach hinten – dorthin, wo sie am teuersten sind.
Die ehrliche Bilanz
Ein echtes Produkt allein zu bauen ist möglich. Es ist nicht schnell. Und es geht nur, wenn man wenige Dinge gleichzeitig macht. Genau deshalb hat MOQRO vier Projekte und nicht vierzig.