Preisarchitektur ist ein System, keine Preisliste

Eine Preisliste kann korrekt sein und trotzdem den Austausch, den sie steuern soll, nicht erklären. Die eigentliche Entscheidung kann über Produktdefinition, Vertrag, Abrechnung, Freigabegrenzen, Serviceversprechen und Verlängerungsgespräche verteilt bleiben.

Die Antwort ist keine noch längere Liste. Preisarchitektur ist ein System, keine Preisliste. Sie verbindet Wertmetrik, Angebot, Zugangsberechtigung, Konditionen, Pocket Price, Preiszuständigkeit, Änderungsprozess und Prüfung. Ein Preis ist ein Endpunkt. Die Architektur erklärt, wie dieser Endpunkt entsteht, was er erlaubt, wer ihn ändern darf und welche Evidenz eine Designänderung rechtfertigen würde.

Das ist eine andere Frage als Pricing als Positionierungsentscheidung, wo es darum geht, was ein Preis im Markt signalisiert. Es ist auch etwas anderes als die Fähigkeit hinter wertbasierter Preisgestaltung, die Evidenz über Übersetzung, Verhandlung und Lieferung verfolgt. G04 gehört zur Verbindung: Kann ein Preissystem seine Bedeutung bewahren, wenn ein Angebot strukturiert, geliefert, verhandelt, geändert und geprüft wird?

Warum beginnt die Preisarchitektur lange vor der Festlegung von Listenpreisen?

Das Wort Preis verdichtet mehrere Objekte, die getrennt bleiben sollten:

1. Listenpreis. Der sichtbare Ausgangspunkt oder Referenzwert.
2. Wertmetrik. Die Einheit, mit der der Austausch gemessen wird.
3. Angebot und Berechtigung. Was enthalten, begrenzt und erwartbar ist.
4. Konditionen. Abrechnung, Bindung, Verlängerung, Kredit, Währung, Risiko und weitere Bedingungen.
5. Pocket Price. Der realisierte Preis nach Rabatten, Rückvergütungen, Gutschriften und Konditionen.
6. Ergebnis. Was erwartet, geliefert und anschließend beobachtet wurde.

Diese Objekte können sich unabhängig verändern. Der Listenpreis kann gleich bleiben, während eine Gutschrift den Pocket Price ändert. Eine präzise Wertmetrik kann mit unklarer Berechtigung oder einem Vertrag einhergehen, dessen Ergebnis noch eine Hypothese ist.

Simon beschreibt diese Mehrdimensionalität praktisch. Neben dem sichtbaren Preis stehen Rabatte, Bündel, Zusatzleistungen, mehrteilige Entgelte und verhandelte Preise (Simon, 2015). Im B2B-Austausch können Zahlungsbedingungen, Mindestbestellungen und Rückvergütungen den realisierten Austausch prägen (Simon, 2015). Der Listenpreis ist deshalb nicht automatisch irreführend, aber als Systembeschreibung unvollständig.

Welche sieben operativen Schichten bilden ein ganzheitliches Preissystem?

Die Architektur wird prüfbar, wenn jede Schicht ein Feld, eine Grenze, eine zuständige Rolle und eine Prüffrage besitzt. Das sind autorenseitige Felder, keine validierte Bewertungsskala.

1. Wertmetrik

Beginnen Sie damit, was gezählt, gemessen oder berechnet wird. Eine Wertmetrik kann Zugang, Kapazität, Nutzung, Zeit, Transaktion, Output oder eine andere beobachtbare Basis sein. Sie misst den Austausch, beweist aber nicht, dass der Käufer Wert erhalten hat.

Ein Verkäufer kann pro Transaktion abrechnen, weil Transaktionen beobachtbar sind, während für den Käufer vermiedene Unsicherheit oder eine schnellere Entscheidung zählt. Die Berechnungsbasis ist nicht dasselbe wie das erfahrene Ergebnis. Eine Metrik ist eine Messentscheidung, kein Wertnachweis.

