Implementation Manager:in / Onboarding-Manager:in

Fähigkeit, eine Verzögerung zu diagnostizieren, ohne den Kunden, das Produkt oder Sales pauschal zu beschuldigen. Bonus: die:der Kandidat:in benennt ein Frühsignal, das sie:er hätte früher erkennen können (verspätete Datenlieferung des Kunden, unklare Stakeholder-Verantwortung, übersehene technische Abhängigkeit). Kandidat:innen, die nie eine Implementierung verzögert haben, sagen die Wahrheit nicht oder haben kein substanzielles Portfolio getragen.

Fähigkeit, Stakeholder zu kartieren (Executive Sponsor, fachliche:r Projektleiter:in auf Kundenseite, IT-Verantwortliche:r, tägliche Anwender:innen) und über Wochen oder Monate hinweg eine konsistente Projekt-Kadenz zu halten. Konkret zu Dauer, Meilensteinen und Eskalationsmomenten. Kandidat:innen, die eine komplexe Implementierung in 2 Sätzen abhandeln, haben in Wirklichkeit Standard-Setups durchgewunken, kein echtes Implementation Management betrieben.

Fähigkeit, eine unbequeme Botschaft zu übermitteln, ohne die Beziehung zu beschädigen und ohne kommerzielle Zugeständnisse vorschnell zuzulassen. Reife gegenüber den Beziehungskosten, einen Kunden zur Scope-Disziplin zu führen. Kandidat:innen, die nie einer:m Kund:in widersprochen haben, zeigen eine zu nachgiebige Service-Haltung, die sich in aufgeblähtem Scope, Verzögerungen und Post-Go-Live-Frustration niederschlägt.

Priorisierung: (1) klare schriftliche Eskalation an den fachlichen Projektleiter mit dokumentiertem Impact auf das Go-Live-Datum, (2) parallele Pfade prüfen (Teil-Go-Live mit reduziertem Scope, Verschiebung um 2 bis 3 Wochen, internes Workaround für die fehlenden Daten), (3) Kommunikation an internes Sales-Team und Produkt, falls die Verzögerung Folgen für andere Kunden hat. Schlechtes Zeichen: die:der Kandidat:in schlägt vor, die Verzögerung still hinzunehmen und das Team selbst kompensieren zu lassen.

Kombination aus Datenlektüre (Projektstatus, offene Risiken, Meilenstein-Erreichung, Ticket-Historie) plus priorisierte 1:1 mit den 3 risikoreichsten Projekten plus Lektüre der Notizen der:des Vorgänger:in. Kandidat:innen, die direkt zu einer generischen Vorstellungs-Mail an alle Kunden springen, übergehen die Diagnose und verlieren Vertrauen vom ersten Tag an. Bonus: die:der Kandidat:in benennt das Risiko der Übergabe und plant ein gemeinsames Übergabe-Meeting pro Kunde mit der vorherigen Kontaktperson.

Fähigkeit, gegenüber einem Sales, das auf schnelle Konfliktlösung drängt, eine Position zu halten. Erst Diagnose: warum verzögert sich das Projekt wirklich? Plan: gemeinsame Klärungssitzung mit dem fachlichen Projektleiter und dem Executive Sponsor des Kunden, bevor kommerzielle Zugeständnisse gemacht werden. Kandidat:innen, die den Rabatt zur Konfliktvermeidung akzeptieren, zeigen eine Schwäche, die sich in struktureller Erosion der Implementierungs-Margen niederschlägt.

Zerlegung: (1) Standardisierung der initialen Discovery-Phase (Templates, Pre-Read-Fragebogen), (2) Reduktion der Übergabe-Lücken zwischen Sales und Implementation (gemeinsames Kickoff, klar definierte Verantwortlichkeitsmatrix), (3) Strukturierte Onboarding-Phasen mit messbaren Austrittskriterien, (4) Selbstbedienungs-Komponenten für wiederkehrende technische Schritte. Realistische Größenordnung: 14 Wochen auf 8 Wochen in 12 Monaten ist ambitioniert ; ohne strukturelle Standardisierung scheitert es. Kandidat:innen, die nur von schneller arbeiten sprechen, übersehen die Hebel-Math.

Explizite Segmentierung nach Risiko und Komplexität: 2 risikoreichste Projekte (in der Regel die größten Vertragswerte oder die kritischsten Go-Live-Termine) in täglichem oder zwei-Tage-Touch, mittlere Projekte in wöchentlichem Touch mit strukturiertem Status-Update, einfache Standard-Setups in zwei-Wochen-Touch mit Selbstbedienungs-Komponenten. Bonus: die:der Kandidat:in passt nach Risikosignal an (ein einfaches Projekt mit verspäteter Datenlieferung rückt temporär nach oben). Schlechtes Zeichen: identischer Touch für alle Projekte oder Priorisierung nach Vertragsdatum-Alphabet.

