# Sechs Aufgaben, die ein echtes Pricing-System erfüllen muss > Sechs Aufgaben tauchen bei einem Pricing-System als System of Record immer wieder auf, jeweils mit einer Beispielzeile für die Stellenbeschreibung. Zwei davon, Kostenänderungen und empfohlene Maßnahmen, sind genau die, nach denen Unternehmen erst fragen, wenn der Vertrag schon unterschrieben ist. Source: https://revomo.ai/de/blog/the-six-things-a-real-pricing-system-has-to-do/ --- [← Alle Artikel](https://revomo.ai/de/blog/) Fokus Pricing-Systeme ## Sechs Aufgaben, die ein echtes Pricing-System erfüllen muss Alex Hoff Chief Customer Officer · 12. Okt. 2026 · 7 Min. Lesezeit Auf dieser Seite - Die sechs Aufgaben - Warum die beiden neuen Aufgaben vergessen werden - Womit Sie morgen anfangen Fokusmodus In meinem [letzten Beitrag](https://revomo.ai/de/blog/admitting-the-spreadsheet-is-broken-is-the-easy-part/) habe ich vorgeschlagen, dass Sie, bevor irgendjemand eine Demo über sich ergehen lässt, eine einseitige Stellenbeschreibung für Ihr Pricing-System schreiben: welche Entscheidungen es unterstützen muss, wer sie trifft und wie „gut“ in klaren, prüfbaren Worten aussieht. Wenn Teams einen ersten Entwurf dieser Seite schreiben, fällt er meist kurz aus. Zwei Zeilen tauchen fast immer auf: „ein Ort, an dem alle Preise liegen“ und „bessere Sicht auf die Marge“. Beide gehören auf die Seite. Es sind aber auch genau die beiden Aufgaben, an denen die Tabelle am sichtbarsten scheitert, und deshalb lassen sie sich so leicht benennen. Der Rest der Seite ist schwerer zu schreiben, denn die übrigen Aufgaben hat die Tabelle nie wirklich versucht, und was man nie hatte, vermisst man kaum. Dieser Beitrag gibt der Seite deshalb etwas Struktur. Bei den Herstellern und Distributoren, mit denen wir arbeiten, tauchen immer wieder dieselben sechs Aufgaben für ein echtes Pricing-System auf (ein „Pricing System of Record“, wenn Ihnen der Fachbegriff lieber ist). Wenn Sie vor der Sommerpause den [Beitrag zur „Excel-Hölle“](https://revomo.ai/de/blog/what-pricing-looks-like-when-it-lives-in-spreadsheets/) gelesen haben, erinnern Sie sich an eine Liste mit fünf Fähigkeiten. Vier der Aufgaben unten sind dieselben Ideen, etwas neu gruppiert. Zwei sind neu, und darauf weise ich hin, wenn wir dort ankommen. Zu jeder Aufgabe habe ich eine Beispielzeile für Ihre Stellenbeschreibung ergänzt, so formuliert, wie wir es im letzten Beitrag besprochen haben, damit Sie jede Option daran messen können. The six jobs of a pricing system · in the order they build on each other - The record Keep one record of every commercial term - The leak Show where margin is leaking while there’s still time to act - The cost event See a cost change coming and show what it touches Often forgotten - The recommendation Turn the analysis into a recommended action Often forgotten - The promise kept Make sure the price you promised is the price the customer gets - The audit trail Trace every number back to its source Jobs 3 and 4 are the ones companies most often leave off the job description until the first supplier letter arrives. ### Die sechs Aufgaben #### 1. Jede kommerzielle Kondition an einem Ort führen Listenpreise, kundenspezifische Preise, Rabatte, Sonderpreisvereinbarungen, Konditionen für Rückvergütungen, Frachtregeln. Bei den meisten mittelgroßen Herstellern und Distributoren liegen sie an vier oder fünf Orten: im ERP, im Ordner, in einem Stapel Vertrags-PDFs, in einer Tabelle für Rückvergütungen in der Finanzabteilung und im Posteingang von irgendjemandem. Keiner dieser Orte muss mit den anderen übereinstimmen, also tun sie es meistens auch nicht. Die erste Aufgabe eines Pricing-Systems ist, der eine Ort zu sein, an dem sie übereinstimmen. *Beispielzeile: „Wenn sich um 9 Uhr ein Preis ändert, sieht jeder, der darauf Angebote erstellt, Rechnungen schreibt oder Rückvergütungen zahlt, um 9:05 Uhr dieselbe Zahl, ohne dass jemand eine Datei weiterleitet.“* #### 2. Zeigen, wo Marge verloren geht, solange noch Zeit zum Handeln ist Das ist der [Preiswasserfall](https://revomo.ai/de/blog/the-price-waterfall-a-simple-primer-and-why-it-matters-so-much/) im Alltagseinsatz: Pocket Price (Preis nach allen Nachlässen) und Pocket-Marge auf Transaktionsebene, mit herausgerechneten Rückvergütungen, Frachtkosten und Zahlungsbedingungen. Die meisten Unternehmen finden ihre Margenverluste auf dieselbe Weise: ein enttäuschendes Quartal, gefolgt von drei Tagen Arbeit an einer Excel-Mappe. Dann ist das Quartal schon gebucht. *Beispielzeile: „Finanzen und Vertrieb sehen Pocket Price und Pocket-Marge nach Kunde und SKU an jedem Tag des Monats, ohne einen Analysten eine Woche lang von etwas anderem abzuziehen.“* #### 3. Eine Kostenänderung kommen sehen und zeigen, was sie betrifft Das ist die erste der neuen Aufgaben. Die meisten Pricing-Tools sind rund um den Preis gebaut und behandeln Kosten als Feld, das irgendjemand aktualisiert. Die beiden Unternehmen, die ich im letzten Beitrag erwähnt habe, würden Ihnen sagen, dass ihr Problem eigentlich bei den Kosten beginnt: Ein Lieferantenschreiben kommt an, und es vergehen ein, zwei Wochen, bis die neuen Preise im Außendienst und auf der Website ankommen. Ein echtes Pricing-System behandelt eine Kostenänderung als Ereignis. Es sollte Ihnen sagen können, welche SKUs betroffen sind, welche Kunden sie kaufen, welche offenen Angebote und Vereinbarungen gefährdet sind und was dieses Risiko zu heutigen Preisen wert ist. (Die strategische Seite haben wir im Mai im [Beitrag zu Kostenschocks](https://revomo.ai/de/blog/pricing-in-an-era-of-cost-shocks-a-practical-framework-for-margin-agility/) behandelt.) *Beispielzeile: „Wenn eine Lieferantenerhöhung oder eine Zolländerung angekündigt wird, wissen wir noch am selben Tag, welche Preise, Angebote und Vereinbarungen betroffen sind und was dieses Risiko wert ist.“* #### 4. Aus der Analyse eine empfohlene Maßnahme machen Das ist die zweite neue Aufgabe, und es ist die Lücke, auf die ich im letzten Beitrag hingewiesen habe, als ich sagte, ein Dashboard sei von Haus aus nur zum Lesen da. Ein Diagramm, das zeigt, dass die Pocket-Marge in einem Segment gesunken ist, ist nützlich. Eine konkrete Empfehlung ist weit nützlicher: Passen Sie diese SKUs für dieses Kundensegment um so viel an, das ist die erwartete Wirkung, und das sind die Belege dafür. Die Entscheidung trifft natürlich weiterhin ein Mensch. Die Aufgabe des Systems ist die Vorarbeit, damit das Pricing-Meeting mit einer kurzen Liste von Entscheidungen beginnt statt mit einem Stapel Diagramme oder einem großen Datensatz. *Beispielzeile: „Jedes Pricing-Review beginnt mit einer Liste konkreter empfohlener Maßnahmen, jede mit einer Schätzung in Dollar und den Daten dahinter.“* #### 5. Sicherstellen, dass der zugesagte Preis auch der Preis ist, den der Kunde bekommt Angebot, Vertrag, Rechnung und Rückvergütungsscheck sind in den meisten Unternehmen vier getrennte Dokumente. Der Beitrag zur „Excel-Hölle“ nannte das ‚direkte Integration in den Moment des Angebots‘, und darum geht es im Kern immer noch. Der Vertriebsmitarbeiter sieht [Zielpreis, Stretch-Preis und Preisuntergrenze](https://revomo.ai/de/blog/pricing-guidance-101/) (oder wie auch immer Ihre bevorzugten Begriffe lauten) in der Maske, in der er das Angebot erstellt, und kann die Richtlinie nicht ohne sichtbare Markierung und einen Freigabeweg verlassen. Heute würde ich das noch weiter nach hinten in den Prozess ziehen. Die Sonderpreisvereinbarung sollte dann auslaufen, wenn sie auslaufen soll, und die Rückvergütung sollte aus denselben Konditionen berechnet werden, die der Kunde unterschrieben hat. *Beispielzeile: „Ein Vertriebsmitarbeiter sieht Zielpreis, Stretch-Preis und Preisuntergrenze dort, wo er Angebote erstellt, und was wir angeboten haben, stimmt mit dem überein, was wir in Rechnung stellen und an Rückvergütungen auszahlen.“* #### 6. Jede Zahl bis zu ihrer Quelle zurückverfolgen Für jede Preisänderung heißt das: wer sie vorgenommen hat, wann, warum und wer sie freigegeben hat. Für jede berechnete Zahl (eine Pocket-Marge, eine Empfehlung aus Aufgabe 4) heißt das, bis zu den Transaktionen darunter zurückgehen zu können. Das ist wahrscheinlich die am meisten unterschätzte der sechs Aufgaben, denn einen Prüfpfad bemerkt niemand, bis jemand danach fragt. Es ist aber auch die Aufgabe, die entscheidet, ob Ihr CFO den anderen fünf vertraut, und eine Blackbox zeichnet die Finanzabteilung nicht ab. *Beispielzeile: „Für jeden Preis, jeden Rabatt und jede Empfehlung können wir in wenigen Minuten zeigen, wer ihn geändert hat, wann, warum, wer ihn freigegeben hat und aus welchen Daten er stammt.“* ### Warum die beiden neuen Aufgaben vergessen werden Nach den Aufgaben 3 und 4 vergessen Unternehmen am häufigsten zu fragen, bis sie den Vertrag schon unterschrieben haben, und ich glaube, der Grund ist einfach. Demos zeigen die Aufgaben 1, 2 und 5 sehr gut. Eine saubere Preisliste, ein schönes Wasserfalldiagramm und eine Angebotsmaske mit Leitplanken sehen in einem 45-minütigen Termin alle großartig aus. Die Reaktion auf eine Kostenänderung und eine Empfehlung lassen sich schwerer zeigen, weil sie von Ihren Daten und Ihrer Situation abhängen. Deshalb kommen sie meist sechs Monate nach dem Go-live auf, wenn das erste Lieferantenschreiben eintrifft und jemand fragt: „Okay, und was machen wir jetzt?“ Es lohnt sich auch zu sehen, dass die sechs Aufgaben aufeinander aufbauen, ungefähr in der genannten Reihenfolge. Ohne den einen Datenbestand finden Sie die Margenverluste nicht. Ohne die Pocket-Marge nach Kunde und SKU können Sie eine Kostenänderung nicht beziffern. Eine Empfehlung, die niemand bis zur Quelle zurückverfolgen kann, übersteht die erste kritische Frage der Finanzabteilung nicht. Das heißt nicht, dass Sie alle sechs auf einmal aufbauen müssen (die meisten Unternehmen sollten das gar nicht versuchen). Es heißt aber, dass die Reihenfolge zählt, und ein System, das die frühen Aufgaben überspringt, wird mit den späteren kämpfen. ### Womit Sie morgen anfangen Die Hausaufgabe aus dem letzten Beitrag war, die fünf jüngsten Pricing-Entscheidungen herauszusuchen, die schiefgegangen sind, und nachzuverfolgen, wo jede gescheitert ist. Nehmen Sie dieselbe Liste und ordnen Sie jedes Scheitern einer der sechs Aufgaben zu. Ein Angebot, das mit dem falschen Preis rausging, ist wahrscheinlich Aufgabe 1 oder Aufgabe 5. Die verfehlte Marge, die niemand erklären konnte, ist Aufgabe 2, und die Kostenerhöhung, die zwei Wochen bis zur Website brauchte, ist Aufgabe 3. Bei den meisten Unternehmen häufen sich die Fehler unter ein oder zwei Aufgaben. Die gehören ganz nach oben in die Stellenbeschreibung, mit den Beispielzeilen oben, umgeschrieben in Ihre eigenen Zahlen und Ihre eigene Sprache. Die Aufgaben ohne Zuordnung gehören trotzdem auf die Seite, sie müssen nur nicht an erster Stelle stehen. *In den kommenden Wochen nehme ich mir diese Aufgaben einzeln vor, beginnend mit der ersten: ein Datenbestand, und warum Preise, Rabatte, Rückvergütungen und Verträge so selten miteinander übereinstimmen.* *Revomo ist rund um diese sechs Aufgaben gebaut. Wenn Sie gerade an einer Stellenbeschreibung für Ihr eigenes Pricing-System arbeiten und sich eine zweite Meinung wünschen, [tauschen wir uns gern aus](https://revomo.ai/de/contact/). Die erste Durchsicht übernehmen wir kostenlos.* ### Weiterlesen [Nächster Teil der Reihe #### Ein Datenbestand statt fünf Systeme 6 Min. Lesezeit · 16. Okt. 2026](https://revomo.ai/de/blog/one-record-not-five-systems/)[Mehr zu Pricing-Systeme #### Zuzugeben, dass die Preistabelle nicht funktioniert, ist der leichte Teil 8 Min. Lesezeit · 22. Sept. 2026](https://revomo.ai/de/blog/admitting-the-spreadsheet-is-broken-is-the-easy-part/)[Mehr zu Pricing-Systeme #### Wie Pricing aussieht, wenn es in Tabellen lebt 12 Min. Lesezeit · 2. Juni 2026](https://revomo.ai/de/blog/what-pricing-looks-like-when-it-lives-in-spreadsheets/) **** Sechs Aufgaben, die ein echtes Pricing-System erfüllen muss Fokus beenden Esc