Hochschulsoftware

Viele Funktionslisten lesen sich beeindruckend und sagen im Alltag nichts aus. Deshalb schauen wir auf die Punkte, die im täglichen Betrieb wirklich Arbeit sparen oder verursachen.

Studierendenverwaltung und Lebenszyklus

Ein Studierender durchläuft viele Stationen: Bewerbung, Zulassung, Immatrikulation, Rückmeldung pro Semester, eventuell Beurlaubung, dann Prüfungen und am Ende Exmatrikulation. Achte darauf, ob die Software diesen kompletten Weg ohne Medienbrüche abbildet. Wenn du für die Rückmeldung wieder eine separate Liste pflegen musst, hast du wenig gewonnen.

Prüfungsverwaltung

Hier entsteht in der Praxis der meiste Ärger. Prüfungsordnungen sind komplex, sie ändern sich, und sie unterscheiden sich zwischen Studiengängen. Frag konkret nach, wie die Software mit mehreren gültigen Prüfungsordnungen gleichzeitig umgeht. An einer Hochschule studieren immer Menschen nach alten und nach neuen Ordnungen parallel. Ein System, das nur eine Version kennt, wird dich zwingen, Sonderfälle von Hand zu rechnen.

Raum- und Veranstaltungsplanung

Räume kollidieren, Dozenten sind doppelt verplant, Kapazitäten passen nicht zur Teilnehmerzahl. Eine brauchbare Planungskomponente zeigt dir Konflikte, bevor der Stundenplan veröffentlicht ist. Lass dir in der Demo zeigen, was passiert, wenn du absichtlich einen Konflikt erzeugst.

Schnittstellen und Datenexport

Keine Hochschulsoftware steht allein. Du hast eine Lernplattform, eine Finanzbuchhaltung, vielleicht ein Identitätsmanagement für Logins. Die spannende Frage ist, wie Daten hinein und hinaus kommen. Gibt es dokumentierte Schnittstellen oder nur einen CSV-Export, den jemand nachts von Hand einspielt. Ein sauberer Datenexport ist außerdem deine Versicherung: Wenn du den Anbieter wechseln willst, brauchst du deine Daten in einem brauchbaren Format.

Reporting und Auswertungen

Hochschulen müssen berichten, an Ministerien, an die Statistik, intern an die Leitung. Prüf, ob du Standardauswertungen bekommst und ob du eigene Abfragen bauen kannst, ohne jedes Mal den Support anzurufen.

Lass die richtigen Leute testen

Der wichtigste Rat vorweg: Lass die Software in der Demo von der Person bedienen, die später jeden Tag damit arbeitet, nicht vom Kanzler oder vom Rechenzentrumsleiter. Die Sachbearbeiterin im Prüfungsamt merkt in zehn Minuten, ob die Notenverbuchung fünf oder fünfzig Klicks braucht. Diese Erkenntnis ist mehr wert als jede Hochglanzpräsentation.

Passt das System zu deinen Prozessen oder umgekehrt

Manche Systeme zwingen dir ihre Logik auf, andere lassen sich anpassen. Beides hat einen Preis. Starke Anpassbarkeit klingt gut, kostet aber bei jedem Update Geld und Nerven, weil deine Sonderkonstruktionen wieder getestet werden müssen. Ein starres System ist billiger im Betrieb, passt aber vielleicht nicht zu deiner Prüfungsordnung. Sei ehrlich, welche deiner Prozesse wirklich besonders sind und welche du auch anpassen könntest.

Betriebsmodell

Kläre früh, ob du das System selbst betreiben willst (auf eigenen Servern) oder ob der Anbieter es für dich hostet. Selbstbetrieb heißt volle Kontrolle und volle Verantwortung, du brauchst Leute im Rechenzentrum, die das können. Gehostet heißt weniger eigener Aufwand, aber du gibst Daten und Verfügbarkeit in fremde Hände. Für eine kleine Einrichtung ohne IT-Abteilung ist Selbstbetrieb selten realistisch.

Referenzen von echten Anwendern

