Das Engagement-Modell ist die Produktentscheidung, die die meisten Studios falsch treffen
Die meisten Teams wählen ihren Tech-Stack mit Bedacht – und ihr Engagement-Modell aus Versehen. Sie greifen einfach zu dem, was die Vertragsvorlage hergibt: drei Monate Mindestlaufzeit, 50 % Anzahlung, IP einbehalten bis zur Schlusszahlung, ein SOW, das geschrieben wurde, bevor irgendjemand das Ding laufen gesehen hat. Und dann wundern sie sich, warum die Zusammenarbeit in Woche sechs aus dem Ruder läuft.
Wir behandeln das Wie unserer Zusammenarbeit als Designproblem – genau wie das Wie wir bauen. Über die Projekte hinweg, die wir geliefert haben – Presales, die echtes USDT abrechnen, Telegram Mini Apps, die über mehrere Chains live sind, Zahlungsinfrastruktur, die auf sieben Netzwerken läuft – sind wir auf ein einziges Modell konvergiert und haben den Rest verworfen. Dieser Artikel ist genau dieses Modell, in voller Länge ausformuliert: Was passiert, bevor Sie irgendetwas zahlen, wie jede Woche aussieht, wie Sie zahlen, wie Sie gehen und was nach dem Launch passiert.
Wenn Sie die Kosten-Variante dieser Argumentation wollen – Marktpreise, die vier Engagement-Modelle im Preisvergleich, wie man ein Angebot liest – die haben wir separat aufgeschrieben in Was kostet es 2026 wirklich, einen Krypto-Entwickler zu engagieren. Dieser Beitrag dreht sich um die Form der Zusammenarbeit, nicht um die Zahl auf der Rechnung.
Die Form des Engagements, von Anfang bis Ende
Hier ist der gesamte Lebenszyklus auf einer Seite. Alles Weitere unten ist nur Detail zu den einzelnen Kästchen.
Drei Eigenschaften gelten bei jedem Kästchen: Sie sehen, bevor Sie zahlen, Ihnen gehört, wofür Sie bezahlt haben, und Sie können an einer Wochengrenze ohne Strafe gehen. Merken Sie sich diese – darum geht es im Kern.
Phase 0 — Der kostenlose MVP-Blueprint (bevor Geld den Besitzer wechselt)
Die meisten Engagements beginnen mit einer Anzahlung und einem Vertrauensvorschuss. Unseres beginnt mit einem Dokument, das wir verschenken.
Schicken Sie uns die Idee – ein Briefing, ein Figma, eine Sprachnachricht, eine halbgare Telegram-Nachricht um 2 Uhr nachts. Wir kommen mit einem MVP-Blueprint zurück:
- Eine zugeschnittene MVP-Feature-Liste – was in v1 hineingehört und, ebenso wichtig, was wir zurückstellen würden.
- User-Flows und Seitenstruktur.
- Eine technische Architektur und der Stack, den wir verwenden würden, mit Begründung.
- Ein Woche-für-Woche-Lieferplan.
- Ein realistischer Zeitrahmen.
- Eine grobe wöchentliche Budgetspanne.
Er gehört Ihnen – ob wir je zusammenarbeiten oder nicht. Wenn der Plan Sinn ergibt, haben Sie eine Karte, um in Woche 1 zu starten. Wenn nicht – oder wenn Sie ihn zu einem anderen Team tragen – gehen Sie immer noch mit einer Klarheit, die Sie vorher nicht hatten.
Warum verschenken wir das? Zwei Gründe, beide praktisch. Erstens lässt sich ein neues Krypto-Produkt nicht ehrlich als Blackbox kalkulieren; das Schreiben des Blueprints ist der Akt, zu verstehen, ob wir das richtige Team sind. Zweitens filtert es. Ein Interessent, der einen klaren Scope und einen Woche-für-Woche-Plan liest und trotzdem zusammenarbeiten will, ist ein Interessent, der unserer Arbeitsweise bereits vertraut. Das ist ein weitaus besserer Start als ein unterschriebener Vertrag und gekreuzte Finger.
Das ist auch die Antwort auf das Zögern, das wir am häufigsten hören: Muss ich zahlen, bevor Sie mein Projekt überhaupt verstanden haben? Nein. Das Verständnis kommt zuerst, und es ist kostenlos.
Phase 1 — Woche 1, das Einzige, was Sie im Voraus zahlen
Wenn der Blueprint überzeugt, wird Woche 1 im Voraus in USDT bezahlt, und wir legen los. Das ist die einzige Vorauszahlung im gesamten Engagement. Alles danach wird im Nachhinein bezahlt, gegen gelieferte Arbeit.
Der Kickoff ist bewusst unspektakulär:
- Eine Telegram-Gruppe. Sie, wir und die Leute, die tatsächlich den Code schreiben. Keine Account Manager, die Nachrichten weiterreichen, kein Ticket-Portal, kein „Ich frage mal beim Team nach”.
- Ein Team. Frontend, Backend, Smart Contracts, Telegram, DevOps – dieselben Leute, keine Subunternehmer, keine Übergaben, bei denen Kontext stirbt.
- Eine Rechnung. Pro Woche. Aufgeschlüsselt. In USDT.
Woche 1 ist meist die intensivste Woche – Architektur, der Kern-Contract oder das Datenmodell, das Rückgrat, an dem alles andere hängt. Wir ziehen die schwierigen strukturellen Entscheidungen nach vorne, solange das Engagement klein und leicht zu verlassen ist – nicht erst, wenn Sie schon drei Zahlungen tief drin sind.
Phase 2 — Die wöchentliche Schleife: Beweis vor Bezahlung
Das ist der Motor. Er wiederholt sich jede Woche und läuft in eine Richtung:
Bauen (Mo–Do) → Live-Demo (Fr) → Sie nehmen ab → Sie zahlen → Quellcode-Übergabe → Plan für die nächste Woche.
Jeden Freitag bekommen Sie vier Dinge:
- Eine klickbare, testbare Demo. Kein Foliensatz, keine Bildschirmaufnahme von irgendwas auf unserem Laptop. Etwas, das Sie selbst öffnen und kaputt machen können. Wenn Sie es nicht anfassen können, zählt es nicht als geliefert.
- Einen Fortschrittsbericht – was gebaut wurde, was wir gelernt haben, was sich geändert hat.
- Den vollständigen Quellcode der Arbeit dieser Woche, übertragen bei Zahlung. Ihr Repository wächst jeden Freitag.
- Den Plan für die nächste Woche – was wir als Nächstes angehen würden und die groben Kosten dieser Woche.
Dann entscheiden Sie, ob Sie für die Woche zahlen, die Sie gerade gesehen haben. Die Zahlung erfolgt gegen gelieferte, abgenommene Arbeit – niemals im Voraus. Die Reihenfolge ist entscheidend: Sie sehen, Sie nehmen ab, Sie zahlen, dann beginnt am Montag die nächste Woche.
Diese eine Reihenfolge behebt still und leise genau das, was die meisten Outsourcing-Beziehungen sprengt – die Anreizschleife. Bei stundenweiser Abrechnung ist jede zusätzliche Stunde, in der Ihre eigene unscharfe Anforderung debuggt wird, der Umsatz des Dienstleisters; die Uhr belohnt Langsamkeit. Bei einem festen Wochenpreis, der bei Lieferung bezahlt wird, ist eine effiziente Woche unsere Marge und eine langsame Woche unsere Kosten. Der Anreiz kippt in Richtung Liefern. Sie kaufen keine Stunden und hoffen, dass daraus ein Produkt wird. Sie kaufen ein Produkt – eine überprüfbare Woche nach der anderen.
Vorteil 1 — Kein Lock-in, und Sie zahlen von überall auf der Welt
Es gibt zwei Dinge, die Menschen mit „Lock-in” meinen, und das Modell löst beide auf.
Vertraglicher Lock-in. Es gibt keine Mindestlaufzeit über mehrere Monate, keine Ausstiegsgebühr, kein als Geisel gehaltenes IP bis zu einer finalen Ballonzahlung. Weil der Quellcode jeden Freitag bei Zahlung übergeht, ist der schlimmste Fall, wenn Sie gehen: Sie hören an einem Freitag auf und behalten jede Codezeile, für die Sie bezahlt haben – bereits in Ihrem Repository. Sie sind nie nur eine strittige Schlussrechnung davon entfernt, die Arbeit zu verlieren. Sie können an jeder Wochengrenze pausieren oder aufhören – und die Beziehung ist dadurch gesünder, weil beide Seiten wissen, dass die Tür immer offen steht. Ein Studio, das Sie einsperren muss, um Sie zu halten, liefert keine Arbeit, für die es sich zu bleiben lohnt.
Zahlungsweg-Lock-in. Wir rechnen in USDT (TRC-20 oder Polygon) ab, ETH, SOL und TON werden als Alternativen akzeptiert. Das ist keine ästhetische Entscheidung – es ist das, was eine wöchentliche Taktung in einem global verteilten Engagement physisch erst möglich macht:
- Es ist in Sekunden abgeschlossen, weltweit, zu nahezu null Gebühren. Eine Abnahme am Freitag bedeutet, dass die Arbeit am Montag wieder startet – nicht erst am darauffolgenden Donnerstag, wenn eine internationale Überweisung endlich drei Zwischenbanken durchlaufen hat.
- Keine Banken, keine Überweisungsformulare, keine FX-Spielchen. Sie halten Ihr Treasury in Krypto, wir unseres. Niemand verliert bei jeder wöchentlichen Abrechnung ein Stück an die Währungsumrechnung, und keine Zahlung bleibt hängen, weil eine Compliance-Stelle eine grenzüberschreitende Überweisung markiert hat.
- Es ist nativ zur Arbeit. Die Produkte, die wir bauen, rechnen in USDT ab; die Kunden, die uns engagieren, oft auch. Einen Fiat-Vermittler mitten in einen krypto-nativen Build zu zwingen, ist Reibung ohne jeden Nutzen.
Worauf es ankommt, ist die Kombination: Wöchentliche Lieferung funktioniert nur, wenn die wöchentliche Zahlung reibungslos ist, und USDT ist das, was die wöchentliche Zahlung reibungslos macht – von überall, wo es ein Wallet gibt.
Vorteil 2 — On-Demand-Iteration und langfristige Wartung, tageweise
Ein Launch ist nicht das Ende der Beziehung. Es ist der Moment, in dem die Beziehung ihre Form ändert – und die meisten Engagement-Modelle handhaben das schlecht. Die Festpreis-Agentur schließt das SOW und behandelt jede Folgeanfrage als neue Verhandlung. Das Retainer-Modell rechnet weiter ab, ob es Arbeit gibt oder nicht. Beide passen nicht zu dem, was nach dem Launch kommt – und das ist stoßweise: ruhige Strecken, durchbrochen von „Wir brauchen dieses Feature noch vor dem Wochenende.”
Wir handhaben das nativ – und die Abrechnungseinheit passt sich an. Eine Woche war die richtige Einheit, um ein ganzes Produkt von null aufzubauen; sie ist die falsche Einheit für eine einzelne Anpassung nach dem Launch. Deshalb wechseln wir, sobald Ihre erste Version ausgeliefert ist, von wöchentlichen Meilensteinen zur tagesgenauen Abrechnung: Wir schätzen die Personen und Tage, die eine Änderung tatsächlich braucht, machen ein Angebot, und Sie nehmen es ab, bevor wir beginnen. Die Schienen sind identisch – dasselbe Team, dieselbe Telegram-Gruppe, derselbe Beweis-vor-Bezahlung, dieselbe USDT-Abrechnung – nur die Granularität wird feiner.
- Kein erneutes Onboarding. Das Team, das es ausgeliefert hat, hat den Kontext, die Schlüssel, die Architektur noch im Kopf. Es gibt keinen Wiederfindungs-Aufschlag, keine „Lass mich erst mal die Codebasis lesen”-Woche, für die Sie zahlen.
- Sie zahlen für die Tage, die die Arbeit braucht – nicht für eine feste Woche, nicht für einen Retainer. Eine neue Chain-Integration, eine Referral-Anpassung, ein Dashboard-Report vor einer Kampagne? Wir schneiden es in Tagen zu, schätzen den Personaleinsatz und machen daraus ein Angebot – ein halber Tag, zwei Tage, eine fokussierte Woche, wenn es wirklich groß ist. Ruhige Strecken kosten Sie nichts; da läuft kein untätiger Retainer-Zähler, während nichts geliefert wird.
- Es wächst zu einer echten Partnerschaft. Kleine Features und Pflege laufen über den Tagessatz. Eine ganz neue Produktlinie – ein zweiter Presale, eine Games-Ebene, eine Zahlungs-Erweiterung – ist ein neuer Build und geht zurück zum Wochenmodell. So oder so ist es dasselbe Team, kein erneutes Onboarding: ein durchgehender Faden statt zweier Verträge.
Das ist der Teil, den man leicht übersieht, wenn man Angebote vergleicht: Das Team, das am günstigsten zu starten ist, ist oft das teuerste zu bleiben, weil jede Änderung nach dem Launch eine Neuverhandlung ist. Tagessatz, On-Demand-Iteration bepreist den langen Schwanz ehrlich – Sie zahlen für Bewegung, nicht für Bereitschaft.
Die anderen Vorteile, die es wert sind, genannt zu werden
Ein paar weitere Eigenschaften ergeben sich aus derselben Struktur. Keine ist die Schlagzeile, aber zusammen sind sie der Grund, warum das Modell unter realen Bedingungen hält.
| Eigenschaft | Was es für Sie bedeutet |
|---|---|
| Neu zuschneiden ohne Strafe | Prioritäten verschieben sich mitten im Build – das tun sie immer. Wir schneiden gemeinsam an einer Wochengrenze neu zu, statt jede Änderung mit der Pistole an der Schläfe zu bepreisen. Kein Change-Order-Aufschlag dafür, dass man etwas dazugelernt hat. |
| Scope an der Realität geschärft, nicht an einer Day-One-Spezifikation | Ein neues Produkt lässt sich nicht vollständig spezifizieren, bevor Sie es haben laufen sehen. Wöchentliche Verfeinerung ist kein Planungsversagen – sie ist der Weg, wie das Produkt besser wird. Der Plan beugt sich dem, was Sie am Freitag entdecken. |
| Ein Team, voller Stack, null Übergaben | Keine Subunternehmer-Nahtstellen, an denen sich ein Bug zwischen zwei Dienstleistern versteckt. Die Person, die den Contract geschrieben hat, spricht mit der Person, die das Frontend geschrieben hat – in derselben Telegram-Gruppe, am selben Tag. |
| Zeitzonenfest by Design | Ein global verteiltes Team plus ein asynchroner Freitags-Checkpoint bedeutet, dass der Fortschritt nicht stockt, während ein Büro auf das Aufwachen eines anderen wartet. Die Taktung ist die Koordinationsschicht. |
| Quellcode-Eigentum wächst wöchentlich | Ihr Repository ist nie „deren Repository, bis Sie voll bezahlt haben”. Es wächst jeden Freitag, in Ihren Händen, sodass der Hebel nie ganz auf einer Seite des Tisches liegt. |
Wofür dieses Modell nicht gut ist
Ehrliche Engagement-Modelle disqualifizieren sich lautstark selbst. Dieses passt schlecht, wenn:
- Sie Staff Augmentation wollen. Wir vermieten Ihnen keinen Entwickler, den Sie in Ihr Standup einsortieren. Der Liefergegenstand hier ist ein Produkt, kein Sitzplatz. Wenn Sie einen Ingenieur in ein bestehendes Team einklinken müssen, sind wir die falsche Wahl.
- Sie sich nicht wöchentlich einbringen können. Das ganze Modell ruht auf einem Freitags-Checkpoint – ein echter Mensch, der sich eine echte Demo ansieht und sie abnimmt. Wenn Ihre Organisation in dieser Taktung nicht prüfen und entscheiden kann, stockt die Schleife, und Sie verlieren den größten Schutz des Modells.
- Sie für ein Produkt, das es noch nicht gibt, einen einzigen Festpreis wollen, in Stein gemeißelt am ersten Tag. Wir geben Ihnen im Blueprint eine grobe Spanne, aber eine präzise Gesamtsumme für einen undefinierten Greenfield-Build ist eine Fiktion, die jemand später bezahlt. Wenn Sie diese Fiktion vor dem Kickoff unterschrieben brauchen, passt eine Festpreis-Agentur besser – lesen Sie nur die Change-Order-Klausel sorgfältig.
Wir sagen Ihnen das lieber im ersten Gespräch, als es in Woche vier zu entdecken. Die Glaubwürdigkeit des Modells kommt zum Teil daher, was es sich weigert vorzugeben.
Wie Sie starten
Die Auffahrt ist der günstigste Teil: Schicken Sie uns die Idee und bekommen Sie den kostenlosen MVP-Blueprint – Scope, Flows, Lieferplan und eine grobe wöchentliche Budgetspanne. Wenn es Sinn ergibt, zahlen Sie Woche 1 im Voraus in USDT, und wir legen los. Wenn nicht, behalten Sie den Plan, und wir trennen uns als Freunde.
Wenn Sie tiefer in die umliegenden Entscheidungen einsteigen wollen, haben wir geschrieben über die echte Kostengleichung beim Engagieren eines Krypto-Entwicklers, die Architektur hinter einem $8M-Presale und eine Telegram Mini App produktiv auszuliefern.
Wollen Sie einen Blueprint für Ihr Projekt? Buchen Sie einen 30-minütigen Call auf 0xforge.io. Wir reichen Ihnen entweder einen Plan oder sagen Ihnen, warum wir nicht das richtige Team sind – und so oder so kostet Sie dieses Gespräch nichts.
— 0xforge Team