Wie erklärt man eine technische Leistung?
Benennen Sie zuerst den Anwendungsfall und die Zielgruppe. Beschreiben Sie dann, was geliefert wird, wie die Lösung funktioniert und welche Voraussetzungen gelten. Belege und technische Details müssen auffindbar bleiben. Am Ende sollte erkennbar sein, welche Information für den nächsten Schritt benötigt wird.
Eine Produktseite kann zwölf korrekte Funktionen nennen und trotzdem die entscheidende Frage offenlassen: Passt das zu meiner Aufgabe? Dann fehlt nicht unbedingt Inhalt, sondern die Verbindung zwischen den Angaben.
Diese Note beschreibt einen möglichen Aufbau. Er ist eine Arbeitsmethode, kein allgemeingültiges Rezept und kein wissenschaftlich validierter Bewertungstest.
1. Welche Entscheidung soll die Unterlage unterstützen?
Vor dem Schreiben hilft ein Satz: Wer soll nach dem Lesen was entscheiden können? Für eine erste Anfrage genügt vielleicht ein Überblick. Eine Fachperson muss dagegen Schnittstellen prüfen. Der Einkauf braucht einen vergleichbaren Leistungsumfang.
Für die zentrale Unterlage wird eine Hauptentscheidung gewählt. Weitere Details bleiben erreichbar, müssen aber nicht alle am Anfang stehen. Das gilt für eine Website ebenso wie für eine technische Präsentation.
2. Welche Informationen gehören in welche Reihenfolge?
Jeder Abschnitt übernimmt eine erkennbare Aufgabe. Als Ausgangspunkt eignet sich diese Reihenfolge:
- Einordnung: Für wen und für welchen Einsatz ist die Leistung gedacht?
- Aufgabe: Welche konkrete Situation wird bearbeitet?
- Leistungsumfang: Was wird geliefert, und was gehört nicht dazu?
- Funktionsweise: Wie hängen die wesentlichen Teile zusammen?
- Belege: Welche Aussagen stützen sich auf Daten, Beispiele oder Dokumente?
- Nächster Schritt: Was braucht es für eine Anfrage, einen Vergleich oder eine fachliche Prüfung?
Die Überschriften sollten diese Fragen erkennbar machen. Laut W3C sollen Überschriften und Beschriftungen Thema oder Zweck beschreiben. Das hilft auch dann, wenn jemand eine Seite nur anhand ihrer Überschriften durchgeht.[1]
3. Ein Beispiel aus einer fiktiven Produktbeschreibung
Ein fiktiver Anbieter beschreibt ein System zur Erfassung von Maschinenzuständen. Der Vergleich zeigt eine andere Informationsstruktur, nicht die Leistung eines realen Produkts.
Ausgangspunkt
«Modulare Plattform mit Echtzeit-Dashboard, API, Sensorintegration und automatisierten Benachrichtigungen.»
Nach inhaltlicher Klärung
«Das System sammelt Zustandsdaten ausgewählter Maschinen an einem Ort. Das Instandhaltungsteam kann festgelegte Grenzwerte überwachen und Auffälligkeiten prüfen. Unterstützte Sensoren und Schnittstellen werden vor der Einbindung geklärt.»
Die zweite Fassung nennt Nutzer, Aufgabe und Voraussetzung. Ein Diagramm könnte ergänzend den Weg von der Maschine über die Datenerfassung bis zur Prüfung durch das Team zeigen. Die vollständige Komponentenliste gehört in die technischen Details.
Eine prozentuale Aussage zu vermiedenen Ausfällen wäre hier unzulässig, solange Messung, Bezugsgrösse und Anwendungsbereich fehlen. Die verständlichere Formulierung ist selbst noch kein Wirksamkeitsnachweis.
4. Mit dieser Checkliste die Verständlichkeit prüfen
Bitten Sie eine Person aus der vorgesehenen Zielgruppe, die Unterlage zu lesen und diese Fragen in eigenen Worten zu beantworten:
- Für welchen Einsatz ist das Angebot gedacht?
- Was wird geliefert, und was bleibt ausserhalb des Umfangs?
- Wie funktioniert die Lösung grundsätzlich?
- Welche Voraussetzungen und Grenzen bestehen?
- Welche Aussagen sind belegt, und welche Fragen bleiben offen?
- Was müsste als Nächstes geklärt werden?
Unterschiedliche Antworten zeigen, wo der Aufbau nachgeschärft werden sollte. Ein solcher Review ist keine repräsentative Nutzerstudie. Er liefert aber konkrete Hinweise statt einer reinen Geschmacksbewertung.
Auf Websites müssen die Beziehungen auch im Code erkennbar sein: etwa über echte Überschriften, Listen und verständliche Links. Die W3C-Erläuterung zu Informationen und Beziehungen beschreibt, warum eine rein visuelle Ordnung nicht genügt.[2]
Quellen und Grenzen dieser Note
Die Methode ist Teil des VH-Studio-Konzepts. Das Beispiel ist fiktiv. Die W3C-Quellen stützen die Hinweise zu zugänglicher Informationsstruktur; sie belegen keine Verkaufs- oder Umsatzwirkung. Technische Aussagen eines Kundenprojekts benötigen weiterhin die Freigabe der verantwortlichen Fachperson.
- W3C: Überschriften und Beschriftungen, Erfolgskriterium 2.4.6
- W3C: Informationen und Beziehungen, Erfolgskriterium 1.3.1
Revision 03: Veröffentlichung unter VH Studio; fachlicher Inhalt unverändert. Quellen zuletzt am 5. September 2026 geprüft.