Die Metrik braucht eine Grenze: Was gilt als Einheit, wann beginnt und endet sie, wer kann sie prüfen, und was geschieht bei Streit? Sonst erzeugt nutzungsbasierte Preisgestaltung eine Präzision, die der Abrechnungsprozess nicht verteidigen kann.

2. Angebot und Versprechen

Das Angebot beschreibt, was der Käufer erhält: Produkt, Dienstleistung, Zugangsrecht, Implementierungsgrenze, Antwortversprechen, Supportniveau oder eine Kombination. Die Architektur benennt das Versprechen, ohne die Metrik als Abkürzung zu verwenden.

Ein Angebot ist vollständig, wenn der Käufer enthaltene, ausgeschlossene und bedingte Leistungen erkennt. Der Beitrag zu Preisstrukturen als Versprechen mit einer Kostenbegrenzung besitzt Versprechen und Kosten der Leistungserbringung je Stufe. G04 fragt nach ihrer Verbindung zum übrigen Preissystem.

3. Zugang und Berechtigung

Zugang beschreibt, was der Käufer nutzen, anfordern, verbrauchen oder erwarten darf: Menge, Nutzer, Servicefenster, Antwortbedingung, geografische Grenze oder bestimmte Interaktion. Die Zugangsregel verwandelt ein Paket in ein operatives Versprechen.

Ohne Grenze kann der Käufer eine Pauschalpreisgestaltung als unbegrenzten Zugang verstehen, oder der Anbieter verkauft ein aufwendiges Versprechen ohne die nötigen Personen und Zeiten. Die Grenze gehört deshalb in denselben Datensatz wie das Versprechen.

4. Konditionen und Risiko

Konditionen bestimmen, wann Geld, Zugang, Risiko und Pflichten wechseln. Abrechnung, Bindung, Verlängerung, Kredit, Zahlungssicherheit, Währung, Steuer und Änderungsmitteilung können den Austausch verändern, ohne dass sich die Überschrift ändert. Das ist keine Rechtsberatung.

Der gleiche Nominalpreis kann wirtschaftlich etwas anderes bedeuten, wenn der Käufer voraus oder später zahlt, eine Mindestmenge bindet, das Nutzungsrisiko trägt oder einen anderen Ausgleich erhält. Ein System, das nur den Listenpreis speichert, vergleicht Transaktionen mit gleicher Zahl, aber nicht unbedingt gleicher Bedingung.

5. Die Pocket-Price-Brücke

Die Pocket-Price-Brücke macht den Weg von der Referenz zum realisierten Austausch sichtbar. Sie hält Einheit und Anpassungen fest: Rabatte, Rückvergütungen, Gutschriften, Bündel, Zahlungsbedingungen, Währung, Steuern und andere Bedingungen innerhalb der definierten Grenze.

Die Brücke spricht sich nicht gegen Rabatte aus. Ein Rabatt kann Teil des Angebots, Reaktion auf eine Bedingung, Verhandlungskonzession oder Promotion sein. Die Frage lautet, ob Grund, Zuständigkeit, Dauer und Folgewirkung bekannt sind. Ändert sich der Preis, aber nicht Versprechen, Zugang oder Prüfung, hat das System eine verborgene Schnittstelle.

Der Pocket Price ist nicht mit Wert gleichzusetzen. Der vereinnahmte Betrag entsteht aus Konditionen und Verhandlung und kann Alternativen, Beziehung, Zeitpunkt, Verhandlungsmacht und Wertkommunikation abbilden. G04 hält die Berechnung lesbar, damit beide Fragen nicht verwechselt werden.

6. Preiszuständigkeit und Änderung

Preiszuständigkeit beantwortet, wer Metrik, Angebot, Konditionen, Rabatt, Gutschrift oder Ausnahme ändern darf. Ohne Zuständigkeitsmodell wird das System trotzdem verändert, etwa durch lokale Umgehungen, Vertragsformulierungen oder nicht dokumentierte Ausnahmen.

