Ist meine Übersetzungsqualität gut genug, um mein Produkt zu starten?

Es ist 16:42 Uhr an einem Mittwoch. Wir haben geplant, am Montag weltweit zu starten, aber einer meiner Support-Ingenieure hat kritische Fehler bezüglich der Übersetzungsqualität in einer meiner Produktsprachen gemeldet. Es ist wie Code Rot.

Alarme gehen los, automatische Türen verschließen sich selbst. Das ist ernst!

Aber bevor wir in den vollen Notfallmodus übergehen, hier sind ein paar Tipps, die Ihnen helfen können, die sprachliche Auswirkung in Produktstart-Szenarien klar zu bewerten, damit Sie die nächsten Schritte am besten entscheiden können:

‍1) Schritt 1: Werfen wir einen genauen Blick auf den tatsächlichen Wert der Behauptungen im Detail

‍Oftmals sind Menschen nicht kohärent darin, wie sie die sprachliche Qualität bewerten. Wir haben gesehen, dass Menschen einen Grammatikfehler als schwerwiegenden Fehler markieren. Gleiches gilt für Terminologie und Rechtschreibung. Wenn wir uns die aufgebrachten Fehler ansehen, was sind sie wirklich? Wie beeinflussen sie letztendlich die Benutzererfahrung?

Mit Sprache kann dasselbe für eine Person inakzeptabel und falsch sein, während es für eine andere Person verständlich, aber falsch ist. Beide können das Problem als Fehler betrachten, jedoch in unterschiedlichem Ausmaß. Vielleicht war es eine Inkonsistenz. Was auch immer es war, die Tatsache ist, dass jedes menschliche Produkt Fehler hat - egal wie gut es ist. Es ist das, was es bedeutet, menschlich zu sein - fehlerhaft zu sein. Bevor also Schlussfolgerungen aufgrund der Kategorisierung dieser Probleme durch eine einzelne Person gezogen werden, sollten zwei oder drei andere Sprachexperten diese Fehler aus der Perspektive der Benutzererfahrung betrachten und folgende Fragen beantworten:

• Wird mich dies daran hindern, die Anwendung zu verwenden?
• Wird dies den Ruf dieser Marke nachhaltig schädigen?

Wenn die Antwort auf eine dieser Fragen einstimmig Ja lautet, dann haben Sie tatsächlich ein ernsthaftes Problem, das vor dem Start behoben werden muss. Wenn nicht, kann und sollte dies nach dem Start behoben werden. Der wichtigste Punkt hierbei ist, sprachliche Behauptungen sehr detailliert zu analysieren, um wirklich zu verstehen, wie sie klassifiziert wurden und was wirklich passiert.

‍2) Wie weiß ich, ob ich ohne diese Probleme starten kann?

‍Neben den aufgeworfenen Fehlern können Sie nahezu sicher sein, dass bei der Nutzung der Anwendung auch andere Probleme, einschließlich sprachlicher Probleme, auftreten werden. Vielleicht handelt es sich um dieselben Probleme, die bereits aufgetreten sind, vielleicht sind es aber auch völlig neue.

Tatsache ist, dass der Start immer eine Überraschung ist und manchmal wird die Sprache nur als einfacher Ausweg genutzt, um die allgemeine Unsicherheit darüber, wie ein Produkt funktionieren wird, zu projizieren. Es ist so ein leichtes Ziel. Selbst wenn wir den Quelltext einer beliebigen App überprüfen, finden wir immer Raum für Verbesserungen und manchmal auch potenziell schädliche Mehrdeutigkeiten, Inkonsistenzen und andere Dinge, die ebenfalls angegangen werden müssen. Aber die Frage ist erneut, was für den Start ausreichend ist?

Welche Arten von Fehlern können wir tolerieren und umgehen, ohne dem Produkt oder der Marke Schaden zuzufügen? Unachtsamkeit wird ein Produkt zum Scheitern bringen. Aber übermäßige Vorsicht oder noch schlimmer, übermäßige Betonung von Dingen, die für die Benutzererfahrung nicht absolut entscheidend sind, können dazu führen, dass ein gesamtes Produktteam den Fokus auf das verliert, was für eine Anwendung wirklich wichtig ist.

‍3) Behalten Sie die Perspektive im Auge: Menschen möchten, dass die App, das Produkt oder die Website Dinge tun. Sie betrachten es nicht aus der Sicht eines Stakeholders oder Produktmanagers.

‍Es ist schwierig. Monate lang an etwas arbeiten und man verliert den Blick für das Wesentliche. Bald schon ist alles wichtig. Alles ist entscheidend. Alles ist alles oder nichts. Der Verlust der Perspektive kann einen Produktstart wie nichts anderes zum Scheitern bringen. Ein ganzes Team arbeitet an etwas, das nicht so dringend ist, weil jemand Wichtiges denkt, dass es wichtig ist.

Jetzt werden Dinge, die wirklich wichtig sind, übersehen und in den Hintergrund gedrängt. Und als wäre das nicht genug, besteht jetzt das Risiko, dass das Produkt sich durch die späte Bearbeitung dieser unwichtigen Fehler unerwartet verhält oder kaputt geht. Am Ende, kurz vor dem Start, bekommt jeder kalte Füße und die Perspektive wird als Erstes über Bord geworfen. Sei der klare Kopf, der durch das Chaos hindurchblickt.

Es ist immer wichtig, seine Kämpfe weise zu wählen, aber nie wichtiger als vor dem Produktstart. Entwickle einen starken, robusten Prozess und vertraue ihm. Aber stark und robust bedeutet, dass bei jeder Iteration Tests durchgeführt wurden und sie bestanden wurden. Es ist nicht so, dass die Zusammenarbeit mit einer großartigen Übersetzungsagentur, einem großartigen Übersetzer oder einem erstaunlichen

Fachexperten als Überprüfer deterministisch zu guten Ergebnissen führt. Bewerten Sie jede einzelne Iteration, bevor Sie zur nächsten übergehen. Dies wird Ihnen genügend Stabilität geben, um Angriffe unter Druck standzuhalten, ohne das Gefühl zu haben, dass alles zusammenbricht.

Geschrieben von Gabriel Fairman

Gabriel ist der Gründer und CEO von Bureau Works. Er liebt Veränderungen - und Gras zu essen.