Software für Studentenportale

Selbstbedienung für Studierende

Das Herzstück ist die Selbstbedienung. Studierende sollen Bescheinigungen selbst abrufen, Adressen ändern, sich zu Prüfungen anmelden und den eigenen Studienfortschritt sehen, ohne jemanden anzurufen. Achte darauf, dass diese Vorgänge ohne Medienbruch funktionieren. Wenn am Ende doch ein PDF ausgedruckt und unterschrieben werden muss, ist der Prozess nur halb digital.

Prüfungs- und Notenverwaltung

Hier trennt sich brauchbare Software von Deko. Die Software muss Prüfungsanmeldungen mit Fristen, Rücktrittsregeln und Wiederholungslogik abbilden können. Dozenten sollten Noten strukturiert eingeben und, wo nötig, im Vier-Augen-Prinzip freigeben. Prüf in der Demo, wie die Software mit einem Nachschreibetermin oder einem Attest umgeht. Solche Ausnahmen sind der Alltag, nicht die Ausnahme.

Kommunikation und Benachrichtigungen

Studierende verpassen Fristen, wenn niemand sie erinnert. Eine gute Software schickt Benachrichtigungen zu ablaufenden Fristen, geänderten Terminen oder freigegebenen Noten. Wichtig ist, dass diese Nachrichten steuerbar sind und nicht als Flut ankommen. Frag nach, ob Studierende selbst einstellen können, worüber sie informiert werden wollen.

Rollen und Berechtigungen

Eine Hochschulverwaltung hat viele Rollen: Prüfungsamt, Studiensekretariat, Fachbereichsverwaltung, Dozenten, studentische Hilfskräfte. Jede Rolle darf nur sehen und ändern, was zu ihr gehört. Ein feingranulares Rechtekonzept ist kein Luxus, sondern die Grundlage für Datenschutz. Lass dir zeigen, wie eine neue Rolle angelegt wird und wie lange das dauert.

Auswertungen und Berichte

Die Verwaltung braucht Zahlen: Wie viele Studierende sind in einem Studiengang, wie hoch ist die Durchfallquote, wie entwickeln sich die Immatrikulationen. Prüf, ob du solche Berichte selbst zusammenstellen kannst oder ob du für jede neue Auswertung den Anbieter beauftragen musst. Der zweite Fall kostet dich später Zeit und Geld.

Schnittstellen

Kaum ein Portal steht allein. Es muss mit dem Campus-Management, mit der Bibliothek, mit der Identitätsverwaltung und oft mit dem Bezahlsystem für Semesterbeiträge sprechen. Frag konkret nach vorhandenen Schnittstellen und danach, ob es eine offene Programmierschnittstelle gibt. Ohne die bist du auf Gedeih und Verderb an den Anbieter gebunden.

Lass die richtigen Leute testen

Lass die Software in der Demo von der Person bedienen, die später täglich damit arbeitet, nicht vom Leiter, der sie einmal im Monat öffnet. Eine Sachbearbeiterin im Prüfungsamt merkt in zehn Minuten, ob eine Noteneingabe umständlich ist. Gib ihr eine echte Aufgabe: Melde einen Studenten nachträglich zu einer Prüfung an und storniere sie wieder. So siehst du die Realität statt der Hochglanzpräsentation.

Prüf die Ausnahmen, nicht den Normalfall

Jede Software sieht im Standardfall gut aus. Der Wert zeigt sich bei den Sonderfällen: der Student, der das Studienfach wechselt, die Prüfung, die aus zwei Teilen besteht, die Bescheinigung, die rückwirkend ausgestellt werden muss. Schreib dir vor der Demo fünf solcher Fälle auf und lass sie durchspielen.

Migration der Altdaten

Du bringst bestehende Studierendendaten mit. Kläre früh, wie diese Daten in das neue System kommen und wer die Migration verantwortet. Frag, in welchem Format die Daten übernommen werden und was passiert, wenn die Struktur nicht passt. Eine unterschätzte Datenmigration kann ein Projekt um Monate verzögern.

Support und Erreichbarkeit

Wenn zur Rückmeldefrist das Portal klemmt, brauchst du schnell Hilfe. Frag, in welcher Sprache der Support antwortet, zu welchen Zeiten er erreichbar ist und wie lange eine Reaktion im Schnitt dauert. Lass dir das schriftlich zusagen, nicht nur mündlich versprechen.

