Ein Einmal-Build zahlt einmal und produziert danach für immer Support-Tickets. So strukturierst du Bestell-Projekte als wiederkehrende Einnahmen — was rein gehört, was gemessen wird und was du ablehnen solltest.
Die Standardvariante, wie ein Studio eine Restaurant-Bestellseite übernimmt, ist die schlechteste: ein Festpreis-Build, abgerechnet bei Lieferung, gefolgt von zwei Jahren unbezahlter WhatsApp-Nachrichten über die Öffnungszeiten.
Die Arbeit ist tatsächlich wiederkehrend. Speisekarten ändern sich wöchentlich, Preise mit den Einkaufskosten, ein Liefergebiet wird neu gezogen, eine Kartenzahlung schlägt fehl, ein neuer Standort kommt. Das einmal abzurechnen und den Rest zu schlucken ist keine Großzügigkeit — es ist ein langsamer Weg, mit einem Kunden Geld zu verlieren, den du dir nicht leisten kannst zu kündigen.
Es geht hier um die Struktur, nicht um die Zahl. Was du nimmst, hängt von deinem Markt und deinem Ruf ab. Was die Struktur leisten muss: die wiederkehrende Arbeit bezahlt und die Kostenseite vorhersehbar machen.
Die meisten schlechten Angebote pressen drei verschiedene Produkte in einen Preis.
Setup ist endliche Arbeit: Domain, DNS, Stripe-Anbindung, Speisekarten-Erfassung, Fotos, Liefergebiete, Öffnungszeiten, die erste Runde Design-Entscheidungen. Das hat einen Anfang und ein Ende und verdient eine Einmalgebühr. Nimm sie. Ein kostenloses Setup signalisiert, dass du es über die laufende Beziehung zurückholen willst — was stimmt, aber schlecht klingt.
Das Abo ist der Teil, den Kunden unterschätzen und du nicht solltest: Hosting, Plattformkosten, Zertifikatsverlängerung, Verfügbarkeit, die Tatsache, dass sonntags weiter Bestellungen eintreffen. Das ist die Retainer-Untergrenze, und sie existiert, ob in dem Monat jemand die Seite anfasst oder nicht.
Änderungen sind die ehrliche Variable. Neue Gerichte, Saisonkarten, ein zweiter Standort, eine Kampagnen-Landingpage. Entweder du nimmst ein definiertes Kontingent in den Retainer — „Speisekarten-Updates innerhalb von zwei Werktagen, bis zu vier pro Monat“ — oder du rechnest sie ab. Lass es nicht undefiniert, denn undefiniert löst sich immer zugunsten des Kunden auf und nie auf eine Weise, über die gesprochen wird.
Der Retainer, der funktioniert: Setup einmal, dann ein Monatsbetrag für Abo plus ein benanntes Änderungskontingent, alles darüber auf Angebot. Langweilig, nachvollziehbar — und er übersteht es, wenn der Buchhalter des Kunden ihn liest.
Das ist der Teil, bei dem ich präzise sein kann, weil es die echten Plattformzahlen sind und nicht meine Vermutungen über deinen Markt.
Pro kostet $20 im Monat und deckt unbegrenzt Restaurants ab. Das ist die wichtigste Tatsache für die Wirtschaftlichkeit eines Studios: Dein zweiter, fünfter und zwanzigster Kunde bringen keine eigene Grundgebühr mit. Was mit dem Portfolio wächst, ist das gemessene Volumen — 0,5 % auf Bestellumsatz über den enthaltenen $5.000, $0,75 pro Monat je eigener Domain ab der zweiten, $0,20 pro GB-Monat Bilderspeicher über dem ersten Gigabyte, $3 pro 100.000 Storefront-Aufrufe über den ersten 100.000, $1,00 pro 1.000 Bildtransformationen über den ersten 3.000.
Wenn du unter eigenem Namen weiterverkaufst, kommt das White-Label-Add-on mit $49 im Monat dazu. Es wird einmal für das Studio berechnet, nicht pro Kunde — was zählt, sobald du zehn Restaurants und nicht eines modellierst.
Deine Plattformrechnung ist also eine kleine feste Basis, ein optionales Add-on auf Studio-Ebene und ein variabler Anteil, der sich nur bewegt, wenn es deinen Kunden gut geht. Dein Umsatz ist etwa linear in der Kundenzahl. Diese Schere ist der ganze Grund, warum das als Praxis funktioniert — und sie gehört vor jeden, der deinen eigenen Businessplan abnimmt.
Ein praktischer Hinweis: Weil die Freibeträge studioweit gelten und nicht pro Kunde, sinken deine Grenzkosten pro Restaurant, während du welche hinzunimmst — bis du eine Freibetragsgrenze überschreitest. Modelliere das Portfolio, nicht den einzelnen Kunden, sonst kalkulierst du deine ersten Kunden so, als trügen sie die gesamte Grundgebühr.
Es gibt einen kostenlosen Tarif: ein Restaurant, bis zu $1.000 Bestellumsatz im Monat darauf, Storefront auf einer slug.margord.app-Subdomain, Bestellungen in Echtzeit und Küchenanzeige, nur Barzahlung.
Das ist kein Tarif, auf dem man ein Geschäft betreibt, und soll es nicht sein. Es ist das beste Demo, das du hast. Bau die echte Speisekarte eines Interessenten darauf — seine Gerichte, seine Preise, seine Fotos — und schick ihm einen Link. Ein Pilot mit dem eigenen Essen schlägt jede Präsentation, und die Einschränkungen sind genau die, die den bezahlten Tarif offensichtlich machen: keine eigene Domain, keine Kartenzahlung und eine Obergrenze, die er erreicht, wenn es funktioniert.
Lass darauf aber keine echten Kunden dauerhaft laufen. „Nur Barzahlung“ heißt, dass ein Restaurant, das auf Hobby Bestellungen annimmt, mit Geld auf eine Weise umgeht, die irgendwann ein Problem wird — und die Subdomain untergräbt genau das Eigentums-Argument, für das du eben ein ganzes Gespräch gebraucht hast.
Zwei Dinge lohnt es sich ausdrücklich abzulehnen, weil beide wie Umsatz aussehen und sich wie Verluste verhalten.
Kunden, die Nachfrage brauchen, nicht Infrastruktur. Ein Restaurant ohne Beschilderung, ohne Stammgäste und ohne lokalen Ruf hängt wirklich an der Entdeckungsleistung des Marketplace. Ihm eine alleinstehende Bestellseite zu verkaufen verkauft eine Kostensenkung, die als Umsatzsenkung ankommt — und die Kündigung sechs Monate später ist deine. Sag das im ersten Gespräch.
Stundenbasierte Retainer für Plattformarbeit. Wenn dein Retainer in Stunden kalkuliert ist, senkt jede Effizienz, die du aufbaust, deinen Umsatz — und jede Plattformverbesserung, die du kostenlos erbst, wird zu etwas, das du nicht abrechnen kannst. Kalkuliere das Ergebnis — ein funktionierender, gepflegter Bestellkanal — und behalte den Effizienzgewinn.
Nicht der Bau kostet dich. Die Speisekarten-Erfassung kostet dich, und das ist fast vollständig ein Datenqualitätsproblem, das du steuern kannst, indem du nicht anfängst, bevor du hast, was du brauchst.
Frag nach der Karte als Text, nicht als Foto einer laminierten Speisekarte. Frag Allergene und Zusatzstoffe vorab ab, denn das deutsche Recht verlangt sie und sie über neunzig Gerichte nachzutragen ist elend. Frag nach Fotos in der Auflösung, die das Handy produziert hat — die Image Engine konvertiert nach AVIF oder WebP, ein 2-MB-Original wird zu rund 30 KB. Es gibt also keinen Grund, einen Kunden um Verkleinerung zu bitten, und genau damit baust du eine Woche Verzögerung ein.
Ein Kunde, der binnen einer Woche keine Textkarte liefern kann, sagt dir etwas darüber, wie die nächsten zwei Jahre Änderungswünsche laufen. Kalkuliere entsprechend — oder lehne ab.
Der Grund für diese Struktur: Das Portfolio wird zum Vermögenswert.
Zehn Restaurants im Retainer sind planbarer Umsatz, der nicht davon abhängt, neue Projekte zu gewinnen — auf einer Plattform, die du schon kennst, mit einer Abrechnungsbeziehung und einem Satz Konventionen. Das elfte macht weniger Arbeit als das dritte. Deine Supportlast pro Kunde sinkt, während du Antworten auf dieselben acht Fragen aufbaust. Und die Studio-Microsite im White-Label-Add-on gibt dir eine Seite mit lebenden Kunden auf deiner eigenen Domain — das günstigste Vertriebs-Asset, das du je besitzen wirst, ein Portfolio, das sich mit jedem neuen Restaurant selbst aktualisiert.
Nichts davon passiert, wenn jedes Projekt ein Festpreis-Build ist. Es passiert, wenn die wiederkehrende Arbeit bezahlt ist, die Kostenseite auf Portfolio-Ebene modelliert wird und du die Kunden ablehnst, die eigentlich eine Marketingagentur brauchen.
Sei unter den ersten Studios auf Margord. Keine Kreditkarte nötig.