Bitte um Kontakt zu Einrichtungen, die dem deinen ähneln, in Größe und Typ. Ruf dort an und frag nicht, ob sie zufrieden sind, sondern was zuletzt schiefgegangen ist und wie lange der Support gebraucht hat. Die Antworten sagen dir mehr als jede Referenzliste auf der Website des Anbieters.

Der Kaufpreis oder die Lizenzgebühr ist nur ein Teil der Rechnung. Wer nur darauf schaut, verrechnet sich zuverlässig.

Die üblichen Modelle

Du triffst grob auf drei Muster. Erstens die klassische Lizenz mit einmaliger Zahlung und laufender Wartungsgebühr. Zweitens ein Abonnement, das du pro Jahr zahlst, oft gestaffelt nach Zahl der Studierenden. Drittens Mischformen, bei denen Grundmodule fest kosten und Zusatzmodule extra. Welches Modell für dich günstiger ist, hängt davon ab, wie lange du das System nutzen willst und wie stark deine Zahl der Studierenden schwankt.

Die Kosten, die man übersieht

Die Einführung selbst kostet oft mehr als die Software im ersten Jahr. Datenmigration aus deinem alten System, Anpassung an deine Prüfungsordnungen, Schulung der Mitarbeiter, Testphase im Parallelbetrieb. Rechne außerdem mit laufenden Kosten für Updates, für Support-Pakete und für die Arbeitszeit deiner eigenen Leute, die das System pflegen.

Ein häufig unterschätzter Posten ist die interne Personalbindung. Jemand muss das System betreuen, Anfragen sammeln, mit dem Anbieter sprechen. Diese Person fehlt an anderer Stelle. Rechne diese Zeit ein, auch wenn sie auf keiner Rechnung des Anbieters steht.

Frag nach den Kosten am Ende

Selten stellt jemand die Frage, was ein Ausstieg kostet. Was passiert mit deinen Daten, wenn du kündigst. Gibt es eine Gebühr für den Export im vollständigen Format. Wie lange darfst du das System nach der Kündigung noch nutzen, um die Migration vorzubereiten. Diese Punkte gehören vor Vertragsschluss geklärt, nicht danach.

Die Prüfungsordnung wird zu spät angeschaut

Ein Klassiker: Man entscheidet sich für ein System, weil die Studierendenverwaltung überzeugt, und stellt erst bei der Einführung fest, dass die eigene, verschachtelte Prüfungsordnung sich nicht sauber abbilden lässt. Dann beginnt das teure Nachbauen. Nimm deine komplizierteste Prüfungsordnung mit in die Demo und lass sie durchspielen.

Migration wird unterschätzt

Alte Daten sind selten sauber. Doppelte Datensätze, fehlende Felder, historische Sonderfälle. Die Migration ist oft der Punkt, an dem Projekte kippen. Plan genug Zeit ein, um Daten vor dem Umzug zu bereinigen, und rechne mit mindestens einem Testlauf, bei dem du die Ergebnisse Zeile für Zeile prüfst.

Kein Parallelbetrieb

Wer das alte System abschaltet, bevor das neue nachweislich läuft, geht ein hohes Risiko ein. Ein Semester Parallelbetrieb kostet Nerven, ist aber die Absicherung gegen den Fall, dass zur Rückmeldephase plötzlich nichts funktioniert.

Schulung erst nach dem Start

Mitarbeiter, die erst am Tag des Umstiegs zum ersten Mal vor dem neuen System sitzen, produzieren Fehler und Frust. Schulung gehört vor den Echtbetrieb, an einem Testsystem mit realistischen Daten.

Der Anbieter verspricht Anpassungen mündlich

Was nicht im Vertrag steht, wurde nicht vereinbart. Ich habe erlebt, dass in der Demo alles möglich schien und später hieß, das koste extra. Halt jede zugesagte Funktion schriftlich fest, mit Termin und Preis.

Hochschulen verarbeiten sensible personenbezogene Daten: Namen, Adressen, Noten, Gesundheitsdaten bei Nachteilsausgleichen, teilweise Herkunftsdaten. Damit greift der Datenschutz mit voller Kraft.

Datenschutz

