{"id":10578,"date":"2026-02-07T17:00:30","date_gmt":"2026-02-07T15:00:30","guid":{"rendered":"https:\/\/www.netz-barrierefrei.de\/wordpress\/?p=10578"},"modified":"2026-02-17T18:30:44","modified_gmt":"2026-02-17T16:30:44","slug":"feedback-zur-barrierefreiheit-von-der-compliance-zum-service","status":"publish","type":"post","link":"https:\/\/www.netz-barrierefrei.de\/wordpress\/feedback-zur-barrierefreiheit-von-der-compliance-zum-service\/","title":{"rendered":"Feedback zur Barrierefreiheit &#8211; von der Compliance zum Service"},"content":{"rendered":"<p><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-content\/uploads\/feedback.jpg\" alt=\"\" width=\"1024\" height=\"1024\" class=\"alignleft size-full wp-image-10584\" srcset=\"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-content\/uploads\/feedback.jpg 1024w, https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-content\/uploads\/feedback-300x300.jpg 300w, https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-content\/uploads\/feedback-150x150.jpg 150w, https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-content\/uploads\/feedback-768x768.jpg 768w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><br \/>\n<iframe loading=\"lazy\" src=\"https:\/\/digitale-barrierefreiheit.podigee.io\/347-feedback-zur-digitalen-barrierefreiheit-von-der-pflicht-zur-kur\/embed?context=external&#038;theme=default\" style=\"border: 0\" frameBorder=\"0\" height=\"100\" width=\"100%\"><\/iframe><br \/>\nHeute widmen wir uns dem Thema Feedback-Mechanismus zur digitalen Barrierefreiheit und der Frage, wie er sinnvoll gestaltet werden kann.<\/p>\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_82_2 counter-hierarchy ez-toc-counter ez-toc-white ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<p class=\"ez-toc-title\" style=\"cursor:inherit\">Inhalt<\/p>\n<span class=\"ez-toc-title-toggle\"><a href=\"#\" class=\"ez-toc-pull-right ez-toc-btn ez-toc-btn-xs ez-toc-btn-default ez-toc-toggle\" aria-label=\"Toggle Table of Content\"><span class=\"ez-toc-js-icon-con\"><span class=\"\"><span class=\"eztoc-hide\" style=\"display:none;\">Toggle<\/span><span class=\"ez-toc-icon-toggle-span\"><svg style=\"fill: #999;color:#999\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" class=\"list-377408\" width=\"20px\" height=\"20px\" viewBox=\"0 0 24 24\" fill=\"none\"><path d=\"M6 6H4v2h2V6zm14 0H8v2h12V6zM4 11h2v2H4v-2zm16 0H8v2h12v-2zM4 16h2v2H4v-2zm16 0H8v2h12v-2z\" fill=\"currentColor\"><\/path><\/svg><svg style=\"fill: #999;color:#999\" class=\"arrow-unsorted-368013\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" width=\"10px\" height=\"10px\" viewBox=\"0 0 24 24\" version=\"1.2\" baseProfile=\"tiny\"><path d=\"M18.2 9.3l-6.2-6.3-6.2 6.3c-.2.2-.3.4-.3.7s.1.5.3.7c.2.2.4.3.7.3h11c.3 0 .5-.1.7-.3.2-.2.3-.5.3-.7s-.1-.5-.3-.7zM5.8 14.7l6.2 6.3 6.2-6.3c.2-.2.3-.5.3-.7s-.1-.5-.3-.7c-.2-.2-.4-.3-.7-.3h-11c-.3 0-.5.1-.7.3-.2.2-.3.5-.3.7s.1.5.3.7z\"\/><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/www.netz-barrierefrei.de\/wordpress\/feedback-zur-barrierefreiheit-von-der-compliance-zum-service\/#TLDR_%E2%80%93_Zusammenfassung\" >TLDR &#8211; Zusammenfassung<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/www.netz-barrierefrei.de\/wordpress\/feedback-zur-barrierefreiheit-von-der-compliance-zum-service\/#Feedback_%E2%80%93_von_der_Pflicht_zur_Kuer\" >Feedback &#8211; von der Pflicht zur K\u00fcr<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/www.netz-barrierefrei.de\/wordpress\/feedback-zur-barrierefreiheit-von-der-compliance-zum-service\/#Wer_muss_einen_Feedback-Mechanismus_anbieten\" >Wer muss einen Feedback-Mechanismus anbieten?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/www.netz-barrierefrei.de\/wordpress\/feedback-zur-barrierefreiheit-von-der-compliance-zum-service\/#Formale_Anforderungen\" >Formale Anforderungen<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/www.netz-barrierefrei.de\/wordpress\/feedback-zur-barrierefreiheit-von-der-compliance-zum-service\/#Feedback_willkommen_heissen\" >Feedback willkommen hei\u00dfen<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/www.netz-barrierefrei.de\/wordpress\/feedback-zur-barrierefreiheit-von-der-compliance-zum-service\/#Ticket_statt_Mail\" >Ticket statt Mail<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/www.netz-barrierefrei.de\/wordpress\/feedback-zur-barrierefreiheit-von-der-compliance-zum-service\/#Fazit\" >Fazit<\/a><\/li><\/ul><\/nav><\/div>\n<h2><span class=\"ez-toc-section\" id=\"TLDR_%E2%80%93_Zusammenfassung\"><\/span>TLDR &#8211; Zusammenfassung<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<ul>\n<li>\n    <strong>Feedback positiv verstehen:<\/strong> Nicht als Pflicht, sondern als Chance zur Verbesserung der Website, App oder Anwendung.\n  <\/li>\n<li>\n    <strong>Zug\u00e4nglichkeit:<\/strong> Der Mechanismus muss von jeder Unterseite bzw. View erreichbar sein, z. B. \u00fcber ein gut sichtbares Men\u00fc.\n  <\/li>\n<li>\n    <strong>Einfache Nutzung:<\/strong> Kurzes, klares Formular; Name, E-Mail oder andere pers\u00f6nliche Daten nicht zwingend erforderlich \u2013 anonyme Meldungen sind legitim.\n  <\/li>\n<li>\n    <strong>Klare Angaben:<\/strong> Nutzerinnen sollten angeben, auf welcher Seite\/Unterseite das Problem auftrat; technische Daten (Betriebssystem, Screenreader) k\u00f6nnen freiwillig mitgeliefert werden.\n  <\/li>\n<li>\n    <strong>Integration:<\/strong> Feedback sollte automatisch in ein Ticketsystem flie\u00dfen, damit die Bearbeitung nachvollziehbar und in den Workflow integriert ist.\n  <\/li>\n<li>\n    <strong>Reaktionskultur:<\/strong> R\u00fcckmeldungen zeitnah, wertsch\u00e4tzend und positiv beantworten; zeigen, dass Feedback geh\u00f6rt und ber\u00fccksichtigt wird.\n  <\/li>\n<li>\n    <strong>Hohe Barrierefreiheits-Standards:<\/strong> Formulare sollten besonders zug\u00e4nglich sein, WCAG AAA ist w\u00fcnschenswert, aber nicht immer zwingend.\n  <\/li>\n<li>\n    <strong>Konstruktives Feedback f\u00f6rdern:<\/strong> Nutzerinnen sollten sowohl kritisches als auch positives Feedback geben, um Verantwortliche zu motivieren und die Kultur zu st\u00e4rken.\n  <\/li>\n<\/ul>\n<h2><span class=\"ez-toc-section\" id=\"Feedback_%E2%80%93_von_der_Pflicht_zur_Kuer\"><\/span>Feedback &#8211; von der Pflicht zur K\u00fcr<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Der Feedback-Mechanismus zur Barrierefreiheit geh\u00f6rt, wie viele andere Aspekte auch, zu den Pflichtaufgaben im Bereich der Barrierefreiheit. H\u00e4ufig wird er jedoch nur als l\u00e4stige Pflicht behandelt \u2013 das hei\u00dft, es wird lediglich das umgesetzt, was gesetzlich vorgeschrieben ist, und nicht mehr.<br \/>\nDas f\u00fchrt dazu, dass diese Feedback-M\u00f6glichkeiten oft nur sehr wenig genutzt werden. Nutzerinnen finden sie entweder nicht, wissen nicht, dass sie existieren, oder k\u00f6nnen damit nichts anfangen, selbst wenn sie sie entdecken. Wenig hilfreiche R\u00fcckmeldungen (das ist hart gecodet, das ist nicht Barrierefreiheit, das ist uns egal) motivieren nicht dazu, R\u00fcckmeldungen zu geben.<br \/>\nF\u00fcr Betreiberinnen von Websites mag das zun\u00e4chst erfreulich wirken: Sie erhalten kein Feedback und f\u00fchlen sich auf der sicheren Seite. Keine Beschwerden, keine Arbeit, alles gut. Gleichzeitig wird dadurch jedoch auch die Chance vertan, die Website aktiv zu verbessern. Gerade wenn viel Energie in die Umsetzung von Barrierefreiheit gesteckt wurde, bleibt unklar, ob diese Ma\u00dfnahmen tats\u00e4chlich wirken oder noch optimiert werden m\u00fcssen.<br \/>\nDeshalb wollen wir heute besprechen, wie ein guter Feedback-Mechanismus aussehen kann und wie er sinnvoll eingesetzt werden sollte.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Wer_muss_einen_Feedback-Mechanismus_anbieten\"><\/span>Wer muss einen Feedback-Mechanismus anbieten?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Die Pflicht gilt sowohl f\u00fcr Anbieterinnen, die unter die Barrierefreie-Informationstechnik-Verordnung (BITV) fallen, als auch f\u00fcr diejenigen, die unter das Barrierefreiheitsst\u00e4rkungsgesetz (BFSG) fallen. Beide Regelwerke enthalten eigene Vorgaben:<\/p>\n<ul>\n<li>Bei der BITV ist klar geregelt, dass eine Erkl\u00e4rung zur Barrierefreiheit vorhanden sein muss. Darin ist auch der Feedback-Mechanismus ausdr\u00fccklich vorgesehen. Es wird verlangt, dass aufFeedback innerhalb einer angemessenen Frist reagiert wird, und dass eine klare Kontaktperson sowie Verantwortlichkeit f\u00fcr die Barrierefreiheit angegeben werden.<\/li>\n<li>Beim BFSG ist die Regelung weniger prominent, aber ebenfalls vorhanden. Nutzerinnen sollen die M\u00f6glichkeit haben, Feedback zur Barrierefreiheit eines Produkts zu geben. Diese Information findet sich h\u00e4ufig unter dem Punkt \u201eErkl\u00e4rung zur Barrierefreiheit\u201c.<\/li>\n<\/ul>\n<p>Wichtig ist also: Jede Anbieterin sollte klarstellen, wie Barrierefreiheit umgesetzt wird und wie R\u00fcckmeldungen dazu gegeben werden k\u00f6nnen.<br \/>\n Im BFSG ist die Ausf\u00fchrung zwar nicht so detailliert wie bei der BITV, aber man kann davon ausgehen, dass die gleichen Anforderungen gelten.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Formale_Anforderungen\"><\/span>Formale Anforderungen<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Eine h\u00e4ufig gestellte Frage zum Feedback-Mechanismus lautet: Muss er f\u00fcr jede Anwendung bereitgestellt werden \u2013 also f\u00fcr Websites, Apps und andere digitale Angebote? Nach allgemeiner Auffassung lautet die Antwort: ja. Ich habe bisher niemanden gesehen, der gesagt hat, der Mechanismus m\u00fcsse nur f\u00fcr eine Website oder nur f\u00fcr eine Version gelten. Er muss tats\u00e4chlich f\u00fcr alle Anwendungen, die unter das jeweilige Gesetz fallen bereitgestellt werden.<br \/>\nMan kann einen zentralen Feedbackmechanismus f\u00fcr alle Anwendungen nutzen. So kann eine App auf eine Website verweisen, auf der das Feedbackformular implementiert ist. Auch wenn es verschiedene Microsites gibt, kann ein gemeinsamer Mechanismus funktionieren. Wichtig ist nur, dass jede eigenst\u00e4ndige Anwendung diesen Mechanismus verf\u00fcgbar macht.<br \/>\nBei PDFs ist die Umsetzung bisher selten zu sehen. Das liegt oft daran, dass PDFs h\u00e4ufig Abfallprodukte von Printmaterialien sind \u2013 Brosch\u00fcren, die f\u00fcr den Druck erstellt wurden, werden einfach als PDF \u00fcbernommen. In solchen F\u00e4llen ist es schwierig, ein Feedbackformular oder einen Link einzubinden.<br \/>\nGenerell gilt: F\u00fcr jede eigenst\u00e4ndige digitale Anwendung muss eine entsprechende Feedbackm\u00f6glichkeit bereitgestellt werden.<br \/>\nDabei gibt es noch eine Herausforderung: Als Anbieterin muss nachvollziehbar sein, auf welche Anwendung oder Seite sich das Feedback bezieht. Wenn nur eine zentrale Landingpage f\u00fcr alle Anwendungen existiert, kann es schwierig sein zu erkennen, woher die Nutzerin kommt. F\u00fcr die Nutzerin selbst ist das oft auch nicht leicht einzusch\u00e4tzen, insbesondere bei zahlreichen Microsites oder internen Portalen, deren Bezeichnungen f\u00fcr die Nutzerin irrelevant sind.<br \/>\nDeshalb sollte der Feedbackmechanismus so implementiert werden, dass klar nachvollzogen werden kann, auf welche Seite, Anwendung oder Unterseite sich das Feedback bezieht.<br \/>\n Generell muss der Feedback-Mechanismus von jeder Unterseite oder View aus erreichbar sein. Das bedeutet jedoch nicht, dass er bei Apps oder mobilen Websites permanent sichtbar sein muss. So kann er beispielsweise in einem ausklappbaren Men\u00fc (Burger-Men\u00fc) untergebracht werden. Sobald das Men\u00fc ge\u00f6ffnet wird, sollte der Feedback-Mechanismus sichtbar sein und klar bezeichnet werden.<br \/>\nDie Bezeichnung sollte m\u00f6glichst verst\u00e4ndlich sein: \u201eBarrierefreiheit\u201c als sichtbarer Punkt ist notwendig, erg\u00e4nzt durch einen Titel oder Screenreader-Text wie \u201eFeedback zur Barrierefreiheit\u201c.<br \/>\nEin gro\u00dfes Problem besteht darin, dass viele Menschen, auch wenn sie eine Behinderung haben, den Begriff \u201eBarrierefreiheit\u201c m\u00f6glicherweise nicht auf sich beziehen. Menschen mit Autismus, ADHS oder leichten Seheinschr\u00e4nkungen k\u00f6nnen damit oft nichts anfangen. Leider gibt es bisher keine wirklich bessere, verst\u00e4ndlichere Alternative. Begriffe wie \u201eallgemeines Feedback zur Benutzbarkeit der Website\u201c sind zu kompliziert.<br \/>\nIn Apps kann der Mechanismus entsprechend in Men\u00fcs oder Einstellungen integriert werden, sodass er jederzeit erreichbar ist, ohne die Ansicht zu \u00fcberladen.<br \/>\nWie bereits erw\u00e4hnt, ist es akzeptabel, den Feedback-Mechanismus im ausklappbaren Burger-Men\u00fc unterzubringen. Nutzerinnen m\u00fcssen dort selbst nachsehen, ob der Punkt vorhanden ist \u2013 das ist zumutbar. Verstecken unter einem Untermen\u00fc vom Untermen\u00fc w\u00e4re jedoch nicht zumutbar.<br \/>\nIm Feedback-Mechanismus selbst sollte knapp erkl\u00e4rt werden, wof\u00fcr er dient. Es geht nicht darum, umfassend das Thema Barrierefreiheit zu erl\u00e4utern, sondern klar zu formulieren:<br \/>\n\u201eHier k\u00f6nnen Sie bei der Nutzung des Angebots auf eine Barriere gesto\u00dfen sein. Melden Sie uns, welche Herausforderungen aufgetreten sind.\u201c<br \/>\nDie Entscheidung, ob ein gemeldetes Problem unter Barrierefreiheit f\u00e4llt, liegt bei der Person, die das Feedback bearbeitet. Es ist bekannt, dass die Abgrenzung zwischen Barrierefreiheit, Usability und anderen Aspekten manchmal schwierig ist \u2013 damit muss man als Anbieterin umgehen.<br \/>\nGenerell muss immer mindestens ein schriftlicher und ein sprachlicher Kontaktweg angeboten werden, zum Beispiel E-Mail und Telefon. Zus\u00e4tzlich kann ein Kontaktformular angeboten werden, sofern es nicht zu komplex ist. Umfangreiche Formulare, die viele irrelevante Angaben erfordern \u2013 wie bei manchen Schlichtungsverfahren \u2013 sind unn\u00f6tig. Ein einfaches Formular mit Name, E-Mail-Adresse und einer Beschreibung des Problems reicht in der Regel aus. Wenn Informationen wie die Anschrift keine Pflichtfelder sind, stellt sich die Frage, warum man sie nicht gleich komplett wegl\u00e4sst.<br \/>\nIn der Beschreibung des Feedbackmechanismus sollte angegeben werden, welche Informationen n\u00fctzlich sind, z.\u202fB. Betriebssystem, verwendeter Screenreader oder andere assistive Technologien, sowie eine pr\u00e4zise Problembeschreibung. Je mehr Informationen automatisch \u00fcbermittelt werden, desto leichter ist die Bearbeitung, aber sie sollten nicht zwingend Voraussetzung f\u00fcr die Abgabe des Feedbacks sein, da viele Nutzerinnen ihre technischen Details nicht kennen. Kein Mensch wei\u00df heute, welche Browser-Version verwendet wird. Diese Information als Pflichtfeld abzufragen wird viele Nutzende vom Feedback abhalten.<br \/>\nEs ist sinnvoll, dass der Feedbackmechanismus automatisch die zuletzt besuchte Seite \u00fcbernimmt oder speichert, von der aus das Formular aufgerufen wurde. So entf\u00e4llt die Notwendigkeit, diese Informationen manuell einzugeben.<br \/>\nUnabh\u00e4ngig davon sollte die Nutzerin jedoch immer selbst angeben k\u00f6nnen, auf welcher Seite das Problem genau aufgetreten ist, zum Beispiel indem sie den Link einf\u00fcgt, einen Screenshot hochl\u00e4dt oder eine kurze Beschreibung liefert. Nur so l\u00e4sst sich das Feedback eindeutig nachvollziehen, da die letzte aufgerufene Seite nicht zwangsl\u00e4ufig die problematische Seite sein muss.<br \/>\nAuch bei der Kontaktaufnahme sollte man flexibel sein. Manche Nutzerinnen m\u00f6chten Barrieren anonym melden, ohne eine Antwort zu erhalten oder ihre pers\u00f6nlichen Daten preiszugeben. Das ist vollkommen legitim. Es sollte daher nicht verpflichtend sein, Name, E-Mail-Adresse, Telefonnummer oder Anschrift anzugeben. Umfangreiche Formulare, die viele pers\u00f6nliche Angaben verlangen, k\u00f6nnen abschreckend wirken. Nutzerinnen k\u00f6nnten den Vorgang abbrechen, weil sie weder Zeit noch Grund sehen, diese Informationen bereitzustellen. Auch anonymes Feedback sollte ber\u00fccksichtigt werden, soweit es nachvollziehbar ist.<br \/>\nDie M\u00f6glichkeit, Feedback anonym abzugeben, ist daher essenziell. Dabei ist klar: Anonyme Meldungen k\u00f6nnen nicht beantwortet werden, aber das sollte der Nutzerin bewusst sein und eine bewusste Entscheidung bleiben.<br \/>\nGenerell sollte der Feedback-Mechanismus selbst hohe Anforderungen an Barrierefreiheit erf\u00fcllen. Manche Stellen fordern sogar WCAG AAA, also die h\u00f6chsten Standards der Web Content Accessibility Guidelines.<br \/>\nBei reinem Text ist das in der Regel unproblematisch \u2013 h\u00f6chstens CAPTCHAs k\u00f6nnten ein Hindernis darstellen, aber bei Textdaten treten diese Probleme kaum auf. Bei Kontaktformularen hingegen ist die barrierefreie Umsetzung besonders wichtig, da hier komplexere Interaktionen stattfinden und die Formulare f\u00fcr alle Nutzerinnen zug\u00e4nglich sein m\u00fcssen.<br \/>\nDurch die WCAG AAA ergeben sich eigentlich keine gro\u00dfen \u00dcberraschungen. Ein relativ schlichtes, funktionales Formular reicht v\u00f6llig aus. Es muss nicht besonders h\u00fcbsch gestaltet sein \u2013 die Anforderungen sind technisch machbar, und die h\u00f6chsten WCAG-Standards stellen hier keine gro\u00dfe Herausforderung dar.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Feedback_willkommen_heissen\"><\/span>Feedback willkommen hei\u00dfen<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Wie ich zu Beginn erw\u00e4hnt habe, wird der Feedback-Mechanismus leider h\u00e4ufig als Pflicht\u00fcbung betrachtet, nicht als b\u00fcrgerfreundlicher Kanal und Chance zur Verbesserung des eigenen Angebots. Das ist in erster Linie eine Frage des Mindsets, das ge\u00e4ndert werden sollte.<br \/>\nDie Sprache des Mechanismus sollte deutlich machen: \u201eFeedback ist herzlich willkommen.\u201c Das Pflichtprogramm haben wir bereits besprochen. Jetzt geht es darum, eine positive Haltung zu vermitteln: Nutzerinnen sollen motiviert werden, Feedback zu geben. Wenn eine Kontaktm\u00f6glichkeit angegeben wurde, sollte zeitnah darauf reagiert werden. Dazu geh\u00f6rt:<\/p>\n<ul>\n<li> Dank f\u00fcr das Feedback<\/li>\n<li>Mitteilung, dass es ber\u00fccksichtigt wird \u2013 entweder in der n\u00e4chsten oder \u00fcbern\u00e4chsten Iteration<\/li>\n<li> Positives Feedback: \u201eWir haben Sie geh\u00f6rt, wir respektieren Ihre Herausforderung und pr\u00fcfen, wie wir sie l\u00f6sen k\u00f6nnen.\u201c<\/li>\n<\/ul>\n<p>Das ist das Mindeste, was heutzutage von Beh\u00f6rden und Unternehmen erwartet werden kann. Andernfalls f\u00fchlt sich die Nutzerin wie eine Bittstellerin, nicht ernst genommen und vermeidet k\u00fcnftig, Feedback zu geben.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Ticket_statt_Mail\"><\/span>Ticket statt Mail<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Wichtig ist auch, wie mit den eingehenden Informationen umgegangen wird. Ich empfehle, diese direkt in ein Ticketsystem zu \u00fcberf\u00fchren. Technisch ist das heutzutage problemlos m\u00f6glich. Jede Nachricht erzeugt automatisch ein Ticket, das anschlie\u00dfend an die zust\u00e4ndige Person weitergeleitet wird.<br \/>\nAus dem Ticketsystem heraus lassen sich Antworten direkt dokumentieren und in den Workflow integrieren. So wird sichergestellt, dass kein Feedback verloren geht, und es ist jederzeit nachvollziehbar, welches Ticket bearbeitet wird und in welchem Status es sich befindet, besonders wenn Nachfragen erfolgen.<br \/>\nAuf diese Weise wird der Feedback-Mechanismus nicht nur rechtlich erf\u00fcllt, sondern auch effektiv, nachvollziehbar und nutzerfreundlich gestaltet.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Fazit\"><\/span>Fazit<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Zusammenfassend l\u00e4sst sich sagen:<\/p>\n<ul>\n<li>Den Feedback-Mechanismus positiv begreifen \u2013 als Chance zur Verbesserung, nicht als l\u00e4stige Pflicht\u00fcbung.<\/li>\n<li>Das Feedback so einfach, offen und einladend gestalten wie m\u00f6glich.<\/li>\n<li>R\u00fcckmeldungen wertsch\u00e4tzend beantworten und die Inhalte in die n\u00e4chsten Iterationen einflie\u00dfen lassen.<\/li>\n<li>Eingehendes Feedback direkt in ein Ticketsystem integrieren, um Aufgaben und Verbesserungsm\u00f6glichkeiten nachvollziehbar in den Workflow einflie\u00dfen zu lassen.<\/li>\n<\/ul>\n<p>Das bedeutet nicht, dass jede R\u00fcckmeldung innerhalb einer Woche umgesetzt werden muss, aber eine angemessene Bearbeitung ist wichtig. Heutige Websites und Anwendungen leiden h\u00e4ufig an fehlender Feedbackkultur: Feedback wird nicht als Chance, sondern als Kritik wahrgenommen. Dabei ist es eine wertvolle M\u00f6glichkeit, die eigenen Angebote kontinuierlich zu verbessern.<br \/>\nIch wei\u00df, dass Feedback nicht immer nett ausf\u00e4llt \u2013 viele R\u00fcckmeldungen entstehen aus Frustration w\u00e4hrend der Nutzung. Aber man sollte sie als konstruktive Hinweise verstehen und als Chance zur Verbesserung nutzen.<br \/>\nEin letzter Appell an Nutzerinnen mit Behinderung: Wenn ihr Feedback gebt, seid freundlich und konstruktiv. Gebt auch positives Feedback weiter, wenn etwas besonders gut umgesetzt wurde. Das motiviert diejenigen, die f\u00fcr Barrierefreiheit verantwortlich sind, und st\u00e4rkt ihre Position innerhalb der Organisation. Leider bekommen Verantwortliche oft nur negatives Feedback \u2013 deshalb sind positive R\u00fcckmeldungen besonders wertvoll.<\/p>\n<ul>\n<li><a href=\"https:\/\/www.netz-barrierefrei.de\/wordpress\/warum-sich-wenige-ueber-mangelnde-barrierefreiheit-beschweren\/\">Warum es kaum Beschwerden zur digitalen Barrierefreiheit gibt<\/a><\/li>\n<li><a href=\"https:\/\/netz-barrierefrei.de\/en\/feedback.html\">How to make Feedback on Accessibility attractive<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Heute widmen wir uns dem Thema Feedback-Mechanismus zur digitalen Barrierefreiheit und der Frage, wie er sinnvoll gestaltet werden kann. TLDR &#8211; Zusammenfassung Feedback positiv verstehen:&#8230;<\/p>\n<div class=\"more-link-wrapper\"><a class=\"more-link\" href=\"https:\/\/www.netz-barrierefrei.de\/wordpress\/feedback-zur-barrierefreiheit-von-der-compliance-zum-service\/\">Weiterlesen<span class=\"screen-reader-text\">Feedback zur Barrierefreiheit &#8211; von der Compliance zum Service<\/span><\/a><\/div>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-10578","post","type-post","status-publish","format-standard","hentry","category-allgemein","entry"],"_links":{"self":[{"href":"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-json\/wp\/v2\/posts\/10578","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-json\/wp\/v2\/comments?post=10578"}],"version-history":[{"count":9,"href":"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-json\/wp\/v2\/posts\/10578\/revisions"}],"predecessor-version":[{"id":10605,"href":"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-json\/wp\/v2\/posts\/10578\/revisions\/10605"}],"wp:attachment":[{"href":"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-json\/wp\/v2\/media?parent=10578"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-json\/wp\/v2\/categories?post=10578"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.netz-barrierefrei.de\/wordpress\/wp-json\/wp\/v2\/tags?post=10578"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}