SharePoint-Formulare anpassen: JSON, Power Apps, SPFx und Microsoft Forms im Vergleich

SharePoint ist in vielen mittelständischen Unternehmen längst keine reine Dokumentenablage mehr. Listen, Formulare und Genehmigungsprozesse laufen zunehmend dort — und damit steigt der Druck, die Formularoberfläche den echten Anforderungen anzupassen.

Das Problem: Die Standardoberfläche zeigt alle Felder in fester Reihenfolge an, kennt keine Spaltenaufteilung, bietet keine bedingte Sichtbarkeit und ist auf kleinen Bildschirmen oft kaum nutzbar. Wer schon einmal versucht hat, einen mehrstufigen Genehmigungsprozess oder eine strukturierte Bestellerfassung in einer SharePoint-Liste abzubilden, kennt die Grenzen.

Dabei liegt die Lösung oft näher, als vermutet. Im Microsoft-365-Ökosystem gibt es mindestens vier Ansätze, um SharePoint-Formulare zu erweitern oder zu ersetzen — mit sehr unterschiedlichem Aufwand und sehr unterschiedlichen Möglichkeiten. Welcher Ansatz wann sinnvoll ist, hängt von der konkreten Anforderung ab.

Das Problem mit Standard-SharePoint-Formularen

Ein neues Listenformular in SharePoint ist schnell angelegt: Spalten definieren, Typen auswählen, fertig. Für einfache Datenerfassung funktioniert das problemlos. Sobald die Anforderungen aber steigen, werden die Grenzen spürbar.

Typische Beschwerden aus der Praxis:

• Felder lassen sich nicht nach Themen oder Gruppen strukturieren
• Die Reihenfolge der Felder ist starr — nachträgliche Anpassungen erfordern oft Umbauten an der gesamten Liste
• Bedingte Sichtbarkeit (Feld B nur einblenden, wenn Feld A einen bestimmten Wert hat) ist im Standard nicht möglich
• Pflichtfeldhinweise und Validierungsmeldungen sind technisch formuliert, nicht anwenderfreundlich
• Auf mobilen Geräten ist die Darstellung oft unübersichtlich
• Lookups auf andere Listen wirken isoliert — Kontext fehlt

Das ist kein grundsätzliches Versagen von SharePoint, sondern eine Design-Entscheidung: Die Standardformulare sind für die allgemeine Datenerfassung gedacht. Für spezifische Geschäftsprozesse braucht es mehr.

Der richtige Einstieg: Was wollen Sie eigentlich lösen?

Bevor man sich für ein Werkzeug entscheidet, lohnt sich eine kurze Klärung der Anforderungen. Drei Fragen helfen dabei:

1. Wie komplex ist die Eingabelogik? — Reicht eine saubere Darstellung, oder braucht es bedingte Sichtbarkeit, Berechnungen und eigene Validierungsregeln?
2. Wer soll das Formular pflegen? — Fachabteilung selbstständig, oder gibt es eine IT-Einheit, die Änderungen umsetzt?
3. Wie lange soll die Lösung betrieben werden? — Für ein kurzfristiges Projekt ist ein anderer Aufwand gerechtfertigt als für einen Prozess, der jahrelang läuft.

Mit diesen Antworten im Kopf werden die Stärken und Schwächen der vier Ansätze schnell klarer.

Vier Ansätze im Vergleich

JSON List Formatting

JSON List Formatting ist der niedrigschwelligste Einstieg. Direkt in der SharePoint-Oberfläche — ohne Deployment, ohne externe Werkzeuge — lässt sich JSON-Code einfügen, der die Darstellung von Feldern und Einträgen steuert.

Das Prinzip: SharePoint rendert Listeneinträge und Formulare nach internen Standardregeln. Mit JSON List Formatting werden diese Regeln überschrieben — für einzelne Felder, für ganze Listenansichten oder für die Formulardarstellung.

Was JSON List Formatting kann:

• Felder farblich hervorheben — zum Beispiel alle Einträge mit Status „Überfällig“ rot markieren
• Icons und Status-Badges einblenden (über FluentUI-Icons, die Microsoft bereitstellt)
• Bedingte Formatierungen basierend auf Feldwerten — Farbe, Schriftgröße, Sichtbarkeit
• Benutzerdefinierte Spaltenbreiten und Textausrichtungen
• Schaltflächen und Links in Spalten einblenden — zum Beispiel direkter Link zum Bearbeiten-Dialog

Was JSON List Formatting nicht kann:

• Das grundlegende Layout des Formulars verändern (Felder in Spalten anordnen, Gruppen bilden)
• Felder wirklich bedingt ein- oder ausblenden — nur die Darstellung ändert sich, nicht die Logik
• Berechnungen durchführen oder Felder gegenseitig beeinflussen
• Daten aus anderen Quellen nachladen oder anzeigen