In Deutschland und Österreich gilt die Datenschutz-Grundverordnung, in der Schweiz das revidierte Datenschutzgesetz. Praktisch heißt das: Du brauchst eine saubere Rechtsgrundlage für jede Verarbeitung, ein Verzeichnis der Verarbeitungstätigkeiten und, wenn der Anbieter Daten für dich verarbeitet, einen Vertrag zur Auftragsverarbeitung. Kläre, wo die Daten liegen. Server innerhalb der EU oder des EWR sind unkomplizierter als eine Verarbeitung im Ausland.

Aufbewahrung und Löschung

Manche Daten musst du aufbewahren, etwa Prüfungsunterlagen für gesetzlich vorgeschriebene Fristen, andere musst du löschen, wenn der Zweck entfällt. Ein gutes System unterstützt beides: definierte Aufbewahrungsfristen und ein nachvollziehbares Löschkonzept. Frag nach, ob sich Fristen einstellen lassen.

Zugriffsrechte und Protokollierung

Nicht jeder darf alles sehen. Ein Mitarbeiter der Bibliothek braucht keinen Zugriff auf Noten. Prüf, ob sich Rollen fein genug abstufen lassen und ob das System protokolliert, wer wann welche Daten geändert hat. Diese Protokolle brauchst du, wenn eine Aufsichtsbehörde nachfragt.

Barrierefreiheit

Öffentliche Stellen unterliegen Vorgaben zur digitalen Barrierefreiheit. Wenn Studierende selbst im System arbeiten, etwa zur Prüfungsanmeldung, sollte die Oberfläche für Menschen mit Beeinträchtigungen nutzbar sein. Das ist nicht nur rechtlich relevant, sondern betrifft reale Menschen an deiner Hochschule.

Ein Hinweis zur Einordnung: Die konkreten Fristen und Gesetzestexte solltest du im Einzelfall mit deiner oder deinem Datenschutzbeauftragten und gegebenenfalls juristisch prüfen. Die Anforderungen unterscheiden sich zwischen den Ländern und teils zwischen den Bundesländern.

Schritt eins: Prozesse aufschreiben

Bevor du auch nur einen Anbieter ansiehst, schreib auf, welche Prozesse das System abdecken soll. Nicht als Wunschzettel, sondern als Ist-Zustand. Wer macht heute was, mit welchem Werkzeug, an welcher Stelle hakt es. Diese Liste ist dein Maßstab.

Schritt zwei: Anforderungen priorisieren

Teile deine Anforderungen in drei Gruppen: unverzichtbar, wichtig, nice to have. Ohne diese Trennung wirst du jede Software toll finden, weil jede irgendetwas gut kann. Die unverzichtbaren Punkte entscheiden.

Schritt drei: Vorauswahl treffen

Schau dir die Anbieter an, die auf dieser Seite gelistet sind, und sortiere grob nach Größe und Einrichtungstyp. Drei bis vier Kandidaten für die nähere Prüfung reichen. Mehr kannst du seriös nicht durchtesten.

Schritt vier: Demo mit eigenen Daten

Eine allgemeine Vorführung sagt wenig. Bitte um eine Demo, in der deine eigenen Beispieldaten und deine komplizierteste Prüfungsordnung verwendet werden. Lass deine Sachbearbeiter selbst klicken.

Schritt fünf: Referenzen anrufen

Sprich mit mindestens zwei bestehenden Anwendern ähnlicher Größe. Frag nach der Einführung, nach dem Support und nach dem, was zuletzt schiefging.

Schritt sechs: Gesamtkosten rechnen

Stell die Gesamtkosten über fünf Jahre gegenüber, inklusive Einführung, Migration, Schulung, Wartung und interner Arbeitszeit. Erst dann vergleichst du Äpfel mit Äpfeln.

Schritt sieben: Vertrag prüfen

Bevor du unterschreibst, lass den Vertrag prüfen, besonders die Punkte zu Datenexport, Kündigung, zugesagten Anpassungen und Reaktionszeiten des Supports. Was mündlich versprochen wurde, muss im Vertrag stehen.

Wenn du diese Schritte in dieser Reihenfolge gehst, triffst du keine perfekte Entscheidung, aber eine, die du begründen kannst und die dich später nicht überrascht. Genau darum geht es.