Zbaracki und Kollegen unterscheiden Informationsbeschaffung, Entscheidungsfindung, interne Kommunikation, Kundenkommunikation und Verhandlung als Teile der Anpassungsarbeit (Zbaracki et al., 2004). Die Studie bezieht sich auf einen großen US-amerikanischen Industriehersteller und dessen Kunden und belegt daher keine universelle Kostenstruktur (Zbaracki et al., 2004). Ihre Architekturerkenntnis ist die Abhängigkeit: Eine Änderung kann Informationsbedarf, Zuständigkeit, Kommunikation und den Referenzpunkt des Käufers zusammen verändern.

Der Änderungsdatensatz sollte Auslöser, Zuständigkeit, betroffene Schichten, Kommunikationsverantwortung, Ausnahmeweg, Systemänderung und Prüftermin nennen. Ohne nachgelagerte Prüfung ist eine Preisänderung nur die Bearbeitung einer Zahl.

7. Prüfung und Ergebnis

Die letzte Schicht fragt, was das System lernen soll. Prüfen Sie erwartetes Versprechen, gemessenen Austausch, gewährten Zugang, Kosten der Leistungserbringung, Käuferinterpretation und Ergebnis getrennt. Verlängerung oder weitere Nutzung beweisen nicht automatisch die Lieferung des erwarteten Ergebnisses.

Diese Schicht schließt Design und Erfahrung. Eine schwer erklärbare Metrik, ein teures Versprechen oder ein Rabatt, der die Pocket-Price-Logik auslöscht, sind unterschiedliche Designfragen. Die Architektur sollte diese Diagnosen getrennt halten.

Schicht	Feld	Wenn es fehlt	Zuständigkeit oder Auslöser
Wertmetrik	Einheit, Ereignis, Regel, Streitgrenze	Die Rechnung ist präzise, aber die Einheit nicht verteidigbar	Wer besitzt die Metrik?
Angebot und Versprechen	Ergebnis, Arbeit, Zugang, Ausschlüsse	Der Käufer erkennt das Versprechen nicht	Welche Umfangsänderung öffnet die Prüfung?
Zugang und Berechtigung	Grenzen, Nutzer, Servicefenster, Rechte	Die Gebühr erzeugt eine unbegrenzte Erwartung oder Belastung	Welche Grenze beschränkt den Zugang?
Konditionen und Risiko	Abrechnung, Bindung, Verlängerung, Kredit, Währung, Steuer	Gleiche Listenpreise tragen anderes Risiko oder Timing	Welche Kondition braucht Freigabe?
Pocket-Price-Brücke	Listenpreis, Rabatt, Gutschrift, Anpassungen je Einheit	Überschrift und realisierter Austausch werden verwechselt	Wer genehmigt sie, und wie lange gilt sie?
Preiszuständigkeit und Änderung	Auslöser, Rolle, Kommunikation, Ausnahme, Update, Prüfung	Ausnahmen bilden ein zweites Preissystem	Welche Beobachtung erlaubt die Änderung?
Prüfung und Ergebnis	Versprechen, Zugang, Aufwand, Ergebnis	Vertrag oder Verlängerung wird Wertnachweis	Welche Evidenz beendet das Design?

Ein Bundle ist ein gemeinsames Versprechen, kein Rabatt auf eine Liste

Ein Bundle wird häufig als mehrere Positionen mit einer niedrigeren gemeinsamen Zahl beschrieben. Das verfehlt die operative Entscheidung. Durch die Verbindung der Komponenten verändert sich, was der Kunde als gekauft versteht, was der Anbieter koordinieren muss und welche Komponente eine Ausnahme auffangen soll. Deshalb braucht ein Bundle eine eigene Leistungsgrenze.