Für wen geeignet: Mitarbeitende mit etwas technischem Interesse, die ohne externe Unterstützung auskommen müssen. Die Lernkurve ist moderat — wer JSON-Syntax kennt und sich in die Microsoft-Dokumentation einliest, kommt in ein bis zwei Arbeitstagen zu brauchbaren Ergebnissen. Als schnelle Aufwertung bestehender Listen ohne IT-Aufwand ist JSON List Formatting kaum zu schlagen.

Power Apps

Power Apps ist das Low-Code-Werkzeug von Microsoft für individuelle Formulare und Anwendungen. Mit Power Apps kann das Standard-SharePoint-Formular einer Liste vollständig durch eine eigene Canvas-App ersetzt werden — mit eigenem Layout, eigener Eingabelogik und beliebigen Datenquellen.

Das ist ein entscheidender Unterschied: Power Apps ersetzt das Formular, während JSON Formatting nur das Aussehen anpasst.

Was Power Apps kann:

• Mehrspaltige Layouts — Felder nebeneinander anordnen, Gruppen und Abschnitte definieren
• Bedingte Sichtbarkeit — Felder nur einblenden, wenn Bedingungen erfüllt sind
• Berechnungslogik direkt im Formular — abhängige Felder automatisch befüllen
• Validierungsregeln mit eigenen Fehlermeldungen — statt SharePoint-Standardtexten
• Anbindung an mehrere Datenquellen gleichzeitig — SharePoint-Listen, Dataverse, SQL-Datenbanken, REST-APIs
• Angepasste mobile Darstellung — für Smartphones und Tablets optimiert
• Integration in SharePoint-Seiten und Microsoft Teams
• Mehrsprachigkeit über die eingebauten Lokalisierungsmechanismen

Was Power Apps nicht kann:

• Performance bei sehr großen Datenmengen ist begrenzt — Apps mit komplexen Lookups auf Tabellen mit mehr als 10.000 Einträgen können träge werden
• Versionsverwaltung und parallele Entwicklung durch mehrere Personen sind rudimentär
• Komplexe Genehmigungsworkflows gehören in Power Automate, nicht in die App selbst — die Kombination beider Werkzeuge ist oft nötig

Lizenz-Situation: Power Apps ist für viele M365-Abos bereits inklusive, zumindest für Standard-Konnektoren. Wer Premium-Konnektoren (SAP, SQL Server, externe REST-APIs) nutzen möchte, benötigt eine separate Power Apps-Lizenz. Das lohnt sich schnell, wenn das Formular mehrere Systeme verbinden soll.

Für wen geeignet: Power-User und IT-affine Fachabteilungen, die keine klassische Softwareentwicklung betreiben wollen — oder kleine IT-Teams, die schnell Lösungen bereitstellen müssen. Power Apps ist der pragmatischste Mittelweg für die meisten mittelständischen Anforderungen: ausreichend flexibel, schnell umsetzbar, ohne externe Dienstleister handhabbar — solange man bereit ist, ein bis zwei Wochen in die Einarbeitung zu investieren.

SPFx (SharePoint Framework)

SPFx ist der Entwicklungs-Ansatz für alle, die volle Kontrolle brauchen. Mit TypeScript, React und modernen Webentwicklungs-Werkzeugen lassen sich Webparts und Erweiterungen entwickeln, die tief in SharePoint eingebettet sind — technisch so behandelt wie SharePoint-Standardkomponenten.

Das ist ein anderes Kaliber als Power Apps oder JSON Formatting. SPFx-Projekte erfordern eine vollständige Entwicklungsumgebung (Node.js, Gulp, npm), ein Deployment-Verfahren über den SharePoint App Catalog und fundiertes Know-how in modernen Webtechnologien.

Was SPFx kann:

• Vollständig eigenes Formular-Design ohne Einschränkungen — kein Pixel, das nicht kontrolliert werden kann
• Integration beliebiger externer Systeme — SAP, ERP, CRM, REST-APIs — direkt im Formular
• Komplexe Validierungs- und Bearbeitungslogik, die Power Apps überfordert
• Wiederverwendbare Komponenten, die über mehrere SharePoint-Sites oder sogar Tenants hinweg eingesetzt werden
• Keine Performance-Einschränkungen durch Lizenz oder Plattform-Grenzen
• Vollständige Testbarkeit und CI/CD-Integration

Was SPFx nicht kann — oder wo Vorsicht geboten ist:

• Schnelle Umsetzung: Ein solides SPFx-Projekt braucht Planung, Entwicklungszeit und Code-Review — keine Lösung für nächste Woche
• Selbst-Wartung ohne Entwickler-Know-how ist nicht möglich — Änderungen an der Logik erfordern Entwicklungsaufwand
• Updates des SharePoint Frameworks können Anpassungsbedarf auslösen — ein realistisches Maintenance-Budget gehört zur Planung

