Legen Sie HubSpot-Pflichtfelder an dem Punkt fest, an dem jemand die Informationen für die nächste Entscheidung wahrheitsgemäß angeben kann. Verwenden Sie bei einem manuellen Wechsel der Dealphase die passende Phaseneinstellung und prüfen Sie vor der Einführung fehlende und vollständige Werte. Automatisierte Einträge müssen separat geprüft werden, weil die konfigurierte Regel und der für die Datenübertragung verwendete Softwareweg das Verhalten beeinflussen können.
Ein Deal ist bereit für die nächste Phase, doch der Bildschirm verlangt Angaben, die noch niemand kennt. An anderer Stelle erreicht ein Datensatz den nächsten Kollegen mit einem leeren Feld. Wir halten zuerst fest, für welche Entscheidung diese Information benötigt wird. Dieser Leitfaden behandelt Anforderungen in Dealphasen; für ein Websiteformular oder die Maske zur Datensatzerstellung gelten eigene Einstellungen.
Welche Regel für HubSpot-Pflichtfelder ändern Sie?
Bestimmen Sie zunächst, wann die Information benötigt wird, und wählen Sie erst dann eine Einstellung. HubSpot unterscheidet in seiner Anleitung zu Pipelines zwischen dem Anzeigen eines Feldes in einer Phase und der Pflicht, einen Wert einzutragen. Die Anleitung zu Erstellungsformularen beschreibt Anforderungen bei der manuellen Datensatzerstellung. Diese Steuerelemente greifen zu unterschiedlichen Zeitpunkten: Beim ersten Eintrag können andere Informationen erforderlich sein als bei einer späteren Übergabe.
Eine Eigenschaft ist ein Feld in einem Datensatz. Eine Pipeline ist die Abfolge von Phasen, die ein Deal durchläuft. Nutzen Sie die folgenden Unterscheidungen, wenn Sie Ihren Administrator nach der bestehenden Konfiguration fragen.
| Steuerelement | Welche Frage beantwortet es? |
|---|---|
| Pflichtfeld im Erstellungsformular | Was muss jemand bei der manuellen Erstellung des Datensatzes eingeben? |
| Bedingte Phaseneigenschaft | Was soll angezeigt oder verlangt werden, wenn jemand einen Datensatz manuell in dieser Phase erstellt oder dorthin verschiebt? |
| Bedingte Eigenschaftslogik | Welche weiteren Felder sollen abgefragt werden, wenn eine steuernde Eigenschaft eine Bedingung erfüllt? |
| Option “Required” im Websiteformular | Was muss ein Besucher ausfüllen, um dieses Formular abzusenden? |
| Wertvalidierung | Entspricht der eingegebene Wert einer unterstützten Format- oder Bereichsregel? |
HubSpot dokumentiert diese Funktionen als getrennte Steuerelemente mit jeweils eigener Verfügbarkeit und eigenem Geltungsbereich. Dass ein Feld auf dem Bildschirm erscheint, belegt nicht, dass es das Speichern blockiert. Auch ein nicht leeres Feld muss eine sinnvolle Antwort enthalten.
Entscheiden Sie, was der nächste Kollege wissen muss
Formulieren Sie die beabsichtigte Entscheidung in einfachen Worten und benennen Sie dann die dafür benötigten Informationen. Halten Sie für jedes vorgeschlagene Pflichtfeld fest, wer die Antwort nutzt, wann sie bekannt sein kann und was ein nützlicher Wert erklärt. Kann niemand den Nutzen erläutern, sollte die Anforderung weiter geprüft werden.
Ein Kollege benötigt beispielsweise eine klare Beschreibung der Anfrage des Interessenten, bevor er ein Angebot vorbereitet. Vereinbaren Sie, was diese Beschreibung enthalten muss. Eine früher verlangte, nur geschätzte Antwort ließe die Entscheidung offen, selbst wenn Text im Feld stünde.
Sehen Sie ausdrücklich vor, wie mit noch unbekannten Informationen umzugehen ist. Bitten Sie die zuständige Person, die Phase oder den Zeitpunkt der Anforderung zu prüfen. Bewahren Sie vorhandene Daten und prüfen Sie Abhängigkeiten, bevor Sie eine Regel ändern; das Löschen von Feldern oder Eintragen von Dummywerten gehört nicht zu diesem Verfahren.
Wenn widersprüchliche Datensätze unklar machen, wessen Informationen Sie ändern, klären Sie zuerst die Identität. Unser gesonderter Leitfaden zum Prüfen doppelter HubSpot-Kontakte erklärt, warum eine Zusammenführung eigene Kontrollen benötigt.
Legen Sie das Feld für die vorgesehene Dealphase fest
Wenden Sie das von HubSpot dokumentierte Phasenverfahren gemeinsam mit einem vorhandenen autorisierten Administrator an. Laut Pipeline-Anleitung sind die Berechtigung “Edit property settings” und eine vorhandene, bearbeitbare abhängige Eigenschaft erforderlich. Prüfen Sie vorab das Abonnement und die Objektverfügbarkeit im tatsächlichen Account. Fehlt ein Steuerelement, sollten Sie den Administrator fragen und nicht aufgrund einer Annahme ein Upgrade kaufen.
Dokumentieren Sie vor jeder Änderung die bisherige Regel und vereinbaren Sie, wie sie wiederhergestellt werden kann. Bereiten Sie genehmigte Testdatensätze in einer Umgebung vor, in der die Prüfungen keine Kunden kontaktieren, Kampagnen oder Abrechnungen auslösen oder Liveberichte verändern können. Ist diese Trennung nicht möglich, bitten Sie den Administrator, sie vor dem Test herzustellen.
- Öffnen Sie “Settings”, dann “Data Management” und “Objects”. Wählen Sie das betreffende Objekt und dessen Registerkarte “Pipelines”.
- Wählen Sie die gewünschte Pipeline. Öffnen Sie in der Zeile der Zielphase unter “Conditional logic rules” die Option “Add rule”.
- Bestätigen Sie die Phasenbedingung und fügen Sie anschließend die abhängige Eigenschaft hinzu. Wählen Sie “Required”, wenn ein fehlender Wert die betreffende manuelle Aktion verhindern soll.
- Wählen Sie “Save logic” und dokumentieren Sie genau, für welche Phase und Eigenschaft die Regel gilt.
Schreibgeschützte Eigenschaften, darunter berechnete Werte und Scoring-Werte, können laut derselben Anleitung nicht als Phaseneigenschaften verwendet werden. Ist das Feld nicht verfügbar, prüfen Sie seine Definition, bevor Sie ein weiteres Feld mit demselben Zweck anlegen.
Prüfen Sie vor der Einführung fehlende und vollständige Werte
Testen Sie die vereinbarte Bedingung mit einem genehmigten synthetischen Datensatz und halten Sie das erwartete Ergebnis vor der Aktion fest. Lassen Sie das ausgewählte Feld zunächst leer und geben Sie danach einen sinnvollen Testwert ein. Prüfen Sie nach dem erneuten Öffnen des Datensatzes die gespeicherte Phase und das Feld. Das Ergebnis gilt nur für die tatsächlich geprüfte Bedingung, Person oder das System und den jeweiligen Weg.
- Versuchen Sie den betroffenen manuellen Phasenwechsel ohne Wert in der abhängigen Eigenschaft. Notieren Sie, ob die entsprechende Aufforderung das Speichern verhindert; ein unerwartetes Ergebnis bleibt ein offener Punkt.
- Geben Sie einen eindeutig fiktiven Testwert ein, der dennoch der vereinbarten Bedeutung entspricht. Wiederholen Sie die Aktion und prüfen Sie die gespeicherten Daten.
- Prüfen Sie eine Phase außerhalb der konfigurierten Bedingung separat, damit eine unerwartet weitreichende Anforderung sichtbar wird.
- Bewahren Sie Ausgangszustand, erwartetes Ergebnis, beobachtetes Ergebnis und die für Abweichungen verantwortliche Person gemeinsam auf.
Gehen Sie mit demselben Datensatz vorsichtig um, damit ein zuvor gespeicherter Wert einen späteren Test auf einen fehlenden Wert nicht ungültig macht. Lassen Sie den Administrator den vorgesehenen Ausgangszustand vorbereiten. Eine erfolgreich abgeschlossene Bildschirmaktion allein belegt das gespeicherte Ergebnis nicht.
Prüfen Sie die Übertragungswege Ihrer Datensätze
Ein erfolgreicher manueller Test zeigt nicht, wie ein Workflow, ein Import, ein Websiteformular oder ein Konnektor mit der Anforderung umgeht. Ein Workflow ist ein automatisierter Prozess innerhalb von HubSpot; eine API ist die Softwareschnittstelle, über die ein Konnektor Datensätze schreiben kann. Die Anleitung von HubSpot zu bedingten Eigenschaften schließt Workflow-Bearbeitungen aus ihrem dokumentierten manuellen Geltungsbereich aus.
Das Entwickler-Änderungsprotokoll beschreibt die Durchsetzung konfigurierter bedingter Pflichtfelder und Anforderungen bei der Datensatzerstellung in der API-Version 2026-09. Die Erstellungsanforderungen gelten dabei für POST-Anfragen. Der tatsächlich verwendete Weg und die Version eines Konnektors sind relevant.
Bitten Sie die für jeden verwendeten Weg zuständige Person, die Regel zu bestimmen und genehmigte Prüfungen mit fehlenden und vollständigen Eingaben durchzuführen. Sie müssen keinen Import oder keine Integration nur zu Testzwecken hinzufügen. Halten Sie für jeden vorhandenen Weg ein eigenes Ergebnis fest, einschließlich der zurückgegebenen Meldung sowie der gespeicherten Phase und des Werts, sofern diese geprüft werden können.
Das API-Änderungsprotokoll rät davon ab, dieselbe abgelehnte Anfrage unverändert erneut zu senden. Wird ein Schreibvorgang abgelehnt, bewahren Sie die Anfrage im genehmigten Prozess auf und weisen Sie die Korrektur sichtbar einer verantwortlichen Person zu. Untersuchen Sie die fehlende Information oder Zuordnung vor dem nächsten Test; schwächen Sie die Regel nicht nur ab, damit die Anfrage akzeptiert wird.
Bei unseren Prüfungen von CRM-Konfigurationen und Integrationen verknüpfen wir jede Feldentscheidung mit den Wegen, über die das Feld beschrieben wird. Wenn eine Phase auch in die Messung bezahlter Werbung einfließt, vereinbaren Sie vor ihrer Verwendung, was dieser Status bedeutet. Ein ausgefülltes Feld belegt weder einen Verkauf noch ein gültiges Werbeergebnis.
Was Sie nach der Änderung prüfen sollten
Prüfen Sie die Anforderung anhand der Entscheidung, die sie unterstützen sollte. Vergleichen Sie vor und nach der Änderung gleichartige Datensätze und Übertragungswege. Halten Sie ungeprüfte Wege sichtbar und wiederholen Sie die betroffenen Kontrollen nach einer relevanten Änderung an einer Regel oder Integration. Behalten Sie die ursprünglichen Grenzen eines bestandenen manuellen Tests bei.
- Sind die Werte für die Entscheidung des nächsten Kollegen nützlich oder tragen Mitarbeiter Platzhalter ein?
- Kann die verantwortliche Person unvollständige oder abgelehnte Schreibvorgänge erkennen und korrigieren?
- Bleibt ein ehrliches “unbekannt” mit einer vereinbarten nächsten Aktion sichtbar?
- Für welche Phasen, Akteure oder Schreibwege fehlt weiterhin ein dokumentiertes Ergebnis?
Diese Beobachtungen unterstützen die nächste Konfigurationsentscheidung. Sie belegen weder eine Verbesserung des Vertriebs noch die Richtigkeit jedes eingetragenen Werts.
Wo wir unterstützen
Wir beginnen mit dem Zweck des Feldes, der Phase, in der die Information bekannt wird, und der Person, die sie benötigt. Wir ordnen diese Entscheidung der bestehenden Einstellung und einer Prüfung für jeden verwendeten Weg zu. Notieren Sie die problematische Phase, die fehlende Information und alle Wege, über die der Datensatz beschrieben wird. Sie benötigen keine Kundenexporte oder Accountzugangsdaten, um diese Frage zu definieren.