Das unterscheidet es von einer Preisstufe. Eine Stufe bewegt einen Kunden innerhalb einer Preisarchitektur zwischen Leistungsniveaus. Ein Bundle verbindet mehrere Module, Berechtigungen oder Leistungen zu einem Angebot. Es ist zugleich enger als die Preisarchitektur selbst, die Wertmetrik, Angebot, Zugang, Bedingungen, realisierten Austausch, Zuständigkeit, Änderung und Prüfung umfasst. Das Bundle ist der Ort, an dem diese Schichten in einem konkreten Versprechen zusammentreffen.

Simon behandelt Bundles, zusätzliche Leistungen, Rabatte und ausgehandelte Bedingungen als verschiedene Preisdimensionen und nicht als eine einzige Zahl (Simon, 2015). Zbaracki und Kollegen zeigen, dass eine Preisanpassung zusätzlich Informations-, Entscheidungs-, Kommunikations- und Verhandlungsarbeit erzeugt; die gemessene Kostenstruktur gehört dabei zu einem industriellen Einzelfall (Zbaracki et al., 2004). Kienzler und Kollegen zeigen in einer szenariobasierten Untersuchung der Tarifwahl, dass dargestellte Nutzungsspannen und der Kontext die Wahl von Einkaufsprofis beeinflussen können (Kienzler et al., 2021). Urbany und Kollegen zeigen in einem Fairnessexperiment, dass eine Kostenbegründung die wahrgenommene Legitimität beeinflussen kann. Das ist ein Fairnesskontext, keine Rechtsregel und kein Benchmark für die Bundle-Leistung (Urbany et al., 1989). Diese Befunde sprechen dafür, Vergleich und Belastung sichtbar zu machen, aber nicht dafür, dass Bundles immer gewinnen.

Die Grenze des Bundles lässt sich in fünf Zeilen schreiben. Erstens wird die Komponente und ihre Kundenaufgabe benannt. Zweitens wird das gemeinsame Versprechen festgehalten, das nur durch die Verbindung entsteht. Drittens werden Arbeit, Risiko, Koordination, Kapazität oder Betreuung benannt, die die Kombination erzeugt. Viertens wird die Zuordnungsregel festgelegt: Welche Komponente trägt gemeinsame Kosten, und was wird bewusst quersubventioniert? Fünftens werden Ausnahmerechte, Prüftermin und Ausstiegsbedingung eingetragen. Ein leeres Feld ist keine Einladung, einen Rabatt zu erfinden. Es zeigt, dass das Bundle noch kein prüfbares Angebot ist.

Die Frage lautet nicht, ob das Bundle einen Rabatt enthält. Die Frage lautet, ob der Kunde das Versprechen verstehen kann und der Anbieter es ohne eine zuständigkeitslose Leistungspflicht erfüllt. Wenn das Bundle regelmäßig eine Ausnahme braucht, damit es attraktiv bleibt, gehört diese Ausnahme in das Design. Wenn niemand die Belastung einer Komponente besitzt, versteckt der gemeinsame Preis Kosten, statt Wert nachvollziehbar zu teilen.

Wie können Vertragsstrukturen unbeabsichtigte betriebliche Verpflichtungen verschleiern?

Sundararajans formales Modell macht einen Teil der Architektur besonders klar. Bei Informationsgütern kann der Verkäufer eine Pauschalpreisgestaltung, eine nutzungsbasierte Preisgestaltung oder eine Kombination betrachten. Die nutzungsbasierte Variante kann Transaktionskosten erzeugen, weil Nutzung gemessen, verwaltet, ausgewiesen und mitunter bestritten werden muss (Sundararajan, 2004).

Das zentrale Ergebnis des Modells ist knapp: „the optimal pricing strategy for information goods is almost never fully revealing“ (Sundararajan, 2004). Das ist ein Modellergebnis unter bestimmten Annahmen und keine universelle Aufforderung, Preise zu verbergen oder eine Abrechnungsbasis zu bevorzugen.

