Hauke Melius

Und vielleicht mal zur Einordnung, was wir damit meinen.

Wir haben im Prinzip zwei Teams.

Und das ist jetzt auch, wenn man in den Markt guckt und sich Unternehmen anguckt, die ähnlichen Weg sind wie wir.

Die Struktur wird man überall finden.

Das heißt, es gibt ein Team, das eher darauf inzentiviert ist oder eher darauf guckt, neue Kunden zu generieren.

und im Prinzip viele neue Projekte macht und mit dem Kunden arbeitet, das Ganze technisch validiert, das dann zu einem Abschluss bringt und dann nach einer gewissen Zeit wandert dann dieser Neukunde rüber in diesen Wachstumsbereich, Growth nennen wir das jetzt.

Und im Growth-Bereich

Jetzt dann darum, dem Kunden wirklich dabei zu helfen, dass er die Ziele, die er sich initial gesteckt hat, tatsächlich auch erreicht, dass wir vielleicht auch noch anderen Abteilungen bei ihren Problemen helfen können und so dann diesen Kunden, wenn er jetzt, sagen wir mal, klein anfängt, weiter auszubauen und wirklich eine langfristige Kundenbeziehung aufzubauen.

Also wir haben, ein bisschen anders, wir haben, wir nennen sie Observability-Architekts und im Gegenzug zu Customer-Success-Managern sind das eher technische Ressourcen.

Also das sind bei uns zum Teil Leute, die teilweise auch aus den Pre-Sales kommen, teilweise aber auch aus dem Support.

Leute, die irgendwie schon mal wirklich

hands-on Erfahrungen damit haben, was es heißt, Observability zu machen, für eine Plattform verantwortlich zu sein, sowas.

Das ist im Prinzip unsere, sagen wir mal, technische Post-Sales oder Post-Opportunity-Rolle, nenne ich es jetzt mal, die natürlich gemeinsam mit dem Solution-Engineer dann diesen Kunden betreut.

Genau, und das sind natürlich teilweise dann fließende Übergänge.

Der Solution Engineer ist dann eher involviert, wenn es jetzt dann darum geht, sagen wir mal, keine Ahnung, Abteilung A hat das Produkt eingeführt, Abteilung B möchte das auch machen, aber die müssen noch Feature XYZ zusätzlich verproben.

Das wäre dann eher so die Solution Engineer-Aufgabe.

wenn es jetzt darum geht, wirklich diesen strategisch mit diesem Kunden zu planen, okay, was müssen wir mit dieser Observability-Plattform noch machen?

Was sind eure Ziele?

Was sind unsere Ziele?

Das geht dann eher so in Richtung Observability-Architekt und auch da dann Weeklys zu haben, bei Weekly-Meetings und so, das ist eher so die Richtung.