Erst Diagnose: warum zieht sich der Sponsor zurück, warum geringe Adoption? Schwache initiale Bedarfsklärung, fehlendes internes Change Management auf Kundenseite, Produkt unpassend zum tatsächlichen Workflow oder eskalierte Konfliktdynamik. Sequenzierter Plan: (1) Bilaterales Gespräch mit dem:der Sponsor:in, um das eigentliche Risiko zu verstehen, (2) gemeinsamer Workshop mit den 3 widerständigsten End-Nutzer:innen, um Reibungspunkte zu identifizieren, (3) konkreter 30-Tage-Aktionsplan mit messbaren Meilensteinen und einem klaren Eskalations-Trigger. Kandidat:innen, die eine generelle Re-Training-Session aller End-Nutzer:innen vorschlagen, zeigen eine reflexhafte statt diagnostische Haltung.

Gesunde Kadenz: Projektampeln (Status pro laufender Implementierung auf rot, gelb, grün) täglich auf Risikokonten, Meilenstein-Erreichung und Time-to-Value pro Phase wöchentlich, Aggregat-Time-to-Value, durchschnittliche Projektdauer und Post-Onboarding-CSAT monatlich. Unterscheidung Frühindikatoren (Datenlieferungs-Status, Stakeholder-Engagement, Meilenstein-Slip) vs. Spätindikatoren (verfehltes Go-Live-Datum, Post-Go-Live-Eskalation). Kandidat:innen, die nur Vertragsabschluss oder NPS betrachten, übersehen die operative Steuerungsebene.

Typische Struktur: 75-90 Min., Eröffnung mit Bestätigung der Business-Ziele des Kunden (15 Min., vom Sponsor zu validieren), Vorstellung des Implementierungsplans (Phasen, Meilensteine, Verantwortlichkeiten) (20 Min.), Klärung der erwarteten Datenlieferungen und Integrations-Punkte mit IT-Verantwortlichen (20 Min.), Kommunikations-Kadenz und Eskalationswege (10 Min.), Commitments und nächste Schritte (15 Min.). Anwesenheit des Executive Sponsors auf Kundenseite verpflichtend, sonst verschieben. Kandidat:innen, die ein Kickoff als Produktdemo beschreiben oder direkt mit der technischen Konfiguration starten, verfehlen den Sinn der Übung.

Systemische Methode: dokumentierte Implementierungs-Phasen (Meilensteine bei T+1 Woche, T+4 Wochen, T+8 Wochen je nach Standard-Modell), messbare Austrittskriterien aus jeder Phase (validierte Datenmigration, eingerichteter Champion auf Kundenseite, abgenommene Konfiguration), Übergabe-Standards mit Sales-Verantwortlichen. Verständnis dafür, dass eine konsistente Implementierungs-Kadenz der Output einer cross-funktionalen Mechanik ist, nicht ein isolierter Implementation-Manager-Prozess. Kandidat:innen, die zu mehr Templates einführen springen, ohne die zugrundeliegende Sales-zu-Implementation-Übergabe zu ändern, scheitern.

Offenheit: Fähigkeit, die Rückmeldung vom persönlichen Urteil zu trennen. Bonus: die:der Kandidat:in nennt ein konkretes Beispiel einer Verhaltensänderung nach unbequemem Feedback. Kandidat:innen, die beschreiben, wie sie:er der:dem Vorgesetzten die eigene Logik erklärt hat statt zuzuhören, sind zurückhaltend zu bewerten (kann auf eine Schwäche der Coachbarkeit hindeuten ; das Berufsbild erfordert viel Selbstkorrektur).

Partnerschaftshaltung: dokumentierte Übergabe mit Sales (Verkaufskontext, gemachte Versprechen, identifizierte Stakeholder, vereinbarter Scope), strukturiertes bidirektionales Feedback ; Beziehung zur:m PM als Co-Konstruktion (strukturierte Rückmeldung von Bedarfen mit Business-Kontext, kein bloßer Forderungs-Ticket aus dem laufenden Projekt). Kandidat:innen, die mit Frustration über Produkt sprechen (sie liefern nie rechtzeitig) oder mit Geringschätzung über Sales (sie versprechen zu viel), zeigen eine Schwäche in der Teamarbeit, die sich in operativen Silos manifestiert.

Operative Reife: Fähigkeit, eine Verschiebung zu argumentieren, wenn die Implementierung nicht reif ist, statt ein zerbrechliches Go-Live zu erzwingen, das in Post-Go-Live-Eskalationen explodiert. Konkret: die:der Kandidat:in nennt das Projekt, den Druckmoment, die getroffene Entscheidung und das tatsächliche Ergebnis. Kandidat:innen, die nie gegen einen Go-Live-Druck entschieden haben, zeigen einen Bias zur kurzfristigen Konformität, der in struktureller Implementierungs-Qualität Probleme macht.