Unter den Annahmen des Beitrags, darunter Informationsgüter und positive Transaktionskosten, kann eine zusätzliche Pauschaloption neben einem bestehenden Nutzungsplan das Ergebnis des Verkäufers verbessern (Sundararajan, 2004). Das ist ein Modellergebnis und keine allgemeine Empfehlung für eine Flatrate. Die Annahmen sind entscheidend: Der Beitrag untersucht Informationsgüter, beschreibt Nutzung und Kundentypen formal und behandelt Produktionskosten innerhalb seines Modells. Ein physischer Service, ein regulierter Austausch oder eine betreuungsintensive Leistung kann andere Mess- und Betriebsbedingungen haben.

Die Architekturerkenntnis ist allgemeiner als das Modellergebnis. Jede zusätzliche Preisdimension schafft eine Mess- und Kommunikationsanforderung. Ergänzt das System nutzungsbasierte Preisgestaltung, muss es festlegen, was zählt, wer die Messung prüfen kann, wie eine Ausnahme behandelt wird und welcher Aufwand beim Käufer entsteht. Bei einer Pauschalpreisgestaltung muss es sagen, welcher Zugang gekauft wird und wo die Berechtigung endet. Bei einer Kombination muss die Grenze zwischen Sicherheit und variabler Belastung lesbar sein.

Darum sollte ein Preismodell nicht nur nach der Eleganz seiner Formel beurteilt werden. Es muss zur Evidenz und zur Leistungsgrenze um die Formel passen. Eine leicht erklärbare Formel, die gegen die falsche Einheit abrechnet, ist nicht einfach. Ein detaillierter Zähler, der nicht geprüft werden kann, ist nicht anspruchsvoll.

Warum ist internationales Pricing ein Systemgleichgewicht und keine Währungsumrechnung?

Im internationalen Kontext wird dasselbe Problem größer. Sousa und Bradleys Studie zu Exportvorhaben misst Preisstrategie über die Anpassung von Rabatten, Margen, Kredit und Zahlungssicherheit, nicht über eine einzelne Änderung des Listenpreises (Sousa & Bradley, 2008). Die Exportstudie von 2008 nutzt 301 verwertbare Fragebögen portugiesischer Exportunternehmen und berichtet in einem querschnittlichen Modell Zusammenhänge zwischen Umweltunterschieden, Preisanpassung und Exportleistung (Sousa & Bradley, 2008).

Diese Befunde sagen einem aktuellen Unternehmen nicht, ob es Preise standardisieren oder anpassen soll. Der gehaltene Text ist ein Arbeitspapier, seine Stichprobe ist begrenzt und ein querschnittlicher Zusammenhang beweist keine Richtung eines künftigen Ergebnisses. Er zeigt aber, warum eine grenzüberschreitende Preisarchitektur mehr als ein Währungsfeld braucht.

Fragen Sie für jeden Markt, welche Schicht sich ändert. Handelt es sich um Steuer oder Währung? Um Kredit- oder Zahlungssicherheit? Um Kanalspanne, Rabattregel, Leistungsversprechen oder eine andere Bedingung? Lautet die Antwort nur lokaler Preis, ist der Grund für die Änderung verborgen. Der Beitrag zur globalen Preisgestaltung besitzt die Entscheidung zwischen Standardisierung und Anpassung. G04 besitzt den Datensatz, der die Bestandteile dieser Entscheidung sichtbar macht.

An welchen organisatorischen Schnittstellen versagt die Preis-Governance?

Die sieben Schichten sind nützlich, weil die meisten Pricingprobleme zwischen ihnen entstehen und nicht innerhalb einer einzelnen Box.

Metrik und Versprechen. Eine Metrik kann beobachtbar sein, ohne den Wert abzubilden, den ein Käufer erreichen will. Prüfen Sie, ob die Einheit für die autorisierende Rolle erklärbar ist und ob eine andere Einheit die Entscheidung verändern würde. Nennen Sie eine Metrik nicht wertbasiert, nur weil sie nach einem Nutzen benannt ist.