Cloud oder eigener Betrieb

Entscheide bewusst, ob die Software beim Anbieter läuft oder auf euren Servern. Beim Betrieb in der Cloud sparst du dir Wartung, gibst aber Daten aus der Hand. Beim eigenen Betrieb hast du die Kontrolle, brauchst aber Personal dafür. Beides ist legitim, nur triff die Entscheidung mit offenen Augen und nicht, weil der Anbieter nur eine Variante anbietet.

Der Lizenzpreis ist selten der größte Posten. Rechne bei solcher Software immer die Gesamtkosten über mehrere Jahre, nicht den Preis im ersten Jahr.

Verbreitete Abrechnungsmodelle

Einige Anbieter rechnen nach Zahl der Studierenden ab, andere nach genutzten Modulen, wieder andere über eine feste Jahreslizenz unabhängig von der Größe. Bei studierendenbasierten Modellen musst du bedenken, dass deine Kosten mit jedem Semester schwanken. Bei modulbasierten Modellen zahlst du oft nach, wenn du später eine Funktion dazunimmst. Lass dir vorrechnen, was die Software bei doppelter Studierendenzahl kostet.

Die versteckten Posten

Die eigentlichen Kosten stecken oft neben der Lizenz. Dazu gehören die einmalige Einrichtung, die Datenmigration, Schulungen für die Mitarbeitenden, individuelle Anpassungen und die Anbindung an bestehende Systeme. Frag bei jedem dieser Punkte, ob er im Angebot enthalten ist oder extra berechnet wird. Ein niedriger Grundpreis mit teuren Zusatzleistungen kann am Ende teurer sein als ein höherer Komplettpreis.

Laufende Kosten im Betrieb

Auch nach dem Start entstehen Kosten: Wartung, Updates, Support und beim eigenen Betrieb der Server und das Personal, das ihn pflegt. Kläre, ob Updates im Preis enthalten sind oder ob große Versionssprünge extra kosten. Frag auch, was passiert, wenn du den Vertrag kündigst: Bekommst du deine Daten in einem brauchbaren Format zurück, und kostet dieser Export etwas?

Vertragslaufzeit

Achte auf die Bindung. Lange Mindestlaufzeiten geben dir Planungssicherheit beim Preis, nehmen dir aber Flexibilität, wenn die Software nicht passt. Prüf die Kündigungsfristen und ob sich der Vertrag automatisch verlängert. Ein automatisch verlängerter Mehrjahresvertrag hat schon manchen zu Kosten gezwungen, die er nicht mehr wollte.

Die Auswahl trifft, wer nicht damit arbeitet

Immer wieder entscheidet eine Leitungsrunde über die Software, ohne dass jemand aus dem Prüfungsamt oder dem Sekretariat dabei war. Das Ergebnis: ein System, das auf dem Papier alles kann, aber im Alltag jede Buchung drei Klicks zu viel braucht. Hol die späteren Nutzer früh dazu, sonst zahlst du mit täglichem Frust.

Schnittstellen werden zu spät geklärt

Ein klassischer Fehler ist, die Software zu kaufen und erst dann zu merken, dass sie nicht mit dem bestehenden Campus-Management spricht. Dann baust du teure Behelfslösungen oder gibst Daten doppelt ein. Kläre die Anbindung vor dem Kauf, nicht danach.

Niemand pflegt die Regeln

Eine Software für Prüfungsordnungen ist nur so gut wie die Regeln, die jemand einpflegt. Wenn sich die Studienordnung ändert und niemand die Regeln nachzieht, meldet das Portal Studierende zu falschen Prüfungen an oder blockiert richtige. Plane von Anfang an, wer diese Pflege übernimmt, und gib dieser Person Zeit dafür.

Die Migration wird unterschätzt

Altdaten sind fast nie so sauber, wie man denkt. Doppelte Datensätze, fehlende Felder, alte Formate. Wer die Migration nicht testet, erlebt beim Start böse Überraschungen. Zieh die Daten einmal probeweise um und prüf das Ergebnis, bevor der Echtbetrieb startet.

Start zur Unzeit

Ein Portal zur Rückmeldefrist oder mitten in der Prüfungsphase einzuführen, ist ein Rezept für Chaos. Wähle einen ruhigen Zeitpunkt im Semester, an dem die Last niedrig ist und du Fehler in Ruhe beheben kannst.

Datenschutz

