Beschreiben Sie den Prozess der Produktanalyse
Die Produktanalyse ist der systematische Untersuchungsprozess eines Produkts, um dessen Aufbau, Funktion, technische Merkmale, Bedienweise und Einsatzbedingungen tiefgehend zu verstehen. Sie bildet das Fundament für die Erstellung einer zielgruppengerechten und rechtssicheren Technischen Dokumentation.
Der Prozess verläuft in der Praxis meist in folgenden Schritten:
Für die Untersuchung des zu dokumentierenden Produkts legen Sie zunächst Kategorien und Kriterien fest, nach denen die Untersuchung des Produktes erfolgen soll. Dann erfolgt die eigentliche Analyse, gefolgt von einer Zusammenfassung der Ergebnisse und der Darstellung der Konsequenzen, die sich daraus für Ihre Dokumentation ergeben
Kriterien: Festlegen der Kategorie und Kriterien die zu untersuchen sind.
Informationsbeschaffung: Sichtung von Entwicklungsunterlagen, Pflichtenheften, Konstruktionszeichnungen und der Risikobeurteilung.
Funktions- und Strukturanalyse: Untersuchung, wie das Produkt aufgebaut ist, welche Baugruppen existieren und wie die mechanischen, elektrischen oder steuerungstechnischen Prozesse ineinandergreifen.
Zielgruppen- und Nutzungsszenarien-Analyse: Wer wird das Produkt bedienen, warten oder reinigen? Welche Vorkenntnisse hat der Anwender? In welchen Umgebungen wird es eingesetzt?
Sicherheitsanalyse (Schnittstelle zur Risikobeurteilung): Identifikation von Restgefahren, Gefahrenquellen und notwendigen Schutzmaßnahmen, die zwingend in der Dokumentation abgebildet werden müssen.
Zusammenfassung der Ergebnisse und Darstellung der Ergebnisse für die Dokumentation
Erläutern Sie die Bedeutung des Prozess der Produktanalyse für die Technische Kommunikation.
Für den Technischen Redakteur ist die Produktanalyse kein „nice-to-have“, sondern eine absolute Pflichtaufgabe aus mehreren Gründen:
1. Grundlage für Verständlichkeit und Struktur: Wer das Produkt und seine Funktionsweise nicht bis ins Detail verstanden hat, kann es auch nicht verständlich erklären. Die Produktanalyse hilft dabei, komplexe technische Zusammenhänge zu durchdringen und in eine logische, nutzerfreundliche Handlungsabfolge (z. B. für Montage-, Bedien- und Wartungsanleitungen) zu gießen.
Die Produktanalyse ist elementar für die Funktionsbeschreibung der Maschine, die Beschreibung des bestimmungsgemäßen Gebrauchs und der vorhersehbaren Fehlanwendungen, sowie der Sicherheitshinweise
2. Rechtssicherheit und Pflicht zur Gefahrenabdeckung: Durch die Analyse der Konstruktion und der Risikobeurteilung erkennt der Redakteur, wo die echten Gefahren des Produkts liegen. Nur so kann er die Betriebsanleitung mit den rechtlich erforderlichen Warn- und Sicherheitshinweisen ausstatten, die für die CE-Konformität und Produkthaftung zwingend notwendig sind.
3. Zielgruppengerechte Informationsaufbereitung: Die Analyse zeigt auf, welche Informationen für welche Personengruppe relevant sind (z. B. der Laie braucht einfache Bedienhinweise, der Servicetechniker tiefe Schaltpläne und Wartungsintervalle). Das verhindert Informationsüberflutung oder gefährliche Wissenslücken.
Prüfungs-Kernsatz: Die Produktanalyse ist das Bindeglied zwischen der technischen Entwicklung und dem Endnutzer. Sie befähigt den Technischen Redakteur, aus einem komplexen technischen Gebilde eine rechtssichere, verständliche und zielgruppengerechte Betriebsanleitung zu formen.
Was sind die typischen Fragen bei einer Produktanalyse?
WARUM? — Aufgabe + Nutzen: Für welchen bestimmungsgemäßen Gebrauch ist das Produkt gedacht? Für was wird das Produkt tatsächlich verwendet und warum?
WER? — Zielgruppenanalyse: Wer sind die Anwender?
WIE? — Tätigkeitsanalyse: Wie wird das Produkt verwendet, ist es benutzerfreundlich?
WAS? — Aufbau: Welche Baugruppen, Bedienelemente, Anzeige- und Kontrollinstrumente usw. sind Bestandteil des Gerätes? Wie ist das Produkt gestaltet?
WO? — Einsatzbereich: In welcher Branche wird das Produkt verwendet? Unter welchen Einsatzbedingungen?
ACHTUNG? — Gefährdungspotential: Welche Restrisiken bestehen? Welche Normen müssen angewendet werden?
Alternativen und Konkurrenz: Gibt es bessere oder schlechtere Produkte die den gleichen Zweck erfüllen? Warum wir unser Produkt verwendet und kein anderes?
Entsorgung: Wie wird das Gerät entsorgt?
Aufbau/Funktionsumfang,
bestimmungsgemäßem Gebrauch,
der einzelnen Funktionen,
naheliegendem Missbrauch und Möglichkeiten der Fehlbedienung,
Maßnahmen, die einen sicheren Umgang mit dem Produkt ermöglichen.
Was sind Quellen für die Zielgruppenanalyse?
Sinus-Meta-Milieus® von SinusSociovision http://www.sinus-sociovision.de/
Gesellschaft für Konsumforschung AG http://www.gfk.com/
Forrester Research, Inc. https://go.forrester.com/
Statista https://de.statista.com/
Was sind typische Kriterien zur Beschreibung allgemeiner Eigenschaften von Zielgruppen?
demografische Merkmale (Alter, Einkommen, Geschlecht,…)
psychografische Merkmale (Verhalten, Lebensstil, Interessen ...)
verhaltensorientierte Merkmale (Kauf- und Verwendungsverhalten, Mediennutzung …)
produktspezifische Merkmale (Kernnutzen, Zusatznutzen ...)
Welche Methoden und Werkzeuge werden bei der Produktanalyse häufig verwendet?
Die demontierende Analyse (Teardown / Hands-on-Analyse): Der Redakteur nimmt das Produkt (oder einen Prototypen) im Idealfall physisch in die Hand, bedient es selbst oder baut es – gemeinsam mit der Konstruktion – in seine Einzelteile auseinander. Das vermittelt ein unmittelbares Verständnis der Mechanik, der Baugruppen und der Montagefolge.
Soll-Ist-Abgleich mit Entwicklungsunterlagen: Hierbei werden die vorhandenen Konstruktionspläne, CAD-Daten, das Lasten- und Pflichtenheft sowie die Risikobeurteilung mit dem realen Produkt oder dem aktuellen Entwicklungsstand abgeglichen, um Unstimmigkeiten sofort zu erkennen.
Beobachtungs- und Usability-Tests (Nutzen- und Bedien-Analyse): Der Redakteur beobachtet testweise Anwender (oder versetzt sich gezielt in deren Lage), wie sie mit dem Produkt interagieren. Wo entstehen Verständnisprobleme? Welche Bedienschritte sind unlogisch?
Schnittstellen- und Funktionsanalyse: Es wird systematisch untersucht, wie das Produkt mit seiner Umwelt oder anderen Systemen interagiert (z. B. Stromanschlüsse, Pneumatik, Software-Schnittstellen, mechanische Kopplungen).
CAD-Viewer und Konstruktionssoftware (z. B. AutoCAD, Creo, SolidWorks, CATIA): Da physische Prototypen oft Mangelware sind, arbeiten Technische Redakteure heute digital. Mit CAD-Viewern können sie sich durch dreidimensionale Modelle klicken, Baugruppen ein- und ausblenden, Explosionsdarstellungen erzeugen und Bauteilbezeichnungen für die Ersatzteilliste herausfiltern.
Die Risikobeurteilung (nach DIN EN ISO 12100) als Analyse-Tool: Zwar ist die Risikobeurteilung ein eigenständiges Dokument der Entwicklung, aber für den Redakteur ist sie das wichtigste Werkzeug, um Gefahrenstellen, Restrisiken und die daraus resultierenden Warnhinweise systematisch zu analysieren.
Digitales Bild- und Videomaterial / Screencasting: Bei der Analyse werden Fotos und Videos von Handlungsabläufen, Bedienoberflächen (HMI) oder Software-Menüs erstellt. Diese dienen später direkt als Visualisierungsgrundlage für die Betriebsanleitung oder das Ersatzteilkatalog-System.
Redaktionssysteme (CMS) und Content-Management-Tools: Zur strukturierten Erfassung der analysierten Daten nutzen Redakteure modulare Redaktionssysteme (z. B. SCHEMA ST4, XR/Engineering, Ixiasoft), in denen die gewonnenen Informationen direkt bausteinartig und normgerecht abgelegt werden können.
Prüfungs-Fokus: Zeigen Sie in der Prüfung, dass die Produktanalyse für Sie kein reines „Betrachten von Prospekten“ ist, sondern eine aktive, methodische Untersuchung (vom CAD-Modell über die Hands-on-Bedienung bis hin zur Analyse der Risikobeurteilung), um die Basis für eine rechtssichere Dokumentation zu schaffen.
Welche Rolle spielt die Nutzerperspektive bei der Produktanalyse?
Die Rolle: Nach der Risikobeurteilung (DIN EN ISO 12100) muss der Redakteur nicht nur echte Gefahren, sondern auch das vernünftigerweise vorhersehbare Fehlverhalten analysieren.
Warum wichtig: Durch die Brille des Nutzers erkennt der Redakteur, wo Bedienschritte unklar sind, wo man Knöpfe verwechseln könnte oder wo aus Bequemlichkeit Schutzvorrichtungen umgangen werden könnten. Genau hierfür müssen später passgenaue Warnhinweise geschrieben werden.
Die Rolle: Nicht jeder Nutzer braucht dieselben Informationen. Ein Maschinenbediener im Alltag hat andere Bedürfnisse als ein Reinigungsfachkraft oder ein externer Servicetechniker.
Warum wichtig: Die Nutzerperspektive hilft bei der Analyse, welche Vorkenntnisse, Sprachbarrieren oder körperlichen Voraussetzungen (z. B. Bedienung mit Handschuhen) vorliegen. Das verhindert, dass die Anleitung mit technischen Details überfrachtet oder für den Laien unverständlich wird.
Die Rolle: Der Redakteur schlüpft in die Rolle des Erstnutzers und prüft: Ist die Benutzeroberfläche (HMI), das Display oder die mechanische Bedienung intuitiv?
Warum wichtig: Fällt dem Redakteur bei der Analyse auf, dass ein Bedienschritt unlogisch oder extrem fehleranfällig ist, kann er dies spiegeln – oft muss dann entweder die Software/Konstruktion angepasst oder die Anleitung diesen Schwachpunkt durch exakte Instruktionen ausgleichen.
Die Rolle: Entwickler wissen genau, wie das Produkt funktioniert, und setzen dieses Wissen oft unbewusst beim Kunden voraus („Das ist doch logisch!“).
Warum wichtig: Der Redakteur nimmt bewusst die Perspektive des Ahnungslosen ein, um blinde Flecken in der Dokumentation aufzudecken.
Unterscheiden sich zwei Produkte nur in der Farbe, dann sind diese im Sinne der Technischen Dokumentation keine Produktvarianten. Erläutern Sie, welche qualitativen oder funktionalen Unterschiede es zwischen zwei ähnlichen Produkten geben muss, um als Produktvarianten zu gelten.
Aus Sicht der Technischen Redaktion gilt: Führt ein Unterschied zu einer Abweichung in der Bedienung, der Montage, der Wartung oder den Sicherheitshinweisen, handelt es sich um eine Produktvariante.
Die Folge im Redaktionssystem: Solche Varianten werden nicht komplett neu geschrieben, sondern über ein modulares Redaktionssystem (z. B. durch Varianten- und Produktsteuerungs-Metadaten) intelligent gesteuert. Der Redakteur filtert heraus, welche Text- und Bildmodule für welche Variante gültig sind, um zu verhindern, dass der Anwender falsche oder verwirrende Anweisungen erhält.
Prüfungs-Kernsatz: Ein Produkt ist erst dann eine echte Produktvariante für die Technische Dokumentation, wenn sich die Änderung auf Funktion, Konstruktion, Bedienung oder Sicherheit auswirkt und somit zwingend angepasste Handlungsanweisungen, technische Daten oder Warnhinweise erfordert.
Können Sie einige der Herausforderungen oder Fallstricke bei der Durchführung einer Produktanalyse benennen und wie können sie überwunden werden?
Die Herausforderung: Oft muss die Technische Dokumentation parallel zur Entwicklung erstellt werden. Das bedeutet: Es gibt noch keinen fertigen Prototypen oder die Maschine steht im Ausland beim Kunden, während der Redakteur im Homeoffice sitzt.
Wie man es überwindet:
Nutzung digitaler Werkzeuge wie CAD-Viewer und 3D-Modellen zur virtuellen Demontage.
Enge Zusammenarbeit mit der Entwicklung und dem Prototypenbau (z. B. Teilnahme an Testläufen per Videocall oder Vorab-Blick in die virtuelle Realität / VR, falls vorhanden).
Die Herausforderung: Wenn man das Entwicklungsteam fragt: „Wie funktioniert das?“, bekommt man oft hochkomplexe, technische Antworten („Das ist doch selbsterklärend!“). Die Perspektive des echten, unerfahrenen Anwenders geht dabei völlig verloren.
Den Perspektivwechsel konsequent einfordern: Der Redakteur muss gezielt „naiv“ fragen („Was passiert, wenn der Anwender hier falsch drückt?“).
Durchführung von Hands-on-Tests oder Usability-Checks, bei denen unvoreingenommene Personen (oder der Redakteur selbst) das Gerät bedienen, anstatt sich nur auf Aussagen der Entwickler zu verlassen.
Die Herausforderung: Das Lastenheft ist unvollständig, die Risikobeurteilung ist noch nicht fertig oder Schaltpläne und Software-Stände ändern sich ständig („Wird gerade noch umprogrammiert“).
Etablierung eines festen Änderungsmanagements im Projekt (z. B. Versionskontrolle für Dokumente und Konstruktionsstände).
Klare Schnittstellenvereinbarungen im Projekt (z. B. im Pflichtenheft definieren, wann welche Reifegrade der Konstruktion an die Technische Redaktion übergeben werden müssen).
Die Herausforderung: Die Dokumentation wird traditionell als Letztes gemacht („Die Maschine ist fertig, jetzt muss nur noch schnell die Anleitung her“). Für eine gründliche Produktanalyse bleibt vermeintlich keine Zeit.
Fristgerechte, frühzeitige Einbindung in den Produktentstehungsprozess (PEP). Der Redakteur muss von Anfang an am Projekttisch sitzen, anstatt erst am Ende vor vollendeten Tatsachen zu stehen.
Modulare Arbeitsweise: Bereits während der Produktanalyse gewonnene Teilinformationen (z. B. zu einzelnen Baugruppen) frühzeitig in standardisierte Module gießen.
Prüfungs-Tipp: Wenn Sie in der Prüfung nach Herausforderungen gefragt werden, argumentieren Sie am besten mit dem Drei-Säulen-Modell: Das größte Risiko bei der Produktanalyse ist das Fehlen des realen Produkts (Mangel an Prototypen), die Inkompatibilität mit der Ingenieurssicht (Betriebsblindheit) und der Zeitdruck am Ende des Projekts. Überwunden wird dies durch digitale Tools, konsequente Nutzerorientierung und frühe Integration in den Prozess.
Was versteht man unter der Analyse von Produktvarianten?
Ähnlichkeits- und Differenzanalyse: Der Redakteur untersucht, welche Bauteile, Funktionen und Bedienabläufe bei allen Varianten absolut identisch sind (z. B. das Grundgeestell oder der Not-Aus-Schalter) und wo sich die Modelle funktional, technisch oder konstruktiv unterscheiden (z. B. stärkerer Motor, zusätzliche Steuereinheiten, andere Abmessungen).
Auswirkungen auf die Sicherheit (Risikobeurteilung): Es wird analysiert, ob eine bestimmte Variante ein höheres oder anderes Gefahrenpotenzial mit sich bringt. Eine höher motorisierte Variante benötigt beispielsweise andere Warnhinweise oder Schutzvorrichtungen als das Einstiegsmodell.
Zielgruppen- und Ausstattungs-Zuordnung: Welche Variante richtcht sich an welche Zielgruppe? Gibt es länderspezifische Varianten (z. B. andere Netzspannungen, Stecker oder Bedienelemente für den US-Markt im Vergleich zu Europa)?
Wie wird die Analyse von Produktvarianten durchgeführt?
Was getan wird: Der Redakteur sammelt alle verfügbaren Unterlagen der gesamten Produktfamilie (z. B. das übergeordnete Lastenheft, Konstruktionszeichnungen, Stücklisten aus dem ERP-System, CAD-Modelle und die erweiterte Risikobeurteilung).
Ziel: Verschaffen eines Überblicks, welche Modelle, Ausbaustufen oder Optionen (z. B. Basis, Comfort, Pro) überhaupt existieren.
Was getan wird: Die Produkte werden systematisch miteinander verglichen.
Was ist gleich? (z. B. Grundgehäuse, Bedienpanel, Not-Aus-Logik, Grundreinigung). Das bildet später den Master-Content oder die Standard-Bausteine.
Was ist anders? (z. B. Motorleistung, zusätzliche Software-Funktionen, andere Anschlüsse, optionale Sensorik). Das sind die Variantenspezifika.
Hilfsmittel: Hierbei helfen oft Stücklistenvergleiche (BOM – Bill of Materials) und der Blick in CAD-Baugruppen.
Was getan wird: Es wird geprüft, ob die Variantenunterschiede neue Gefahren mit sich bringen.
Beispiel: Bringt die „Pro“-Variante eine höhere Drehzahl oder stärkere Laserstrahlung mit sich als das Basismodell, entstehen ganz neue Restrisiken.
Ziel: Festlegen, welche Variante welche spezifischen Warnhinweise, Schutzvorrichtungen oder Schutzausrüstungen in der Dokumentation benötigt.
Was getan wird: Die Analyseergebnisse werden so aufbereitet, dass ein Redaktionssystem (CCMS) sie verarbeiten kann. Der Redakteur legt fest, welche Textbausteine mit welchen Varianten-Variablen oder Metadaten versehen werden (z. B. Baustein A gilt für alle, Baustein B gilt nur für Modell Pro).
Ziel: Das Schaffen einer Single-Source-Datenbasis, aus der per Knopfdruck die passgenaue Anleitung für eine spezifische Produktvariante generiert werden kann.
Informationen in einem Redaktionssystem können zum Teil automatisiert in weitere Systeme weitergeleitet werden, welche Systeme können das sein?
Was übergeben wird: Stücklisten, Explosionszeichnungen, Ersatzteilkataloge und Montageanleitungen.
Nutzen: Kunden oder Servicetechniker können im Online-Shop direkt das passende Ersatzteil zu ihrer exakten Maschinennummer identifizieren und per Klick bestellen. Die Daten kommen direkt aus dem Redaktionssystem / PIM-System.
Was übergeben wird: Technische Daten, Produktbeschreibungen, Marketingtexte, CE-Konformitätserklärungen und Produktdatenblätter.
Nutzen: PIM-Systeme verwalten alle vertriebsrelevanten Produktdaten. Die Technische Redaktion liefert hierfür die geprüften, sprachlich korrekten technischen Textbausteine und Dokumente für den Vertrieb und Onlineshops.
Was übergeben wird: Dokumenten-IDs, Revisionsstände und Verknüpfungen zwischen Artikelnummern/Stücklisten und den dazugehörigen Bedienungsanleitungen oder Zertifikaten.
Nutzen: In der Logistik oder im Qualitätsmanagement ist so auf einen Blick ersichtlich, welche Dokumentationsversion zu welcher konkreten Maschinen-Chargennummer gehört.
Was übergeben wird: Die fertigen, kontextsensitiven Dokumentationsinhalte für den digitalen Konsum (z. B. mobile Betriebsanleitungen für Tablets, Smart Glasses oder Web-Browser).
Nutzen: Das CDP bereitet die Daten so auf, dass der Anwender (z. B. per QR-Code an der Maschine) sekundenschnell genau die Information auf dem Bildschirm hat, die er für diese Maschine in dieser Umgebung und dieser Sprache gerade braucht.
Was übergeben wird: Spezifische Wartungsanleitungen, Checklisten oder Fehlersuchbäume (Troubleshooting-Guides).
Nutzen: Wenn ein Servicetechniker vor Ort ein Ticket bearbeitet, zieht sich das System automatisch die passenden Reparatur- oder Diagnoseanweisungen aus dem Redaktionssystem in das mobile Endgerät des Technikers.
Was übergeben wird: Neue oder geänderte Textmodule (im XML- oder XLIFF-Format) an externe Übersetzungsdienstleister oder maschinelle Übersetzungstools (MT).
Nutzen: Nach der Übersetzung fließen die fertigen Sprachversionen über die Schnittstelle vollautomatisch wieder an den korrekten Platz im Redaktionssystem zurück.
Wie kann die Nutzerperspektive in den Produktanalyseprozess integriert werden?
Die Integration der Nutzerperspektive in den Produktanalyseprozess ist entscheidend, damit die Technische Dokumentation nah an der Realität des Anwenders bleibt und nicht zu einer reinen, theoretischen Maschinenbeschreibung verkommt.
In der Praxis lässt sich die Nutzerperspektive durch folgende konkrete Schritte und Methoden in die Analyse einbauen:
Die Umsetzung: Der Technische Redakteur nimmt das Produkt (oder einen Prototypen) selbst in die Hand und bedient es – ganz ohne tiefes Ingenieurswissen vorab, sondern so, wie es ein ungeduldiger Erstnutzer tun würde.
Der Erkenntnisgewinn: Es zeigt sich sofort, ob Bedienelemente (HMI, Schalter, Menüs) intuitiv sind oder ob man im Handumdrehen verwirrt ist.
Die Umsetzung: Anhand der Risikobeurteilung wird nicht nur analysiert, wie das Produkt funktionieren soll, sondern wo der Anwender Fehler machen könnte (z. B. Knöpfe verwechseln, Schutzabdeckungen abnehmen, weil sie stören, oder falsche Werkzeuge verwenden).
Der Erkenntnisgewinn: Diese Perspektive deckt auf, wo zwingend präventive Warnhinweise und klare Handlungsanweisungen platziert werden müssen.
Die Umsetzung: Vor oder während der Analyse wird exakt definiert, wer das Produkt bedienen wird (z. B. der ungelernte Bediener an der Linie, der Reinigungspersonal oder der externe Servicetechniker).
Der Erkenntnisgewinn: Der Redakteur analysiert die physischen, sprachlichen und kognitiven Voraussetzungen der Zielgruppe (z. B. Arbeiten mit Schutzhandschuhen, geringe Sprachkenntnisse) und passt die spätere Dokumentation exakt daran an.
Die Umsetzung: Der Redakteur nimmt die Rolle des „Anwalts des Anwenders“ ein. Im Gespräch mit der Konstruktion stellt er bewusst vermeintlich „naive“ Fragen („Warum ist dieser Schritt so kompliziert? Versteht das ein Laie ohne Vorkenntnisse?“).
Der Erkenntnisgewinn: Entwickler setzen ihr eigenes Fachwissen oft unbewusst voraus. Der Redakteur filtert diese blinden Flecken heraus.
Die Umsetzung: Wenn die Möglichkeit besteht, werden echte Anwender bei der Arbeit mit dem Prototypen im Testfeld oder Labor beobachtet.
Der Erkenntnisgewinn: Man sieht live, wo Testpersonen zögern, wo Fehler passieren oder welche Hilfsmittel (z. B. Zusatzwerkzeuge) sie intuitiv vermissen.
Prüfungs-Fokus: Die Integration der Nutzerperspektive bedeutet einen Perspektivwechsel: Weg von der Frage „Wie hat der Ingenieur das Gerät gebaut?“ hin zur Frage „Wie interagiert ein Mensch in der Praxis mit diesem Gerät, wo stolpert er und welche Informationen braucht er genau in diesem Moment?“
Wie hängt die Analyse von Produktvarianten mit dem Änderungsmanagement zusammen?
Der Zusammenhang: Wenn die Entwicklung eine Änderung an einem Produkt vornimmt (z. B. ein Bauteil in einer Baureihe ersetzt), greift das Änderungsmanagement. Die zuvor durchgeführte Produktvarianten-Analyse hilft dem Redakteur sofort zu erkennen: Betrifft diese Änderung alle Modelle der Produktfamilie oder nur eine spezifische Variante (z. B. nur das Pro-Modell)?
Der Nutzen: Das Redaktionssystem zeigt dank der strukturierten Variantenanalyse genau auf, welche Text- und Bildbausteine angepasst werden müssen, ohne dass die Dokumentation für die unbetroffenen Varianten unnötig angefasst wird.
Der Zusammenhang: Produktvarianten verändern sich im Laufe ihres Lebenszyklus (Modellpflege, Facelifts, technische Optimierungen). Das Änderungsmanagement meldet diese Modifikationen an die Technische Redaktion.
Der Nutzen: Der Redakteur muss im Zuge des Änderungsmanagements prüfen, ob sich durch die Modifikation auch die Metadaten oder Filterkriterien der Varianten ändern (z. B. wenn eine Option, die früher nur beim Pro-Modell gab, plötzlich Standard in der Basis-Variante wird). Die Varianten-Logik im Redaktionssystem muss entsprechend nachgezogen werden.
Der Zusammenhang: Zu einer bestimmten Maschinen-Chargennummer oder Seriennummer einer konkreten Produktvariante muss im Service- oder Ersatzteilfall exakt die passende Dokumentation ausgeliefert werden.
Der Nutzen: Das Änderungsmanagement dokumentiert, ab welcher Seriennummer eine Variante geändert wurde. Die Variantenanalyse liefert die Struktur dazu, wie diese Versionen im Redaktionssystem oder im Content-Delivery-Portal (CDP) abgebildet werden, damit der Anwender nicht aus Versehen die Anleitung für das falsche Baujahr oder die falsche Ausstattung liest.
Prüfungs-Kernsatz: Das Änderungsmanagement liefert dem Redakteur die Information, dass sich etwas an einer Produktvariante geändert hat. Die Produktvarianten-Analyse liefert die systematische Grundlage dafür, wo im modularen System diese Änderung vorgenommen werden muss, sodass nur die betroffenen Modellvarianten aktualisiert werden.
Welche Methoden und Werkzeuge werden typischerweise bei der Analyse von Produktvarianten eingesetzt und welche Vor- und Nachteile haben sie?
Wie kann ein Informationsprodukt Anforderungen an ein Produkt stellen?
Wie es passiert: Wenn der Redakteur im Rahmen der Produktanalyse oder beim Schreiben der Anleitung merkt: „Um diesen Bedienschritt verständlich zu erklären, bräuchte der Anwender gefühlt drei Hände, oder das Display-Menü ist völlig unlogisch verschachtelt“, deckt er Usability-Mängel auf.
Die Forderung an das Produkt: Der Redakteur fordert vom Produktmanagement oder der Konstruktion eine Änderung der Benutzeroberfläche (HMI), eine logischere Menüführung oder eine mechanische Anpassung, damit das Gerät überhaupt sicher und intuitiv bedienbar wird.
Wie es passiert: Bei der Analyse von Gefahren und Restrisiken (gemäß DIN EN ISO 12100) stellt der Redakteur fest, dass eine Gefahr so hoch ist, dass sie sich nicht mehr allein durch einen Warnhinweis in der Anleitung kompensieren lässt (Prinzip der dreistufigen Risikominderung: Erst konstruktive Sicherheit, dann technische Schutzmaßnahmen, erst als Letztes Instruktion/Warnhinweis).
Die Forderung an das Produkt: Das Informationsprodukt (bzw. der Redakteur als „Anwalt der Sicherheit“) fordert zwingend eine bauliche Veränderung – etwa das Anbringen einer physischen Schutzverkleidung, eines Not-Halt-Schalters oder einer Verriegelung, weil ein reiner Text-Warnhinweis rechtlich nicht ausreicht.
Wie es passiert: Gesetze, Normen und Richtlinien (z. B. die Maschinenverordnung, CE-Vorgaben oder die Produktsicherheitsverordnung) schreiben vor, dass bestimmte Warnungen, Symbole, Typenschilder oder technische Kennzeichnungen direkt am physischen Produkt dauerhaft angebracht sein müssen (z. B. Warnsymbole vor heißen Oberflächen oder elektrischer Spannung).
Die Forderung an das Produkt: Das Informationsprodukt gibt vor, welche Angaben zwingend auf dem physischen Produkt, dem Typenschild oder als direktes Maschinen-Label aufgedruckt oder eingestanzt sein müssen. Ohne diese Produktänderung darf das Dokumentations- und Kennzeichnungskonzept nicht freigegeben werden.
Wie es passiert: Technische Redakteure sind Experten für klare, verständliche Sprache und Terminologie. Oft müssen sie die Texte für die Software-Benutzeroberfläche (UI-Texte, Fehlermeldungen auf dem Maschinen-Display) verfassen oder korrigieren.
Die Forderung an das Produkt: Die Redaktion stellt die Anforderung an die Software-Entwicklung, kryptische Fehlercodes (wie z. B. Error_Code_404_XYZ) durch verständliche Klartext-Meldungen direkt im Produktdiplay zu ersetzen, da die Anleitung sonst unlesbar lang und unpraktikabel würde.
Error_Code_404_XYZ
Wie können Sicherheits- und Datenschutzanforderungen in elektronischen Informationsprodukten integriert werden?
Was es bedeutet: Sicherheits- und Datenschutzaspekte dürfen nicht erst nachträglich auf die fertige Dokumentationsplattform aufgesetzt werden, sondern müssen bereits bei der Architektur und Konzeption des elektronischen Informationsprodukts berücksichtigt werden.
Umsetzung: Festlegung von Sicherheitsrichtlinien im Projektteam, bevor das Content Delivery Portal (CDP) oder die Dokumentations-App programmiert oder lizenziert wird.
Was es bedeutet: Nicht jeder Nutzer darf jede Information sehen. Während eine allgemeine Bedienungsanleitung öffentlich sein kann, erfordern komplexe Wartungs- oder Serviceanleitungen oft geschützte Bereiche.
Umsetzung:
Implementierung einer sicheren Authentifizierung (z. B. Login mit Zwei-Faktor-Authentifizierung oder Single Sign-On).
Rollen- und Rechtekonzepte (RBAC): Ein normaler Endkunde sieht nur die Basis-Anleitung, während ein zertifizierter Servicetechniker nach dem Login auch erweiterte Reparatur- und Schaltplan-Daten auf seinem Tablet abrufen kann.
Was es bedeutet: Die Datenströme zwischen dem Redaktionssystem (CCMS), dem Server/Hosting und dem Endgerät des Anwenders müssen vor dem Abgreifen oder Manipulieren geschützt werden.
Konsequente Nutzung verschlüsselter Verbindungen (HTTPS / TLS) für den Datenabruf im Browser oder in der App.
Sichere Speicherung von Dokumenten und Metadaten auf geschützten Servern (z. B. DSGVO-konformes Cloud-Hosting in der EU).
Was es bedeutet: Werden in elektronischen Informationsprodukten Nutzerdaten verarbeitet (z. B. Login-Daten, Tracking-Analysen zur Nutzung von Hilfe-Seiten oder Feedback-Formulare), greifen die strengen Regeln der Datenschutzgrundverordnung.
Datensparsamkeit: Es werden nur die Daten erhoben, die für den Betrieb des Informationsprodukts zwingend erforderlich sind.
Transparenz: Bereitstellung einer verständlichen Datenschutzerklärung im digitalen Portal.
Anonymisierung/Pseudonymisierung: Wenn z. B. das Nutzerverhalten in einer Dokumentations-App analysiert wird, um die Usability zu verbessern, müssen diese Daten anonymisiert erfasst werden.
Was es bedeutet: Wenn elektronische Informationsprodukte automatisiert Daten aus Maschinen (IoT) oder über Standards wie iiRDS beziehen und bereitstellen, stellen diese Schnittstellen potenzielle Angriffsvektoren dar.
Umsetzung: Absicherung der APIs durch Token-basierte Authentifizierung (z. B. OAuth), damit Schadsoftware oder unbefugte Dritte nicht über die Dokumentationsschnittstelle in das Firmennetzwerk oder die Maschinensteuerung eindringen können.
Prüfungs-Fokus: Bei elektronischen Informationsprodukten wandelt sich die Rolle des Technischen Redakteurs: Er muss gemeinsam mit IT- und Datenschutzbeauftragten sicherstellen, dass das digitale Handbuch nicht nur inhaltlich korrekt ist, sondern auch den rechtlichen Vorgaben (DSGVO) und den Standards der Cybersicherheit entspricht.
Welche Methoden kennen Sie, um den Bekanntheitsgrad einer Produkttechnologie zu ermitteln?
Dies ist der klassische und aussagekräftigste Weg, um messbare Prozentwerte über den Bekanntheitsgrad in einer bestimmten Zielgruppe zu erhalten.
Online- oder Telefonumfragen: Etablierte Befragungsmethoden, bei denen eine definierte Stichprobe der Zielgruppe standardisierte Fragen beantwortet.
Ungestützte Bekanntheit (Brand-/Technology-Recall): Die Frage lautet offen: „Welche Technologien fallen Ihnen spontan ein, wenn Sie an [Problemfeld/Branche] denken?“ (Misst die Top-of-Mind-Awareness und spontane Bekanntheit).
Gestützte Bekanntheit (Brand-/Technology-Recognition): Dem Befragten werden konkrete Technologie-Namen oder Logos vorgelegt („Kennen Sie die Technologie XY?“). Das filtert heraus, ob eine Technologie zumindest bekannt ist, wenn man sie sieht oder hört.
Da moderne Produkttechnologien oft über das Internet recherchiert werden, lässt sich der Bekanntheitsgrad digital gut annähern:
Suchmaschinen-Analysen (SEO / SEA): Tools wie Google Trends oder Keyword-Planalysen zeigen, wie oft nach einem bestimmten Technologie-Begriff gesucht wird und ob das Suchvolumen steigt.
Webseiten- und Content-Metriken: Zugriffszahlen, Verweildauern und Download-Statistiken von Whitepapers, Datenblättern oder technischen Dokumentationen zu dieser spezifischen Technologie.
Medien- und Social-Listening-Analysen: Auswertung von Fachzeitschriften, Blogs, Social-Media-Kanälen (z. B. LinkedIn) und Konferenzen. Wie oft wird die Technologie dort erwähnt? Wer spricht darüber?
Patent- und Marktanalysen: Analysen darüber, wie stark sich der Markt oder die Konkurrenz mit dieser Technologie beschäftigt.
Was ist eine Wettbewerbsanalyse? Erläutern Sie den Begriff und den Zusammenhang mit der Technischen Dokumentation.
Auch wenn die Wettbewerbsanalyse klassisch eher in Marketing, Vertrieb und Produktentwicklung verortet ist, spielt sie für die Technische Redaktion eine immer wichtigere Rolle (oft im Rahmen des Documentation Benchmarkings):
1. Qualitäts- und Usability-Vergleich (Benchmarking)
Der Bezug: Der Technische Redakteur schaut sich die Bedienungsanleitungen, Online-Hilfen oder Content Delivery Portale der Konkurrenz an.
Der Nutzen: Man analysiert, wie verständlich, übersichtlich oder innovativ (z. B. durch interaktive 3D-Animationen, Videos oder smarte Portale) die Mitbewerber ihre Produkte dokumentieren. Das eigene Informationsprodukt wird daran gemessen, um im Markt einen hohen Standard zu halten.
2. Funktions- und Inhaltsrecherche (Vollständigkeit)
Der Bezug: Bei neuartigen Produkten oder Funktionen liefert die Analyse von Konkurrenzdokumenten wertvolle Hinweise darauf, wie andere Hersteller bestimmte technische Sachverhalte erklären, welche Zielgruppen- Ansprache gewählt wird oder welche Kapitelstruktur üblich ist.
Der Nutzen: Das hilft bei der eigenen Inhaltsrecherche und stellt sicher, dass keine wichtigen Betriebszustände oder Sicherheitsaspekte vergessen wurden.
3. Sicherheitskommunikation und Normenkonformität
Der Bezug: Es wird geprüft, wie Mitbewerber mit Restrisiken, Warnhinweisen (z. B. nach ANSI oder ISO) oder gesetzlichen Kennzeichnungspflichten umgehen.
Der Nutzen: Man erkennt, ob Standards einheitlich interpretiert werden oder ob Mitbewerber innovative Wege gefunden haben, um komplexe Sicherheitsvorgaben für den Anwender verständlich zu vermitteln.
4. Die Dokumentation als USP (Unique Selling Proposition)
Der Bezug: Technische Geräte auf dem Markt ähneln sich oft stark in Funktion und Preis (Parität der Hardware).
Der Nutzen: Eine hervorragende, intuitive und fehlerfreie Technische Dokumentation kann im direkten Wettbewerbsvergleich das Zünglein an der Waage sein. Wenn die Konkurrenz nur unverständliche, schlecht übersetzte PDF-Wüsten liefert, wird ein exaktes, digitales und nutzerfreundliches Handbuch zum echten Verkaufsargument.
Prüfungs-Kernsatz: Die Wettbewerbsanalyse in der Technischen Dokumentation ist ein systematischer Vergleich der Informationsprodukte und Dokumentationsstandards von Mitbewerbern. Sie dient dem Benchmarking, deckt Optimierungspotenziale bei Usability und Struktur auf und hilft dabei, die eigene Dokumentation als Qualitäts- und Wettbewerbsvorteil zu positionieren.
Nennen Sie 3 Methoden, um den Wettbewerb zu analysieren.
Benchmarking (Leistungs- und Qualitätsvergleich)
Was es ist: Der systematische Vergleich der eigenen Produkte, Prozesse oder (im Kontext der Technischen Dokumentation) der Informationsprodukte mit den führenden Mitbewerbern.
Ziel: Best Practices identifizieren, die eigene Position im Markt bestimmen und Schwachstellen im Vergleich zur Konkurrenz aufdecken.
SWOT-Analyse
Was es ist: Eine strategische Analysemethode, bei der die internen Stärken (Strengths) und Schwächen (Weaknesses) des eigenen Unternehmens den externen Chancen (Opportunities) und Risiken/Bedrohungen (Threats) durch den Wettbewerb gegenübergestellt werden.
Ziel: Ableitung von strategischen Maßnahmen, um sich optimal gegen die Konkurrenz zu positionieren und Marktlücken zu nutzen.
Feature- oder Funktionsmatrix (Merkmalsvergleich)
Was es ist: Eine tabellarische Gegenüberstellung, bei der die Eigenschaften, technischen Funktionen, Preise, Serviceleistungen oder Dokumentationsstandards verschiedener Wettbewerbsprodukte direkt in Spalten und Zeilen verglichen werden.
Ziel: Auf einen Blick zu sehen, welche Ausstattungsmerkmale die Konkurrenz bietet, wo das eigene Produkt überlegen ist und welche Alleinstellungsmerkmale (USPs) herausgestellt werden können.
Zuletzt geändertvor 9 Tagen