Versprechen und Zugang. Ein Paket kann ein attraktives Ergebnis beschreiben, während seine Grenzen unsichtbar bleiben. Schreiben Sie die Berechtigung operativ aus. Was darf der Käufer anfordern? Was liegt außerhalb des Versprechens? Was geschieht an der Grenze? Ein Versprechen ohne Zugangsregel macht die Leistungserbringung zur Ausnahme.

Zugang und Kosten der Leistungserbringung. Eine Berechtigung verbraucht Personen, Systeme, Kapazität, Risiko und Koordination. Die Kunden-P&L mit einer Kostengrenze besitzt das Rechnungsobjekt. G04 ergänzt die Designfrage: War die Belastung sichtbar, als die Berechtigung geschaffen wurde, und welches Ereignis würde die Prüfung neu öffnen?

Konditionen und Pocket Price. Ein Rabatt oder eine Gutschrift kann beabsichtigt sein, sollte aber nicht aus der Brücke des realisierten Austauschs verschwinden. Halten Sie Grund, Einheit, Dauer, Zuständigkeit und Beziehung zum Versprechen fest. Eine verhandelte Ausnahme ist ein Beobachtungspunkt der Architektur, nicht nur eine private Abweichung.

Zuständigkeit und Prüfung. Eine Rolle kann eine Ausnahme genehmigen, ohne die Evidenz zu besitzen, die eine Systemänderung begründen würde. Benennen Sie beides. Der Beitrag zu dynamischer Preisgestaltung besitzt Auslöser, Grenze, Erklärung und Ergebnissteuerung bei Preisänderungen. G04 fragt, ob diese Änderung mit Zuständigkeit und Prüfung verbunden ist.

Wie führen Pricing-Verantwortliche einen synthetischen Architektur-Stresstest durch?

Betrachten Sie einen generischen Informationsservice mit einer festen Zugangskomponente und einer Nutzungskomponente. Das ist ein illustratives Design, keine Empfehlung und kein Modell eines aktuellen Unternehmens.

Definieren Sie zuerst das Zugangsversprechen. Kauft die feste Komponente eine benannte Berechtigung, oder schafft sie nur die Möglichkeit zur Nutzung? Definieren Sie danach das Nutzungsereignis. Ist eine Einheit eine Anfrage, ein Zeitraum, ein fertiges Ergebnis oder etwas anderes? Legen Sie dann die Grenze fest. Was passiert bei strittiger Nutzung, pausiertem Zugang oder überschrittenem Servicefenster?

Prüfen Sie anschließend die kommerzielle Brücke. Welche Konditionen verändern den Pocket Price? Kann eine Gutschrift eine nicht eingehaltene Servicebedingung ausgleichen? Kann ein verhandelter Rabatt geändert werden, ohne die Berechtigung zu ändern? Wer genehmigt die Ausnahme, und welcher Datensatz zeigt, dass das Preissystem nach der Änderung noch dieselbe Bedeutung hat?

Definieren Sie zuletzt die Prüfung. Das System sollte Nutzung, gewährten Zugang, Aufwand der Leistungserbringung, Interpretation des Käufers und Ergebnis unterscheiden. Eine hohe Nutzung kann Aktivität zeigen, aber keinen Wert. Eine Verlängerung kann Fortsetzung zeigen, aber nicht beweisen, dass jedes Versprechen erfüllt wurde. Die Prüfung ist erst abgeschlossen, wenn jede Beobachtung eine zuständige Rolle und eine mögliche Entscheidungskonsequenz besitzt.

Welche fünf Integritätstests müssen jeder Preisänderung vorausgehen?

Die Architektur kann geprüft werden, ohne eine zusammengesetzte Kennzahl zu bilden.

