Remote-first Modell IT-Teams skalieren: Wie spezialisierte IT-Teams 500+ Kliniken betreuen
Wie ein Remote-first Modell IT-Teams in hochregulierten Nischen skaliert. Praxiswissen aus 17 Jahren Reproduktionsmedizin-IT mit 500+ Kliniken weltweit — von einem spezialisierten IT-Unternehmen aus Regensburg.
Inhalt
- Die wichtigsten Erkenntnisse
- Im Detail: Remote-first Modell für IT-Teams in hochregulierten Märkten
- Warum Nischenspezialisierung und Remote-First zusammengehören
- Das Remote-First-Modell mit ergebnisorientierter Leistungsbewertung
- Fachkräftemangel in der Region: Das Nachwuchsprogramm als Systemlösung
- Dreikanaliges Kundenfeedback-System für hochregulierte Medizinprodukte
- KI und Cloud: Die nächste Skalierungsstufe in der Reproduktionsmedizin-IT
- Karrierestufen-Architektur: Das ungelöste Skalierungsproblem
- Über Michael Schindler
- Remote-first Modell skalieren, das Spezialisten hält?
- Häufige Fragen
Remote-first Modell IT-Teams skalieren: Wie spezialisierte IT-Teams 500+ Kliniken betreuen
Michael Schindler hat in 17 Jahren ein SaaS-Unternehmen für Reproduktionsmedizin-IT aufgebaut, das heute über 500 Kliniken weltweit betreut — aus Regensburg heraus, mit einem Team, das vollständig remote-fähig ist und gegen BMW und Siemens um Talente konkurriert. Was er dabei gelernt hat, ist direkt übertragbar auf jede spezialisierte IT-Organisation, die in einem hochregulierten Markt skalieren will.
Mit 32 Jahren Softwareentwicklungserfahrung, u. a. bei Siemens, entschied Schindler sich bewusst für eine der engsten Nischen in der Medizintechnik. Sein Unternehmen entwickelt IT-Systeme, die Patienten, Ärzte und Labore in Kinderwunschzentren digital verbinden — von der ersten Beratung bis zur Geburt. Das Ergebnis: ein skalierbares Remote-first-Modell, das Spezialisten hält, Nachwuchs aufbaut und ein Kundenfeedback-System betreibt, das direkt in die Produktentwicklung einfließt.
Die Frage ist nicht, ob Remote-First für spezialisierte IT-Teams funktioniert. Die Frage ist, welche strukturellen Entscheidungen — beim Recruiting, bei der Leistungsbewertung, bei der Karriereentwicklung — den Unterschied machen zwischen einem Team, das wächst, und einem, das trotz Remote-Policy stagniert.
Die wichtigsten Erkenntnisse
- Remote-first funktioniert nur mit ergebnisorientierter Leistungsbewertung — Anwesenheit als KPI ist in spezialisierten IT-Teams toxisch und führt zu Fluktuation.
- 500+ Kliniken als aktive Feedback-Lieferanten sind kein Zufall, sondern das Ergebnis eines Dreikanaligen Kundenfeedback-Systems aus Kliniken, Patienten-Apps und Fachkonferenzen.
- Kulturfit schlägt Noten beim Recruiting: Wer Domain-Wissen in hochregulierten Bereichen aufbaut, braucht Menschen, die in einem kleinen Spezialistenteam chemisch funktionieren.
- Ohne explizite Karrierestufen bleibt der Gründer Bottleneck — ein strukturelles Problem, das Skalierung verhindert, bevor sie beginnt.
- Heterogene Teams aus Tech-Nerds und Kommunikations-Generalisten outperformen homogene Entwicklerteams, wenn der Markt direkten Kundenkontakt verlangt.
- Fachkräftemangel in der Region ist lösbar durch eine Kombination aus Hochschul-Partnerschaften, internationalen Studentennetzwerken und regionalem Event-Marketing.
- KI-gestützte Cloud-Plattformen verändern die Embryologie — durch kliniküberschreitende Datenauswertung entstehen erstmals nationale Qualitätsvergleiche.
Im Detail: Remote-first Modell für IT-Teams in hochregulierten Märkten
Hochregulierte Märkte wie die Reproduktionsmedizin bieten enormes Technologisierungspotenzial bei gleichzeitig fehlenden Standards. Remote-first Modelle ermöglichen es spezialisierten IT-Teams, diesen Vorsprung zu nutzen: Nischenkompetenz wird zum strategischen Wettbewerbsvorteil, den etablierte Großkonzerne nicht kurzfristig aufholen können.
Warum Nischenspezialisierung und Remote-First zusammengehören
Die Reproduktionsmedizin ist ein junger Markt. Sehr jung.
„Wenn du dir die klassische Medizin anschaust, die traditionelle Medizin, die hat ja Jahrtausende schon auf dem Buckel. Die Reproduktionsmedizin ist erst 47 Jahre alt.” — Michael Schindler
Diese 47 Jahre sind keine Randnotiz. Sie bedeuten: Technologisierungspotenzial ist maximal. Standardisierungen fehlen noch. Domain-Experten sind selten. Wer sich jetzt spezialisiert, baut einen Kompetenzvorsprung auf, den kein Großkonzern in drei Jahren einholen kann.
Genau dieser Seltenheitswert — Domain-Wissen in hochregulierten Nischen — macht Remote-First zur strategischen Notwendigkeit, nicht zur Lifestyle-Entscheidung. Wer auf einen geografisch begrenzten Talentpool angewiesen ist, verliert gegen BMW, Siemens und SAP. Wer den Pool auf ganz Deutschland, Europa und internationale Studierende ausweitet, kann konkurrieren.
Schindlers Antwort ist klar:
„Wir versuchen tatsächlich Remote first zu fahren. Das heißt, wenn jemand woanders hinziehen möchte, wenn jemand von woanders arbeiten möchte, haben wir überhaupt keinen Stress damit.”
Das ist nicht nur Employer Branding. Das ist Infrastrukturentscheidung. Keine lokalen Server, kein physisches Arbeitsplatz-Requirement, vollständige Cloud-Migration — erst wenn diese technische Basis steht, ist Remote-First glaubwürdig.
Das Remote-First-Modell mit ergebnisorientierter Leistungsbewertung
Das Remote-First mit Ergebnisorientierter Leistungsbewertung-Framework hat sechs operative Schritte:
- Komplette Cloud-Migration: Keine lokalen Server, kein physisches Requirement für den Arbeitsplatz.
- Standardisierung des Remote-Zugangs: Laptop-only-Setup, remote-fähige Tools für alle Rollen.
- Umstellung der Leistungsbewertung: Von Anwesenheit auf Ergebnisse — individuelle Kompetenzprofile werden anerkannt, nicht normiert.
- Flextime als Standard: Nicht als Ausnahme, die beantragt werden muss.
- Ergebnis-KPIs pro Projekt und Abteilung: Leistung wird daran gemessen, nicht an Präsenz.
- Rotation ermöglichen: Mitarbeiter können zwischen Support und Entwicklung wechseln und ihre eigenen Stärken entdecken.
Dieser letzte Punkt ist unterschätzt. Schindler beschreibt es direkt:
„Wir haben oft Leute, die bei uns im Support anfangen und feststellen: Nee, ich bin eigentlich der Nerd. Und sind dann hinterher die Top Performer.”
Für Distributed Team Management in IT-Organisationen bedeutet das: Jobbeschreibungen beim Einstieg sind Hypothesen, keine Verträge. Wer das institutionell ermöglicht, bindet Talente, weil Entwicklungspfade sichtbar und real sind.
Fachkräftemangel in der Region: Das Nachwuchsprogramm als Systemlösung
Regensburg ist keine Tech-Metropole. Das Problem ist strukturell:
„Regensburg hat halt auch den riesen Nachteil für uns kleines Unternehmen, dass die Industrie um uns rum ist — BMW, Siemens. Wir müssen schon versuchen durch bestimmte Aktionen einfach so auf uns aufmerksam zu machen.”
Die Arbeitslosenquote ist niedrig, der Wettbewerb um Talente mit Konzernen ist asymmetrisch — Gehalt, Markenbekanntheit und Karrierepfade sprechen kurzfristig für die Großen. Das Spezialisierte Nachwuchsprogramm von Schindler bekämpft das auf drei Ebenen:
Ebene 1 — Hochschul-Partnerschaften: Werkstudentenstellen, Bachelor- und Masterarbeiten über die lokale Universität. Talente werden früh eingebunden, bevor sie in den Konzern wechseln. 1-2 Fachinformatiker-Auszubildende pro Jahr sind Standard.
Ebene 2 — Internationale Studentennetzwerke: Über Netzwerke wie IAESTE oder vergleichbare Studentenvereinigungen werden Praktikanten aus Brasilien, Tunesien und anderen Ländern für 6-12 Monate angeworben. Die 50/50-Verteilung zwischen regional rekrutierten und überregionalen bzw. internationalen Mitarbeitern ist kein Zufall — sie ist bewusstes Risikomanagement gegen regionalen Fachkräftemangel.
Ebene 3 — Regionales Event-Marketing: Musikfestivals, Sponsorships mit Brand-Mascots, lokale Sichtbarkeit außerhalb der klassischen Jobbörsen. Ziel: Awareness bei einer Zielgruppe, die Stellenanzeigen ignoriert, aber Events besucht.
Entscheidend dabei: Kulturfit vor Noten.
„Wenn wir Mitarbeiter aussuchen, ist der erste Fokus bei uns tatsächlich nicht nur die Note, das Zeugnis, sondern wir versuchen auch relativ früh die Leute kennenzulernen.”
Für spezialisierte IT-Teams in der Digitalen Transformation gilt: Domain-Wissen ist lehrbar, Persönlichkeit nicht. Wer in einem kleinen Team mit hochkomplexen Domänen-Anforderungen arbeitet, muss chemisch passen — auch im Remote-Kontext, wo Reibung schneller eskaliert.
Dreikanaliges Kundenfeedback-System für hochregulierte Medizinprodukte
500+ Kliniken als aktive Kundenbasis über 17 Jahre aufzubauen, ist beeindruckend. Aber die eigentliche strategische Leistung liegt darin, wie dieses Netzwerk als systematisches Feedback-Instrument genutzt wird.
„Wir haben über 500 Kliniken mit den letzten 17 Jahren angesammelt. Das ist natürlich schon viel, die tagtäglich ja mit den Systemen arbeiten. Und jetzt auch im Bezug auf die Patienten haben wir viel Feedback durch die App.”
Das Dreikanalige Kundenfeedback-System trennt drei Feedback-Quellen bewusst:
Kanal 1 — Kliniken und Ärzte: Anwendertreffen, tagtägliche Nutzung, direkter Support-Kontakt. Das ist qualitatives Volumen-Feedback — hoch frequent, operativ fokussiert, unmittelbar handlungsrelevant für Bug-Fixes und UX-Verbesserungen.
Kanal 2 — Patienten: Über digitale Touchpoints wie Zyklus-Tracking-Apps kommt Feedback, das Ärzte nie geben würden — weil es die Patientenperspektive auf Prozesse abbildet, die Kliniken längst für selbstverständlich halten. Für Kundenfeedback-Systeme in B2B SaaS ist das kritisch: Wer nur den direkten Käufer fragt, blendet den Endnutzer aus.
Kanal 3 — Fachmedizin und Konferenzen: Embryologen als eingebundene Domain-Experten, Konferenzbesuche, Fachmessen. Hier entstehen die strategischen Produktentscheidungen — Therapieinnovationen, neue Geräte, regulatorische Anforderungen werden frühzeitig erkannt, bevor sie Compliance-Probleme werden.
Für User-Community Management in Kliniken ist das Consensus-Building unter Kunden besonders wertvoll: Best Practices entstehen nicht top-down, sondern durch das Netzwerk selbst. Das reduziert den Aufwand für Produktentscheidungen und erhöht die Akzeptanz neuer Features.
KI und Cloud: Die nächste Skalierungsstufe in der Reproduktionsmedizin-IT
„Eine neue Cloud-Plattform, die Daten aus vielen Kliniken bündelt und dadurch erstmals nationale und internationale Vergleiche, Qualitätsanalysen und KI-gestützte Verbesserungen ermöglicht.”
Diese Aussage ist strategisch bedeutsam, weil sie Cloud-Migration im Healthcare-Bereich nicht als technisches Projekt beschreibt, sondern als Geschäftsmodell-Erweiterung. Wer Daten über Klinik-Grenzen hinweg bündeln kann, schafft Netzwerkeffekte, die einzelne Kliniken nicht replizieren können.
KI-gestützte Qualitätsanalysen in der Embryologie setzen voraus, dass Datensätze groß genug sind, um statistisch valide Muster zu erkennen. Eine einzelne Klinik hat das nicht. Ein Netzwerk von 500+ Kliniken schon. Das ist der eigentliche Wettbewerbsvorteil eines Netzwerk-SaaS-Modells in hochregulierten Märkten: Datenschutz (GDPR, Medizinprodukte-Recht) ist kein Hindernis, sondern Qualitätsmerkmal — wenn die Infrastruktur stimmt.
Karrierestufen-Architektur: Das ungelöste Skalierungsproblem
Schindler ist transparent über die eigene Baustelle:
„Wir müssen noch bessere Karrierestufen rausarbeiten — damit es für jeden einzelnen klarer ist, in welche Richtung er sich entwickeln kann. Das ist die Gefahr bei Unternehmen, die klein anfangen: Der Gründer bleibt Bottleneck.”
Die Karrierestufen-Architektur für dezentralisierte Verantwortung ist der nächste Schritt — und ein Problem, das fast alle spezialisierten IT-Unternehmen unter 50 Mitarbeitern kennen. Ohne explizite Karrierepfade akkumuliert der Gründer Entscheidungshoheit, weil niemand sonst formal autorisiert ist, Verantwortung zu übernehmen.
Die Lösung hat vier Elemente:
- Mehrere parallele Tracks mit echter Entscheidungsautorität: technisch, Kundensupport, Leadership.
- Explizite Verantwortlichkeiten pro Stufe — nicht symbolisch, sondern operativ wirksam.
- Regelmäßige Entwicklungsgespräche mit konkreten 1/2/3-Jahres-Perspektiven.
- Schrittweise Delegation von Gründer-Aufgaben an Track-Besitzer.
Für OKR-Tracking und ergebnisorientierte Leistungsbewertung ist dieser Schritt die Voraussetzung. Ohne Karrierestufen gibt es keine sinnvollen Verantwortungsbereiche — und ohne Verantwortungsbereiche bleiben OKRs Papier.
Der heterogene Team-Ansatz, den Schindler beschreibt, funktioniert nur in diesem Kontext:
„Du brauchst meiner Meinung nach so eine gute Mischung einfach. Der technisch nicht so avisiert ist, der hat halt mehr können in Bezug auf Kundensupport, Schulungen halten.”
Verantwortungsverteilung in dezentralisierten Teams setzt voraus, dass beide Tracks — Tech und Customer Success — als gleichwertig anerkannt werden, nicht als Hierarchie, in der Entwickler oben und Support unten stehen.
Über Michael Schindler
Michael Schindler ist Gründer und Geschäftsführer eines auf Reproduktionsmedizin-IT spezialisierten SaaS-Unternehmens aus Regensburg. Mit 32 Jahren Softwareentwicklungserfahrung — darunter Stationen bei Siemens — hat er in den letzten 17 Jahren ein Netzwerk von über 500 Kliniken weltweit aufgebaut, die täglich mit seinen Systemen arbeiten. Sein Unternehmen entwickelt IT-Lösungen, die den gesamten Behandlungspfad in Kinderwunschzentren digital abbilden — von der ersten Beratung über Labor-Tracking bis zur Geburtsregistrierung. Schindler ist einer der wenigen Unternehmer in Europa mit tiefer Domain-Expertise sowohl in Medizintechnik-Regulatorik als auch in Cloud-basierter SaaS-Produktentwicklung für hochregulierte Märkte.
Remote-first Modell skalieren, das Spezialisten hält?
Michael Schindlers Ansatz zeigt, was möglich ist, wenn Remote-First, ergebnisorientierte Leistungsbewertung und strukturierte Nachwuchsförderung als System zusammenwirken — nicht als isolierte HR-Maßnahmen. Für Führungskräfte, Strategieleiter und PMO-Verantwortliche in MedTech- und Pharmaunternehmen sowie großen IT-Organisationen, die Fachkräftemangel strukturell lösen, Distributed Teams koordinieren und Umsetzungsgeschwindigkeit erhöhen wollen, sind diese Entscheidungen keine Optionen. Sie sind die Grundlage für Skalierung in hochregulierten Märkten. Strategiewerkstatt begleitet Organisationen ab 10 Mio. EUR Jahresumsatz im DACH-Raum dabei, genau diese strukturellen Hebel zu identifizieren und konsequent umzusetzen.
Strategiegespräch vereinbaren →
Häufige Fragen
Remote-First oder Büro-Präsenz: Was ist besser für spezialisierte IT-Teams?
Remote-First ist die überlegene Strategie, wenn Leistungsbewertung auf Ergebnisse — nicht Anwesenheit — umgestellt wird. Spezialisierte Teams mit seltenen Domain-Kenntnissen sind mobil und knapp. Wer Präsenzpflicht erzwingt, verliert sie an Konzerne, die mehr zahlen und mehr Flexibilität bieten. Die technische Voraussetzung: vollständige Cloud-Migration ohne lokale Server.
Wie baut man IT-Teams mit Domain-Wissen in Nischen-Bereichen wie Kinderwunschzentren auf?
Dreistufig: Hochschul-Partnerschaften für frühzeitige Bindung vor dem Konzernwechsel, interne Ausbildungsprogramme (Fachinformatiker, 1-2 pro Jahr), und internationale Studentennetzwerke für geografische Reichweite. Kulturfit und Persönlichkeit werden vor Noten bewertet — in kleinen Spezialistenteams entscheidet die Teamchemie über Innovationsfähigkeit, nicht der Abschluss.
Wie strukturiert man Kundenfeedback für medizinische Software-Entwicklung?
Über drei getrennte Kanäle: (1) Kliniken und Ärzte durch Anwendertreffen und tagtägliche Support-Interaktion, (2) Patienten über digitale Touchpoints wie Tracking-Apps, (3) Fachmedizin über Konferenzen und eingebundene Domain-Experten (z. B. Embryologen im Team). Nur wer alle drei Kanäle systematisch auswertet, erkennt echte Marktbedarfe früh genug.
Welche Karrierestufen braucht ein IT-Unternehmen, um zu skalieren?
Mindestens drei parallele Tracks mit echter Entscheidungsautorität: technisch, Kundensupport, Leadership. Ohne explizite Karrierepfade bleibt der Gründer operativer Bottleneck. Mitarbeiter verlassen das Unternehmen nicht wegen Gehalt, sondern wegen fehlender Entwicklungsperspektive. Karrierestufen sind die strukturelle Voraussetzung für erfolgreiche Delegation.
Wie kombiniert man Remote-Work mit ergebnisorientierter Leistungsbewertung?
Ergebnis-KPIs pro Projekt und Abteilung definieren — Leistung wird daran gemessen, nicht an Stunden oder Präsenztagen. Individuelle Kompetenzprofile werden anerkannt: Wer im Support stark ist, hat denselben Wert wie wer in der Entwicklung stark ist. Rotation zwischen Rollen ermöglichen, damit Mitarbeiter ihre eigenen Stärken entdecken können.
```
Häufige Fragen
Remote-First oder Büro-Präsenz: Was ist besser für spezialisierte IT-Teams?
Remote-First gewinnt, wenn Leistung an Ergebnissen gemessen wird, nicht an Anwesenheit. Spezialisierte Teams mit Domain-Wissen sind mobil und selten — wer erzwingt, dass sie täglich ins Büro kommen, verliert sie an Konzerne mit mehr Gehalt und Flexibilität.
Wie wirbt man IT-Talente ab von Großkonzernen wie BMW und Siemens in der Region?
Drei Hebel: Hochschul-Partnerschaften für frühzeitige Bindung, internationale Studentennetzwerke für geografische Reichweite, und regionales Event-Marketing für Sichtbarkeit. Kulturfit und Entwicklungsperspektive schlagen Gehalt, wenn Kandidaten früh eingebunden werden.
Welche Karrierestufen braucht ein IT-Unternehmen, um zu skalieren?
Mindestens drei parallele Tracks mit echter Entscheidungsautorität: technisch, Kundensupport und Leadership. Ohne explizite Karrierepfade bleibt der Gründer Bottleneck — Mitarbeiter stagnieren und verlassen das Unternehmen, weil Entwicklungsperspektive fehlt.