Studierendendaten sind personenbezogene Daten und teils besonders schützenswert, etwa bei Gesundheitsangaben zu Attesten oder beim Nachteilsausgleich. In Deutschland, Österreich und der Schweiz gelten strenge Regeln zur Verarbeitung. Für Anbieter, die Daten in deinem Auftrag verarbeiten, brauchst du einen Vertrag zur Auftragsverarbeitung. Kläre, wo die Daten gespeichert werden, und bevorzuge im Zweifel einen Standort innerhalb des europäischen Rechtsraums.

Aufbewahrung und Löschung

Manche Daten musst du aufbewahren, etwa Prüfungsergebnisse über bestimmte Fristen, andere musst du löschen, wenn der Zweck entfällt. Die Software muss beides können: Daten aufbewahren, solange nötig, und gezielt löschen, wenn erlaubt. Frag, ob es dafür automatisierte Regeln gibt oder ob jemand von Hand nachhalten muss.

Barrierefreiheit

Öffentliche Hochschulen unterliegen Anforderungen an die digitale Barrierefreiheit. Ein Portal muss für Menschen mit Einschränkungen bedienbar sein, etwa mit Screenreader oder ausreichendem Kontrast. Lass dir vom Anbieter darlegen, wie er die Barrierefreiheit umsetzt, und prüf das nicht nur auf dem Papier.

Nachvollziehbarkeit

Änderungen an Noten oder an Studiendaten müssen nachvollziehbar sein. Ein Prüfpfad, der festhält, wer wann was geändert hat, schützt dich bei Widersprüchen und Prüfungen. Achte darauf, dass dieser Prüfpfad nicht nachträglich manipulierbar ist.

Vergaberecht

Öffentliche Einrichtungen müssen bei der Beschaffung oft das Vergaberecht beachten. Je nach Auftragswert brauchst du ein förmliches Verfahren. Kläre das früh mit deiner Beschaffungsstelle, denn ein übersehenes Vergabeverfahren kann eine Auswahl im Nachhinein kippen.

Schritt eins: Anforderungen sammeln

Setz dich mit Prüfungsamt, Sekretariat, Dozenten und IT zusammen und sammle, was das Portal wirklich können muss. Trenne dabei Pflicht von Wunsch. Eine kurze Liste mit klaren Prioritäten ist mehr wert als ein Katalog mit hundert Punkten, in dem alles gleich wichtig scheint.

Schritt zwei: Ist-Stand aufnehmen

Schreib auf, welche Systeme heute im Einsatz sind und wie die Prozesse laufen. Nur wenn du weißt, wo Daten herkommen und hingehen, kannst du die Schnittstellen richtig einschätzen. Diese Übersicht hilft dir auch bei der Migration.

Schritt drei: Anbieter vorauswählen

Grenze aus der langen Liste möglicher Lösungen drei bis vier ein, die zu deiner Größe und deinen Anforderungen passen. Nutze dafür die Kriterien aus deiner Prioritätenliste, nicht das Bauchgefühl aus einer Werbebroschüre.

Schritt vier: Demos mit echten Aufgaben

Gib jedem Anbieter dieselben fünf konkreten Aufgaben aus deinem Alltag und lass sie in der Demo lösen. So kannst du die Lösungen wirklich vergleichen, statt dir vier verschiedene Verkaufsshows anzusehen. Lass die späteren Nutzer dabei selbst mitklicken.

Schritt fünf: Referenzen einholen

Sprich mit anderen Einrichtungen, die die Software im Einsatz haben. Frag nicht nur, ob sie zufrieden sind, sondern was zuletzt schiefgelaufen ist und wie der Anbieter reagiert hat. Diese Antworten sagen dir mehr als jede Hochglanzreferenz.

Schritt sechs: Testphase und Kostenrechnung

Richte, wenn möglich, eine begrenzte Testphase mit echten Daten ein. Parallel rechnest du die Gesamtkosten über mehrere Jahre durch, inklusive der versteckten Posten. Erst wenn Test und Rechnung zusammenpassen, triffst du die Entscheidung.

Schritt sieben: Einführung planen

Wähle einen ruhigen Zeitpunkt, plane Schulungen ein und benenne feste Verantwortliche für Betrieb und Pflege. Ein Portal ist kein Projekt, das mit dem Start endet, sondern ein System, das laufend gepflegt werden muss. Wer das von Anfang an einplant, hat später weniger Ärger.