Für wen geeignet: IT-Abteilungen mit JavaScript/TypeScript-Kenntnissen — oder Unternehmen, die einen externen Entwicklungspartner einsetzen, der das Framework beherrscht. SPFx lohnt sich, wenn Power Apps an seine Grenzen stößt und die Lösung langfristig im Betrieb ist. Für ein einmaliges Projekt oder eine zeitlich begrenzte Anforderung ist der Overhead in der Regel zu hoch.

Microsoft Forms

Microsoft Forms ist kein SharePoint-Formular im technischen Sinne — es ist ein eigenständiges Tool für Umfragen, Abstimmungen und einfache Datenerfassung. Die Verbindung zu SharePoint ist lose: Formulare können als Webpart auf SharePoint-Seiten eingebettet werden, aber die Daten landen nicht automatisch in SharePoint-Listen.

Was Microsoft Forms kann:

• Schnelle Erstellung von Formularen ohne jegliche technische Vorkenntnisse
• Mehrere Fragetypen: Einzelauswahl, Mehrfachauswahl, Texteingabe, Bewertung, Datum, Ranking
• Einfache Verzweigungslogik — Weiterleitung zu anderen Fragen basierend auf Antworten
• Automatische Auswertung mit Diagrammen und Export nach Excel
• Weitergabe per Link, QR-Code, Teams-Kanal oder E-Mail
• Anonym oder authentifiziert beantwortbar — je nach Anforderung

Was Microsoft Forms nicht kann:

• Direkte Speicherung in SharePoint-Listen — Daten gehen in Forms, nicht in Listen (Power Automate kann das überbrücken, erfordert aber zusätzliches Setup)
• Benutzerdefiniertes Layout oder Unternehmens-Design über das Farbschema hinaus
• Integration in bestehende SharePoint-Prozesse ohne Zwischenschicht
• Komplexe Validierungslogik oder berechnete Felder
• Vorausgefüllte Felder aus anderen SharePoint-Daten

Für wen geeignet: Alle, die schnell Feedback sammeln, eine interne Umfrage durchführen oder einfache Registrierungen abbilden wollen — ohne IT-Aufwand. Für strukturierte Datenprozesse innerhalb von SharePoint ist Microsoft Forms kein Ersatz, sondern ein Ergänzungswerkzeug.

Entscheidungshilfe: Welcher Ansatz passt wann?

Kurzfassung für die Praxis:

• Optische Aufwertung ohne Aufwand — JSON List Formatting reicht aus
• Individuelle Formulare ohne klassische Entwicklung — Power Apps ist der pragmatische Einstieg
• Komplexe Anforderungen, langfristige Lösung — SPFx mit Entwicklungspartner
• Schnelle Umfrage oder Feedback — Microsoft Forms ist schneller als alles andere

Häufige Kombination in der Praxis

Die vier Ansätze schließen sich nicht aus — viele mittelständische Unternehmen kombinieren sie sinnvoll:

• Microsoft Forms für schnelle interne Befragungen und Registrierungen ohne IT-Aufwand
• JSON List Formatting für Listenansichten, die täglich von Mitarbeitenden genutzt werden
• Power Apps für die eigentlichen Geschäftsprozesse — Bestellungen, Genehmigungen, Onboarding-Formulare
• SPFx nur dort, wo Power Apps nicht ausreicht — typischerweise bei tiefer ERP-Integration oder sehr spezifischen UX-Anforderungen

Diese Kombination hält den Entwicklungsaufwand gering und verhindert, dass SPFx-Projekte für Anforderungen eingesetzt werden, die Power Apps mit einem Bruchteil des Aufwands erfüllen würde.

Fazit

SharePoint-Formulare sind kein unveränderliches Schicksal. Mit den richtigen Werkzeugen lassen sich Formulare so gestalten, dass sie echte Geschäftsprozesse abbilden — übersichtlich, logisch und auf den Geräten der Anwender nutzbar.

Die Entscheidung für den richtigen Ansatz beginnt mit einer klaren Anforderungsanalyse: Was muss das Formular können? Wer pflegt es? Wie lange läuft es? Wer diese drei Fragen beantwortet, findet in der Regel schnell heraus, ob JSON Formatting, Power Apps, SPFx oder Microsoft Forms — oder eine Kombination davon — die sinnvollste Wahl ist.

Seien wir ehrlich: Für die meisten mittelständischen Unternehmen ist Power Apps der praktischste Einstieg. Es setzt auf dem vorhandenen M365-Abo auf, erfordert kein klassisches Softwareentwicklungs-Projekt und deckt den Großteil der typischen Formularanforderungen ab. JSON List Formatting ergänzt das sinnvoll für einfache Anpassungen, SPFx kommt ins Spiel, wenn die Anforderungen wirklich individuell werden.

Wenn Sie evaluieren, welcher Ansatz für Ihren konkreten Anwendungsfall passt, sprechen Sie mich gerne an. Ein kurzes Gespräch reicht meistens, um den richtigen Startpunkt zu finden.