← Alle Artikel
Verkauf & Wachstum
Wie man eine Proposal schreibt, die den Client gewinnt
Von FabricLoop Team · Mai 2026 · 4 Min. Lesezeit
Die meisten Proposals werden vom falschen Anfangs-Punkt geschrieben. Der Schreiber fängt mit an, was sie sagen möchten — ihre Glaubwürdige, ihr Prozess, ihr Pricing — und des Clients Problem wird eine kurze Förmlichkeit in Abschnitt eins, bevor das echte Pitch anfängt.
Der Käufer erlebt das als genau, was es ist: ein generisches Dokument mit ihrem Namen im Header. Sie lesen es, nicken vaguely, und wählen oft den Konkurrenten, dessen Proposal sie verstanden gemacht zu fühlen.
Eine Proposal, die gewinnt, ist nicht ein Broschüre. Es ist eine Demonstration, dass du gehört hast — dass du das Problem besser verstehst als jeder, der geworfen hat, und dass dein Ansatz für diese Situation spezifisch designed ist, nicht Copy-gepaßt aus einer Vorlage.
"Die Proposal, die du nach einem großartigen Discovery-Anruf schickst, ist einfach eine geschriebene Version der Konversation, die du bereits hattest. Wenn sie etwas Neues sagt, hast du nicht sorgfältig genug gehört."
Die Sechs-Abschnitt-Struktur
Diese Struktur ist für Service-Geschäfte und B2B-Engagements designed. Sie folgt die logische Folge eines Käufers Entscheidungs-Prozess — von „verstehen sie mein Problem?" zu „kann ich ihnen vertrauen?" zu „ist das das Geld wert?"
1
Problem-Restatement
In deinen eigenen Worten, beschreibe die Situation des Clients und das spezifische Problem, das dieser Engagement lösen wird. Schließe die Kosten oder die Konsequenz von es nicht lösend ein. Erwähne deine Lösung noch nicht.
z.B. „Dein Team verbringt 12 Stunden pro Woche auf manuellem Reporting, das könnte automatisiert werden — Zeit, die aktuell von deinen Senior-Entwicklern kommt."
2
Vorgeschlagener Ansatz
Beschreibe, wie du das Problem lösen wirst — deine Methodologie, die wichtigen Entscheidungen, die du zusammen treffen wirst, und warum dieser Ansatz der richtige für ihre Situation ist. Vermeid generisches „unser bewährter Prozess" Sprache; mach es spezifisch zu ihnen.
z.B. „Wir fangen mit einer zwei-Wochen-Audit deiner bestehenden Daten-Flüsse an, bevor wir alles bauen — das vermeidet den gemeinsamen Fehler, einen zerbrochenen Prozess zu automatisieren."
3
Lieferungen
Listet spezifisch auf, was sie erhalten werden — nicht Aktivitäten, die du durchführen wirst, aber Outpute, die sie haben werden. Sei konkret. Vague Lieferungen schaffen Scope-Streitigkeiten später; spezifische bauen Vertrauen jetzt.
z.B. „Automatisierter wöchentlicher P&L Report, der jedem Montag bis 9 Uhr zu drei Stakeholders gemailt wird; Dashboard zugänglich zum Finance-Team; Dokumentation für dein In-House-Team, um zu erhalten."
4
Zeitplan
Ein klares Plan mit Meilenstein-Daten, Schlüssel-Entscheidungs-Punkte, und was du brauchst von ihnen in jedem Stadium. Zeige, dass du über Folge nachgedacht hast, nicht einfach Totals. Flagge irgendwelche Abhängigkeiten auf ihrem Teams Input.
z.B. „Woche 1–2: Audit und Zugang-Setup (erfordert Read-Zugang zu deinem Data Warehouse). Woche 3–4: bauen und testen. Woche 5: überprüfen und Revisionen. Woche 6: Übergabe und Training."
5
Investment
State den Preis klar mit, was es beinhält und, was out of scope ist. Wenn du Optionen hast, halte es zu zwei — nicht fünf. Benenne deine Zahlungs-Bedingungen. Wenn es ein Anzahlung gibt, state den Betrag und wenn es wegen ist.
z.B. „Gesamtes Investment: 8.400€. 50% fällig auf Project-Start, 50% auf Fertigstellung. Beinhält bis zu zwei Runden von Revisionen. Zusätzliche Arbeit wird auf 120€/hr mit geschriebenem Genehmigung in Rechnung gestellt."
6
Nächster Schritt
Ein einzelner, spezifischer Aktion für sie zu nehmen. Nicht „lass uns wissen, wenn du Fragen hast" — eine konkrete nächste Schritt mit einer vorgeschlagenen Datum. Mach es so einfach wie möglich zu ja zu sagen.
z.B. „Wenn du vorwärts möchtest, antworte auf diese E-Mail und ich sende einen Contract und eine Rechnung für die Anzahlung. Ich habe Verfügbarkeit, die Woche von 19. Mai zu anfangen."
Das Problem-Restatement ist der wichtigste Abschnitt
Die meisten Proposal-Schreiber behandeln die Eröffnung als eine Förmlichkeit — eine kurze Bestätigung der Clients Situation, bevor es zu echtem Inhalt kommt. Das ist genau rückwärts. Das Problem-Restatement ist, wo du gewinnst oder den Readers Aufmerksamkeit verlierst.
Wenn ein Käufer eine genaue, spezifische Beschreibung seines eigenen Problems liest — geschrieben in Sprache, die widerspiegelt, wie sie darüber denken, nicht wie du verkaufst — etwas versetzt. Sie fühlen sich verstanden. Und sich verstanden zu fühlen ist die Grundlage des Vertrauens, das die Grundlage des Verkaufs ist.
Schreibe diesen Abschnitt zuletzt. Nach der du den Rest des Proposal geschrieben hast, komm zu dem Öffnen zurück und verfeinere es, um alles widerzuspiegeln, das du über ihre Situation gelernt hast. Es sollte sich fühlen, wie du ihre Problem die ganze Woche nachgedacht hast — weil du hast.
Geh durch es Live
Sende die Proposal, dann plane einen 20-Minuten-Anruf, um durch sie zusammen zu gehen. Warte nicht passiv auf ihr Urteil. Es durch zu gehen Live lässt dich klären, Einwendungen in Echtzeit zu adressieren, und die überzeugendsten Teile zu verstärken. Proposals überprüft auf einem Anruf nähern sich bei bedeutsam höheren Raten als jene, die gesendet und links werden zu lesen in Stille.
Was zu verlassen ist
Eine kürzere, schärfere Proposal fast immer besser outperforms als eine umfassende. Entferne:
- Deine Unternehmens-Geschichte und Hintergrund — speichere es für einen Anhang, wenn sie es möchte; Käufer am Proposal-Stadium wissen bereits, wer du bist
- Generische „warum wir" Abschnitte — wenn du spezifischen Beweis hast (relevante Fall-Studie, benanntes Ergebnis), beinhalt es; ansonst, schneid es
- Methodologie Jargon — dein „proprietäres Framework" beeindruckt niemanden, wenn du nicht erklären kannst, warum es bessere Ergebnisse für diesen Client erzeugt
- Mehrfache Pricing-Optionen, die als gleich präsentiert werden — wenn du Optionen anbietest, führe sie zu dem richtigen statt eine Speisenkarte darzubieten
Die Längen-Falle
Es gibt eine Versuchung, lange Proposals zu schreiben, um zu erscheinen gründlich. Käufer lesen das Problem-Restatement, überfliegen die Lieferungen, springen zu dem Preis, und entscheiden dann, ob der Rest zu lesen ist. Eine 4-Seiten-Proposal, die jene drei Abschnitte nagelt, schlägt eine 15-Seiten, die sie in Methodologie begraben, jedes Mal.
Wie FabricLoop dir hilft, bessere Proposals zu schreiben
Die Qualität einer Proposal hängt von der Qualität deiner Discovery-Notizen ab. FabricLoop hält alles von deinem Anfangs-Konversation — des Clients exakte Worte, ihre Bedenken, ihr Zeitplan — in einem Thread, so dass, wenn du dich setzt, um die Proposal zu schreiben, das Roh-Material alles dort ist und nichts ist zu einer fading Memory oder einer gelöschten Slack-Nachricht verloren.
10 Dinge aus diesem Artikel zum Mitnehmen
- Die meisten Proposals werden von Senders Perspektive geschrieben — gewinnen Proposals werden von Käufers Perspektive geschrieben.
- Eine Proposal ist eine geschriebene Version deiner Discovery-Konversation — wenn sie etwas Neues enthält, hast du nicht sorgfältig genug gehört.
- Die sechs Abschnitte in Ordnung: Problem-Restatement, Vorgeschlagener Ansatz, Lieferungen, Zeitplan, Investment, Nächster Schritt.
- Das Problem-Restatement ist der wichtigste Abschnitt — es ist, wo Käufer entscheiden, ob du sie verstehst.
- Schreibe das Problem-Restatement zuletzt, nach der du das ganze Engagement durchdacht hast.
- Lieferungen sollten beschreiben, Outpute der Client erhält, nicht Aktivitäten, die du durchführen wirst — Spezifizität verhindert Scope-Streitigkeiten.
- Beinhalt immer einen einzelnen, konkreten nächsten Schritt — nicht „lass uns wissen, wenn du Fragen hast."
- Geh durch Proposals Live auf einem Anruf, statt zu senden und zu warten — Close-Raten sind bedeutsam höher.
- Eine 4-Seiten-Proposal, die die Schlüssel-Abschnitte nagelt, outperforms eine 15-Seiten, die sie in Methodologie begraben.
- Entferne deine Unternehmens-Geschichte, generische „warum wir" Abschnitte und Methodologie Jargon, wenn du nicht spezifischen Beweis, sie zu unterstützen hast.
