Exzellentes technisches Schreiben: Hat jemand jemals Ihr Produkt verwendet?

Die Produktdokumentation erweckt den Eindruck, dass das Produkt noch nie von jemandem verwendet wurde. Die meisten Dokumentationen:

. Ignoriere ihn Produktmängel (Warzen) und wie man sie überwindet.

. Verlassen Beratung Dies würde die Erfahrung des Benutzers mit dem Produkt verbessern

. Verlassen Bewusstsein die erfahrene Benutzer mit dem neuen Benutzer teilen können

Bevor Sie ein Produkt auf den Markt bringen, bitten Sie einige Leute, es zu verwenden. Diese „Testbenutzer“ erhalten Problemlösungen, Tipps und Erkenntnisse, die Ihren echten Benutzern helfen könnten. Fügen Sie diese Informationen in Ihre Benutzerdokumentation und auf Ihre Produktsupport-Website ein.

Drei weitere Möglichkeiten, wie Ihre Benutzerdokumentation Ihren Leser/Benutzer im Stich lässt:

1. Ignorieren Sie Produktmängel (Warzen) und wie Sie diese beheben können

Jedes Produkt hat „Warzen“. Warzen sind Mängel an Ihrem Produkt. Eine Warze kann etwas sein, das mit der aktuellen Version des Produkts nicht ohne weiteres behoben werden kann, aber behandelt werden muss.

Hier sind einige Beispiele für Produktwarzen. Einige der Warzen können erst mit der nächsten Version des Produkts geheilt werden:

. Ein Anrufbeantworter ohne Wandmontage. Es ist lediglich eine kleine Änderung der Form des Kunststoffs auf der Rückseite des Geräts erforderlich, damit das Gerät mit den Schrauben an der Wand befestigt werden kann. Das Kabel des Anrufbeantworters ist fest mit dem Gerät verbunden, was die Verwendung eines kürzeren Kabels bei Bedarf erschwert.

. Ein Textverarbeitungsprogramm, das die ungewöhnlichsten und ärgerlichsten Mängel aufweist. Dies verursacht für Benutzer eine Vielzahl von Problemen, einschließlich der Neuformatierung eines gesamten Dokuments, wenn eine kleine Änderung am Erscheinungsbild eines Textabschnitts vorgenommen wird.

. Eine elektrische Unterschalttafel mit acht Schaltkreisen, die nur Platz für vier Erdungskabel bietet. Dies macht es schwierig, alle Stromkreise anzuschließen.

. Ein fünfstufiger Wasserfilter, der nicht markiert, welcher seiner Filter in welche Halterung passt.

. Ein grafisches (Fenster-)Computerbetriebssystem, bei dem der Mauszeiger über den Bildschirm springt.

. Ein Toaster mit eingebautem elektronischen Timer, der nicht lange genug eingeschaltet bleibt, um einen englischen Muffin in einem Toastvorgang zu toasten. (Es ist lediglich ein größerer Widerstand im Zeitschaltkreis erforderlich, damit er ordnungsgemäß funktioniert.)

. Eine Kaffeemaschine mit digitalem Timer (ich liebe dieses Produkt wegen seiner Mängel und der Mängel in der Bedienungsanleitung). Quiz: Wann wünschen sich Ihrer Meinung nach die meisten Menschen für den Heimgebrauch eine automatische Kaffeezubereitung? Ich glaube, es ist Morgen. Wenn ein Benutzer jedoch die Uhr einstellt, beginnt die Zeitanzeige um 12:00 Uhr. Wenn der Benutzer jedoch den Brühtimer einstellt (wann der Kaffee zu brühen beginnt), startet der Timer um 12:00 Uhr. Das ist nicht nur ein Fehler; Es ist dumm.

Benutzer Ihres Produkts müssen wissen, wie sie die Warzen umgehen können. Denken Sie über diese Warzen nach, wie Sie sie überwinden können und wie Sie den Benutzer am besten über die von Ihnen gefundenen Techniken informieren können.

Wenn Sie nicht glauben, dass Ihr Produkt Warzen hat, leben Sie möglicherweise in einer Fantasiewelt. Das gesamte Konzept der „nächsten Veröffentlichung“ des Produkts lässt auf Mängel im Produkt schließen. Wenn diese Mängel nicht am Produkt selbst liegen, ermöglichen sie uns nicht zu verstehen, wie unser Benutzer das Produkt verwenden soll/wollen.

2. Ratschläge weglassen, die dem Benutzer bei seiner Erfahrung mit dem Produkt helfen würden

Nach der Verwendung eines Produkts geben wir Ratschläge für eine bessere Verwendung. Teilen Sie diese Tipps mit Ihren Benutzern, damit diese die bestmögliche Erfahrung mit Ihrem Produkt machen.