1. Messungstest. Können Verkäufer und Käufer dieselbe Einheit, dasselbe Ereignis, denselben Zeitraum und dieselbe Streitregel erkennen?
2. Versprechenstest. Nennt das Angebot enthaltene, ausgeschlossene und bedingte Leistungen, ohne dass der Listenpreis die Erklärung tragen muss?
3. Pocket-Price-Test. Lässt sich der realisierte Austausch aus Referenzpreis, Anpassungen, Konditionen und Einheit rekonstruieren?
4. Zuständigkeitstest. Ist klar, wer Metrik, Angebot, Kondition, Rabatt oder Ausnahme ändern darf und welche Kommunikation folgt?
5. Prüfungstest. Welche Beobachtung würde das Design bestätigen, die Aussage begrenzen, das Versprechen einschränken oder die Architektur beenden?

Wenn ein Test scheitert, ist ein höherer Preis nicht automatisch die Antwort. Es kann eine fehlende Messgrenze, eine überladene Berechtigung, eine nicht bepreiste Leistungserbringung, eine versteckte Kondition oder eine ungeklärte Prüfzuständigkeit vorliegen. Die Architektur macht diese Möglichkeiten sichtbar, bevor aus einer Designlücke ein Verhandlungsproblem wird.

Wo liegen die empirischen Grenzen der wissenschaftlichen Pricing-Literatur?

Die Evidenz unterstützt eine disziplinierte Reihe von Unterscheidungen, aber keine universelle Preisarchitektur. Simons Buch liefert eine praktische Darstellung mehrerer Preisdimensionen. Sundararajans Ergebnis ist formal und auf Informationsgüter unter bestimmten Annahmen begrenzt. Zbaracki und Kollegen liefern detaillierte Evidenz aus einem Industrieunternehmen und dessen Kunden. Sousa und Bradley liefern eine begrenzte Arbeitspapierstudie portugiesischer Exporteure. Keine dieser Quellen bestimmt die beste Wertmetrik, das richtige Verhältnis von Pauschal- und nutzungsbasierter Preisgestaltung, eine universelle Rabattregel oder portable Kosten einer Preisänderung.

Die Architekturkarte bleibt deshalb bewusst bescheiden. Sie fragt, ob das System seine eigene Zahl erklären kann. Sie trennt Berechnungsbasis von Wertnachweis, Angebot von Zugang, Listenpreis von Pocket Price, Zuständigkeit von Ergebnis und Änderung von nicht dokumentierter Ausnahme. Diese Trennungen machen eine Pricingentscheidung prüfbarer, ohne zu behaupten, die Karte sei in jedem Markt validiert.

Eine Preisarchitektur ist prüfbar genug, wenn sich die Zahl über Metrik, Versprechen, Berechtigung, Konditionen, Anpassungen, Zuständigkeit und Evidenz zurückverfolgen lässt. Bis dahin ist die Preisliste nur die sichtbare Kante des Systems.

Quellen

1. Kienzler, M., Kowalkowski, C., & Kindström, D. (2021). Purchasing professionals and the flat-rate bias: Effects of price premiums, past usage, and relational ties on price plan choice. Journal of Business Research, 132, 403–415. https://doi.org/10.1016/j.jbusres.2021.04.024
2. Simon, H. (2015). Confessions of the Pricing Man: How Price Affects Everything. Springer. https://doi.org/10.1007/978-3-319-20400-0
3. Sundararajan, A. (2004). Nonlinear pricing of information goods. Management Science, 50(12), 1660–1673. https://doi.org/10.1287/mnsc.1040.0291
4. Zbaracki, M. J., Ritson, M., Levy, D., Dutta, S., & Bergen, M. (2004). Managerial and customer costs of price adjustment: Direct evidence from industrial markets. The Review of Economics and Statistics, 86(2), 514–533. https://doi.org/10.1162/003465304323031085
5. Sousa, C. M. P., & Bradley, F. (2008). Antecedents of international pricing adaptation and export performance. Journal of World Business, 43(3), 307–320. https://doi.org/10.1016/j.jwb.2007.11.007
6. Urbany, J. E., Madden, T. J., & Dickson, P. R. (1989). All's not fair in pricing: An initial look at the dual-entitlement principle. Marketing Letters, 1(1), 17–25. https://doi.org/10.1007/BF00436145