1 Accepted solution
Mehrere Geschäftsbereiche, gleicher Kontakt, unterschiedliche Lifecycle?
SOLVEHallo @Dennis-DWFB,
beides hat Vor- und Nachteile. Die Arbeit komplett in der Standard-Lifecycle-Phase-Eigenschaft hätte den Vorteil, dass rein technisch gesehen, hypothetisch Trichterberichte (die Berichte mit den Konversionsraten zwischen den Phasen) funktionieren und auch automatisch die Datumseigenschaften für den Eintritt in die Phase gepflegt werden würden. Diese Eigenschaften müsste man sonst separat erstellen (siehe unten) und könnte auch entsprechende Berichte nicht so einfach erstellen.
Der größte Nachteil dieses Wegs ist allerdings, dass eine Mehrdimensionalität gar nicht abgebildet werden kann. Ein Kontakt kann nicht zur selben Zeit zwei Lifecycle-Phase-Werte haben. Hin- und Herspringen ist keine Option, weil dann der aktuelle Wert für verschiedene Abteilungen, Organisationen, Teams gar nicht eingesehen werden kann.
Benutzerdefinierte Lifecycle-Phase-Eigenschaften für jede Abteilung, Organisation, Team hätten den Vorteil, dass sie ersten intuitiver sind und zweitens diese Mehrdimensionalität abbilden können. Per Workflow müsste man dafür sorgen, dass die aus der Standardeigenschaft bekannten Datumseigenschaften gepflegt und ggf. zurückgesetzt werden. Etwas knifflig, wenn man es fehlerfrei aufsetzen will, aber machbar.
Der Nachteil ist, dass Berichterstattung mit Konversionsraten dann in HubSpot nicht mehr möglich ist. (Ist es aber in Option 1 auch nicht.)
Ich würde mich immer für Option 2 entscheiden.
Denkbar ist theoretisch eine hybride Lösung, bei der man in der Standard-Eigenschaft immer den aktuellsten Wert, unabhängig von Abteilung, Organisation, Team abbildet. Workflows würden immer den aktuellsten Wert in benutzerdefinierte Lifecycle-Phase-Eigenschaften je nach Abteilung, Organisation, Team kopieren. Dort könnte man immer den aktuellen Status einsehen, Trichterberichte könnten weiter auf Basis der Lifecycle-Phase-Standardeigenschaft funktionieren und müssten in verschiedenen Varianten erstellt werden. Mit einer Enterprise-Lizenz könnte man die benutzerdefinierten Eigenschaften so einstellen, dass sie sich nicht bearbeiten lassen, um Nutzer*innen dazu zu zwingen, die System-Eigenschaft zu pflegen.
Viele Grüße!
| Karsten Köhler |
 | Did my post help answer your query? Help the community by marking it as a solution. |
Mehrere Geschäftsbereiche, gleicher Kontakt, unterschiedliche Lifecycle?
SOLVEHallo @Dennis-DWFB,
beides hat Vor- und Nachteile. Die Arbeit komplett in der Standard-Lifecycle-Phase-Eigenschaft hätte den Vorteil, dass rein technisch gesehen, hypothetisch Trichterberichte (die Berichte mit den Konversionsraten zwischen den Phasen) funktionieren und auch automatisch die Datumseigenschaften für den Eintritt in die Phase gepflegt werden würden. Diese Eigenschaften müsste man sonst separat erstellen (siehe unten) und könnte auch entsprechende Berichte nicht so einfach erstellen.
Der größte Nachteil dieses Wegs ist allerdings, dass eine Mehrdimensionalität gar nicht abgebildet werden kann. Ein Kontakt kann nicht zur selben Zeit zwei Lifecycle-Phase-Werte haben. Hin- und Herspringen ist keine Option, weil dann der aktuelle Wert für verschiedene Abteilungen, Organisationen, Teams gar nicht eingesehen werden kann.
Benutzerdefinierte Lifecycle-Phase-Eigenschaften für jede Abteilung, Organisation, Team hätten den Vorteil, dass sie ersten intuitiver sind und zweitens diese Mehrdimensionalität abbilden können. Per Workflow müsste man dafür sorgen, dass die aus der Standardeigenschaft bekannten Datumseigenschaften gepflegt und ggf. zurückgesetzt werden. Etwas knifflig, wenn man es fehlerfrei aufsetzen will, aber machbar.
Der Nachteil ist, dass Berichterstattung mit Konversionsraten dann in HubSpot nicht mehr möglich ist. (Ist es aber in Option 1 auch nicht.)
Ich würde mich immer für Option 2 entscheiden.
Denkbar ist theoretisch eine hybride Lösung, bei der man in der Standard-Eigenschaft immer den aktuellsten Wert, unabhängig von Abteilung, Organisation, Team abbildet. Workflows würden immer den aktuellsten Wert in benutzerdefinierte Lifecycle-Phase-Eigenschaften je nach Abteilung, Organisation, Team kopieren. Dort könnte man immer den aktuellen Status einsehen, Trichterberichte könnten weiter auf Basis der Lifecycle-Phase-Standardeigenschaft funktionieren und müssten in verschiedenen Varianten erstellt werden. Mit einer Enterprise-Lizenz könnte man die benutzerdefinierten Eigenschaften so einstellen, dass sie sich nicht bearbeiten lassen, um Nutzer*innen dazu zu zwingen, die System-Eigenschaft zu pflegen.
Viele Grüße!
| Karsten Köhler |
| Did my post help answer your query? Help the community by marking it as a solution. |
Mehrere Geschäftsbereiche, gleicher Kontakt, unterschiedliche Lifecycle?
SOLVEHallo @Dennis-DWFB,
benutzerdefinierte Lifecycle-Phase-Eigenschaften wären ein Abbild der Standardeigenschaft, für jede Business Unit, richtig.
Hier verstehe ich leider gerade nicht, worauf du dich beziehst? Option 1, Option 2 oder hybrid?
@Dennis-DWFB wrote:
Wo taucht die Standardeigenschaft dann überhaupt noch auf? Also was sollte per Workflow gepflegt werden, wenn eh jede Abteilung ihre "Kontakteigenschaft Lifecycle" hat?
Oder meinst du beim allerersten Aufsetzen? Also einmalig einen Workflow durchlaufen lassen, der bereits vorhandene Lifecycle-Phasen nach Business-Unit zuordnet?
Zur Deal-Frage: Die automatisierte Zuweisung der Lifecycle-Phase, wenn ein Deal erstellt wird, würde dann nicht mehr funktionieren. Auch das müsste man selbst aufsetzen und mit Workflows automatisieren.
Viele Grüße!
| Karsten Köhler |
| Did my post help answer your query? Help the community by marking it as a solution. |
Mehrere Geschäftsbereiche, gleicher Kontakt, unterschiedliche Lifecycle?
SOLVEHallo @Dennis-DWFB,
Korrekt, bei Option 2 würde die Lifecycle-Phase-Standardeigenschaft gar keine Rolle mehr spielen. Hier würde auch mit Workflows nichts aktualisiert werden. Workflows bräuchte man lediglich für die Automatisierung innerhalb der Business Units für die benutzerdefinierten Lifecycle-Phase-Eigenschaften.
Und korrekt, die Deal-Automatisierung könnte so aussehen.
Viele Grüße!
| Karsten Köhler |
| Did my post help answer your query? Help the community by marking it as a solution. |