Der wohl empörendste fehlende Tipp ist eine Produktfunktion, die nirgendwo in der Benutzerdokumentation beschrieben wird. Ich habe eine Toilette mit geringem Durchfluss. Diese Toilette war Gegenstand von Witzen (entschuldigen Sie das Wortspiel), weil es Probleme mit großen Mengen an „festem Abfall“ gibt. Meine Toilette hat eine nicht dokumentierte Funktion. Wenn ich den Griff während der Spülung gedrückt halte, steht zusätzliches Wasser zur Verfügung, um die große Menge „fester Abfälle“ zu bewältigen. Aber es ist nicht dokumentiert! Das ist wirklich ein schlechter Rat!

Überlegen Sie, wie Ihr Benutzer das Produkt möglicherweise verwenden möchte und muss. Fügen Sie Hinweise hinzu, um ihr zu helfen.

In fast allen Dokumentationen zu Computersoftware wird ein sehr wichtiger Ratschlag ausgelassen. Es ist eine Tatsache, dass Benutzer alle paar Jahre den Computer wechseln. Softwaredokumentierer beschreiben jedoch nie, wie Benutzerdaten von der alten Maschine auf die neue übertragen werden. Es ist ein Versagen der meisten Softwaredokumentierer, der Realität ins Auge zu sehen.

3. Lassen Sie Wissen aus, das erfahrene Benutzer möglicherweise mit dem Leser teilen

Eine Frontlader-Waschmaschine verfügt über zwei Schleudergeschwindigkeiten: „Normal“ und „Schnell“. Im Benutzerdokument heißt es lediglich, „die Schleuderdrehzahl anzupassen“. Allerdings bin ich verwirrt. Die Autoren des Benutzerdokuments hätten es mir sagen sollen Vorteile und das Kosten um jede Schleudergeschwindigkeit zu nutzen. Diese Informationen würden mir bei der Entscheidung helfen, welche Geschwindigkeit ich für meine spezielle Situation verwenden sollte.

Referenzhandbücher in Computersprachen sind ein weiteres gutes Beispiel für den fehlenden Wissensaustausch. In vielen Sprachen (z. B. C- oder C++-Sprachen in der UNIX-Umgebung) gibt es viele Möglichkeiten, eine Operation auszuführen. Im Computerjargon gibt es viele verschiedene Funktionen (oder Methoden), die ein Programmierer verwenden kann, um etwas mit dem Computer zu tun. Dennoch vermitteln diese Sprachhandbücher nicht das Wissen, das einem Programmierer helfen könnte entscheiden welche Funktion oder Methode verwendet werden soll. Sprachentwickler wissen das. Es geht nur darum, Wissen zu teilen.

Eine gute Faustregel lautet: Wenn Ihr Benutzer eine Entscheidung treffen muss, stellen Sie ihm die Informationen bereit, die es ihm ermöglichen, die beste Entscheidung zu treffen.

Das Wissen sollte nicht nur aus der eigenen Nutzung des Produkts stammen, sondern auch aus der Branche des Produkts. Lassen Sie mich Ihnen zwei Beispiele nennen:

. Ein Blutdruckmessgerät: In der Bedienungsanleitung finden Sie eine Tabelle mit Blutdruckbereichen und deren Bedeutung. Das ist gut.

. Ein Luftentfeuchter (oder, was auch für Luftbefeuchter gilt): Die Dokumentation gibt NICHT den besten Raumluftfeuchtigkeitsbereich an. Es ist nicht so gut.

Oft genügt eine kleine Tabelle oder ein paar Zeilen im Benutzerdokument, um diese nützlichen Informationen bereitzustellen, aber aus irgendeinem Grund wird darauf verzichtet.

Testen Sie im realen Leben des Benutzers

Ich habe ein Gerät (einen „FM-Sender“) gekauft, mit dem mein MP3-Player jedes UKW-Radio abspielen kann. Das Problem besteht darin, dass der Sender den Ton verzerrt. Wenn ich jedoch die Lautstärke des MP3-Players reduziere, wenn er an den FM-Transmitter angeschlossen ist, werden die Verzerrungen verringert. In der Bedienungsanleitung gibt es keinen Hinweis oder eine Anweisung, die Lautstärke zu verringern. Wenn ich das unklare Geräusch höre, bin ich vom Produkt enttäuscht und denke, dass das Produkt nicht funktioniert.

Ich bin sicher, dass das Unternehmen seinen FM-Sender getestet hat. Ich bin mir auch sicher, dass sie darauf geachtet haben, die Lautstärke der Audioquelle (MP3-Player) niedrig genug einzustellen, um keine Verzerrungen zu verursachen. Dies ist KEIN echter Benutzerlebenstest.

Im wirklichen Leben würde der Benutzer die Lautstärke anpassen, um ein angenehmes Kopfhörerhören zu ermöglichen. Beim Anschließen des Geräts an den UKW-Sender wäre dann die Lautstärke zu hoch und der UKW-Radioton wäre verzerrt.

