REGELN
Preis- und Produktlogik darf nicht an mehreren Stellen auseinanderlaufen.
Wenn Produktregeln im CRM, Preise in Excel und Vertragslogik im ERP getrennt gepflegt werden, entstehen schnell widersprüchliche Stände. Die wichtigste Frage lautet deshalb: Welche Logik gehört wohin – und wer ist dafür verantwortlich?
Ein gutes Angebotsmodell braucht eine führende Quelle pro Regel – nicht dieselbe Logik in mehreren Systemen.
PROZESS VOR PRODUKT
Die Produktlogik kommt nach dem Prozess.
Bevor Varianten, Bundles oder Preisregeln modelliert werden, sollte klar sein, wie ein Angebot fachlich entsteht: Welche Auswahl trifft der Vertrieb, welche Kombinationen sind erlaubt und welche Informationen werden später im Vertrag oder Auftrag benötigt?
Erst der Prozess zeigt, welche Produktlogik wirklich notwendig ist.
Preis- und Produktlogik brauchen eine klare Heimat.
Produktmerkmale, Listenpreise, Rabatte und Freigaben sollten nicht mehrfach gepflegt werden. Für jede Regel braucht es eine führende Quelle und einen klaren Änderungsweg.
Je weniger doppelte Logik, desto leichter bleiben Angebote und spätere Änderungen nachvollziehbar.
BEISPIEL
Variantenreiche Angebote mit klarer Freigabe
Sobald Produkte kombinierbar sind, Rabatte gelten oder Vertragsbedingungen variieren, braucht Vertrieb klare Regeln – ohne jede Ausnahme manuell zusammensuchen zu müssen.
Das Ziel ist nicht möglichst viel Automatisierung, sondern ein Angebot, das korrekt, erklärbar und später noch änderbar bleibt.
- Zulässige Varianten klar begrenzen
Nur Kombinationen anbieten, die fachlich und operativ wirklich unterstützt werden.
- Preise aus der richtigen Quelle übernehmen
Listenpreis, Gültigkeit und Produktreferenz dort führen, wo sie fachlich verantwortet werden.
- Freigaben nur bei echten Ausnahmen einsetzen
Rabatte oder Sonderbedingungen nur dann zur Freigabe schicken, wenn definierte Grenzen überschritten werden.
- Vertragsfolgen mitdenken
Laufzeit, Produktpositionen und Konditionen so strukturieren, dass spätere Änderungen nachvollziehbar bleiben.
- Produkt
- Preis & Rabatt
- Angebot
- Freigabe
- Vertrag/Auftrag
- Abrechnung/Änderung
Welcher Lösungsumfang passt?
Nicht jede Organisation braucht denselben Funktionsumfang. Entscheidend ist, welche Komplexität im Produkt-, Preis- und Vertragsprozess tatsächlich beherrscht werden muss.
Wie Standard, Low-Code und individuelle Erweiterungen über ihren Lebenszyklus bewertet werden, vertieft Salesforce Standard oder Custom? Eine Entscheidung mit Augenmaß.
Der richtige Umfang ist der kleinste, der den fachlichen Prozess zuverlässig abdeckt und langfristig beherrschbar bleibt.
VOR DER AUSWAHL
Klären Sie Regeln und Systemgrenzen vor der Produktauswahl.
Die Produktauswahl wird leichter, wenn vorher klar ist, welche Logik in Salesforce gehört und welche Informationen aus Produktkatalog, ERP oder anderen Systemen kommen müssen.
Eine klare Systemgrenze verhindert, dass dieselbe Logik später in mehreren Systemen gepflegt werden muss.
- Welche Produktinformationen werden in Salesforce wirklich benötigt?
- Wo entstehen Listenpreise, Konditionen und Gültigkeiten?
- Welche Rabatte und Ausnahmen brauchen eine Freigabe?
- Welche Vertragsinformationen müssen aus dem Angebot erhalten bleiben?
Weitere Schritte (1)
- Welche Daten werden nach dem Abschluss an ERP oder andere Systeme übergeben?
PRÜFKRITERIEN
Diese Fragen gehören vor die Produktauswahl
Wie komplex sind Produkte und Varianten wirklich?
Gibt es einfache Einzelprodukte oder viele abhängige Optionen, Bundles und Ausschlüsse?
Wo werden Preise und Konditionen geführt?
Welche Quelle ist fachlich führend und welche Regeln müssen in Salesforce sichtbar oder ausführbar sein?
Welche Freigaben sind tatsächlich notwendig?
Welche Ausnahmen rechtfertigen eine Freigabe – und was kann innerhalb klarer Grenzen automatisch laufen?
Wie häufig ändern sich bestehende Verträge?
Sind Verlängerungen, Upgrades, Downgrades oder nachträgliche Änderungen ein zentraler Teil des Geschäftsmodells?
Weitere Prüfkriterien (2)
Welche Systeme übernehmen nach dem Abschluss?
Welche Informationen braucht ERP, Billing, Provisioning oder ein weiteres Backendsystem?
Wie viel zusätzliche Komplexität kann der Betrieb tragen?
Wer pflegt Produktlogik, Preisregeln, Tests und spätere Änderungen dauerhaft?
NÄCHSTE SCHRITTE
Einen Product-to-Cash-Pfad schrittweise ordnen
Der sinnvollste Lösungsumfang wird sichtbar, wenn der Prozess von Produkt und Preis bis zur Übergabe in den Betrieb einmal vollständig durchlaufen wird.
01
Produkte verstehen
Varianten, Bundles, Abhängigkeiten und fachlich erlaubte Kombinationen klären.
02
Regeln vereinheitlichen
Preislogik, Rabatte, Gültigkeiten und Freigaben mit einer klaren führenden Quelle versehen.
03
Optionen bewerten
Standard, CPQ oder breitere Revenue-Lösung anhand des tatsächlichen Prozessbedarfs vergleichen.
04
Ende zu Ende testen
Nicht nur das Angebot prüfen, sondern auch Vertragsänderung, Übergabe und typische Sonderfälle.
05
Betrieb übergeben
Ownership, Tests, Freigaben und Änderungsprozess für Produkt- und Preislogik dauerhaft klären.
Häufige Fragen zu Revenue-Prozessen
Brauchen wir CPQ, sobald Angebote komplexer werden?
Nicht automatisch. Entscheidend ist, ob Standardfunktionen Produktkombinationen, Preise und Freigaben noch sauber abbilden können. CPQ wird relevant, wenn diese Regeln strukturiert und wiederverwendbar gesteuert werden müssen.
Wann reicht Salesforce-Standard für Angebote aus?
Wenn Produkte, Preise und Freigaben überschaubar sind und keine komplexe Varianten- oder Vertragslogik benötigt wird.
Wo sollte Preislogik gepflegt werden?
Dort, wo die fachliche Verantwortung liegt. Wichtig ist vor allem, dieselbe Preisregel nicht parallel in mehreren Systemen unterschiedlich abzubilden.
Quellen und weitere Informationen
Für weiterführende Informationen zu Salesforce-Angeboten, CPQ, Revenue-Prozessen und Integration sind insbesondere diese Quellen hilfreich:
- Salesforce – Agentforce Revenue ManagementGeprüft am
Unterstützt Revenue-Management-, CPQ-, Billing- und Sales-Grundlagen; Namens-, Lizenz-, Paket- und Migrationsaussagen sind volatil und vor Veröffentlichung zwingend neu zu prüfen.
- Salesforce – Revenue Cloud BillingGeprüft am
Unterstützt Revenue-Management-, CPQ-, Billing- und Sales-Grundlagen; Namens-, Lizenz-, Paket- und Migrationsaussagen sind volatil und vor Veröffentlichung zwingend neu zu prüfen.
- Salesforce – Agentforce SalesGeprüft am
Unterstützt Revenue-Management-, CPQ-, Billing- und Sales-Grundlagen; Namens-, Lizenz-, Paket- und Migrationsaussagen sind volatil und vor Veröffentlichung zwingend neu zu prüfen.
Themen dieses Beitrags
SO KÖNNTE ES IM ALLTAG AUSSEHEN
Drei Ansichten, die Revenue-Entscheidungen nachvollziehbar machen.
Konfigurierte Arbeitsbeispiele mit fiktiven Datensätzen. Jede Ansicht zeigt eine konkrete Entscheidung, Übergabe oder Prüfung.
Paketabhängigkeiten sichtbar halten
Das erforderliche Onboarding bleibt mit dem Basisprodukt verknüpft. Fiktiver konfigurierter redaktioneller Arbeitsbereich im Salesforce-Stil. Kein echtes Produktbild.
Mit dem Finger wischen oder mit gedrückter Maustaste ziehen. Alternativ die Bildauswahl oder Pfeiltasten nutzen.
Bild 1 von 3: Paketabhängigkeiten sichtbar halten
Passend weiterlesen
Salesforce Standard oder Custom? Eine Entscheidung mit Augenmaß
Standard, Low-Code oder Custom: Die technisch einfachste Lösung ist nicht automatisch die beste. Entscheidend ist, welche Variante den fachlichen Bedarf erfüllt und auch später noch verständlich, testbar und wartbar bleibt. Der Vergleich sollte deshalb nicht nur auf Entwicklungsaufwand schauen, sondern auch auf Abhängigkeiten, Berechtigungen, Betrieb und spätere Änderungen.
Beitrag lesen
Salesforce-Integration: Robust statt Punkt-zu-Punkt
Eine direkte Verbindung zwischen zwei Systemen kann völlig sinnvoll sein. Problematisch wird es erst, wenn mit jeder neuen Anforderung weitere Sonderwege entstehen und niemand mehr klar sagen kann, wer für Daten, Fehler und Änderungen verantwortlich ist. Robuste Integration beginnt deshalb nicht mit einem bestimmten Tool, sondern mit klaren Systemgrenzen, Datenverträgen, Fehlerwegen und Betriebsverantwortung.
Beitrag lesen
Marketing Cloud Next: Wechseln, ergänzen oder warten?
Die Einführung einer neuen Marketing-Plattform ist kein Selbstzweck. Entscheidend ist, welche Fähigkeiten heute fehlen, welche Prozesse bereits gut funktionieren und wie viel Veränderung der Betrieb sinnvoll tragen kann. Deshalb gibt es nicht nur eine richtige Antwort: ergänzen, parallel erproben oder später wechseln können je nach Ausgangslage gleichermaßen sinnvoll sein.
Beitrag lesen