Ich denke auch nicht

. Die Leute, die das Produkt getestet haben, haben es nie auf die tatsächlichen Lautstärkeeinstellungen des Benutzers abgestimmt (sie haben es nicht im echten Benutzerleben getestet).

. Oder wenn sie wussten, dass die Kopfhörerlautstärke des Benutzers zu laut sein würde, dachten sie, „jeder könnte es verstehen“ und nahmen dieses Wissen (als Rat) nicht in ihre Gebrauchsanweisung auf.

Durch die Einbeziehung der Informationen zur Lautstärkeanpassung wäre der Benutzer mit dem Produkt zufriedener und daher weniger geneigt, es zurückzugeben.

Holen Sie Feedback von echten Benutzern ein

Bitten Sie Ihre Benutzer, ihre tatsächlichen Erfahrungen mit Ihrem Produkt zu kommentieren. Bitten Sie sie, Ihnen die Tipps, Techniken und Mängel mitzuteilen, die sie bei der Verwendung des Produkts festgestellt haben. Veröffentlichen Sie diese Informationen in zukünftigen Versionen des Produktbenutzerdokuments und auf Ihren Produktwebseiten.

Das Essenzielle

Teilen Sie die Erfahrungen, die Ihre Organisation mit dem Produkt gemacht hat. Relevant hinzufügen Beratung zur Benutzerdokumentation. Ergänzen Sie die Bewusstsein dass Sie bei Ihrer Erfahrung mit dem Produkt festgestellt haben. Geben Sie Produkt gegen Warzen.

Dadurch wird die Erfahrung Ihrer Benutzer mit Ihrem Produkt verbessert. Verbessern Sie die Erfahrung Ihrer Benutzer mit Ihrem Produkt:

. Reduzieren Sie die Supportkosten

. Verbessern Sie den Umsatz

. Reduzieren Sie Produktretouren

Und das sind die Dinge, die wir tun wollen, um unserem Unternehmen zum Erfolg zu verhelfen.

Source by Barry Millman

Wie können wir sicherstellen, dass unser technisches Schreiben eine positive Erfahrung für den Benutzer bietet?

⁣ Exzellentes technisches Schreiben: Hat jemand jemals Ihr Produkt verwendet?

Technisches Schreiben spielt eine entscheidende⁤ Rolle bei ‍der erfolgreichen Vermarktung von Produkten und‌ Dienstleistungen. Eine klare und präzise Dokumentation ermöglicht es den Benutzern, ein Produkt effektiv zu nutzen und potenzielle Probleme zu lösen. Doch⁤ wie können wir sicherstellen, dass unser technisches Schreiben wirklich exzellent ist und eine positive ‍Erfahrung für den Benutzer bietet?

Eine Möglichkeit, die Effektivität unseres technischen⁤ Schreibens zu überprüfen, besteht darin, zu überprüfen, ob tatsächlich jemand unser Produkt⁣ verwendet hat. Durch Feedback von Benutzern können wir verstehen, wie ⁣gut unsere Dokumentation ihre Bedürfnisse und ​Erwartungen erfüllt. ‍Wenn Benutzer Schwierigkeiten haben, ein Produkt zu verstehen oder zu verwenden, kann dies auf eine schlechte technische Schreibweise zurückzuführen sein.

Ein weiterer wichtiger Aspekt ist ⁤die⁢ Kontinuität der Wartung und Aktualisierung unserer Dokumentation.‍ Produkte und Software werden ständig weiterentwickelt,⁣ und‌ wir müssen sicherstellen, dass ⁢unsere technische Dokumentation Schritt hält. Durch regelmäßige Überprüfungen und Updates können wir sicherstellen, dass unsere Dokumentation immer⁣ aktuell⁤ und relevant ‌ist.

Darüber hinaus ist es wichtig, dass unser technisches Schreiben die Bedürfnisse einer vielfältigen Benutzergruppe anspricht. Wir müssen sicherstellen,‌ dass ⁢die⁤ Sprache ​klar und verständlich ist und technische Begriffe erklärt werden. Die Einbeziehung von Bildern, Diagrammen und anderen visuellen Hilfsmitteln kann ebenfalls dazu ​beitragen, komplexe Informationen leichter verständlich zu machen.

Insgesamt ist exzellentes technisches Schreiben entscheidend für den‍ Erfolg‌ eines Produkts. Indem wir sicherstellen,⁣ dass unsere Dokumentation⁣ klar, präzise und benutzerfreundlich ist, können wir das Vertrauen der Benutzer gewinnen und eine positive Erfahrung bieten. Durch regelmäßige Überprüfungen und Updates können wir sicherstellen,⁤ dass unsere Dokumentation immer auf dem neuesten​ Stand ist und den​ Bedürfnissen der Benutzer entspricht.