Arbeitsbereichs- und kundenseitige Sprachen konfigurieren

Humind hat mehrere Sprachebenen, die unterschiedliche Probleme lösen. Ein Teammitglied kann die B2B-Arbeitsbereichssprache ändern, ein Unternehmen kann unterstützte Sprachen aktivieren, Guidance kann optional eine Ant...

Humind hat mehrere Sprachebenen, die unterschiedliche Probleme lösen. Ein Teammitglied kann die B2B-Arbeitsbereichssprache ändern, ein Unternehmen kann unterstützte Sprachen aktivieren, Guidance kann optional eine Antwortsprache erzwingen, und kundenseitiger Knowledge- oder Oberflächentext kann eigene übersetzte Inhalte benötigen.

Dieser Leitfaden erklärt diese Grenzen und bietet einen sicheren mehrsprachigen Testplan. Er vermeidet die Annahme, dass das Ändern eines Menüs automatisch vom Händler verfasste Artikel, Produktdaten oder jede kundenseitige Beschriftung übersetzt.

Wie das in Humind passt

Humind trennt Konfiguration, tägliche Abläufe, Kundendaten und Messung, damit jede Änderung an der richtigen Stelle geprüft werden kann. Die Navigation ist berechtigungsabhängig: Zwei Teammitglieder im selben Unternehmen können berechtigterweise unterschiedliche Bereiche sehen.

Behandeln Sie die Konfiguration als kontrollierten Arbeitsablauf. Bestätigen Sie das aktive Unternehmen, nehmen Sie eine zusammenhängende Änderung vor, testen Sie die Customer Journey und verwenden Sie erst dann den Live-Kanal. So lässt sich unerwartetes Verhalten leichter nachvollziehen, und es wird vermieden, Inhalte, Design- und Bereitstellungsprobleme zu vermischen.

Bevor Sie beginnen

Zugriff: Jedes Teammitglied kann verfügbare Arbeitsbereichssprachen verwenden. Änderungen an der Unternehmenssprache und am Verhalten von Agent erfordern die entsprechende Berechtigung für Unternehmenseinstellungen oder die Agent-Konfiguration.

  • Listen Sie die Sprachen auf, die das Unternehmen tatsächlich für Inhalte und Abläufe unterstützt.
  • Wählen Sie eine standardmäßige Betriebssprache und legen Sie fest, wer für Übersetzungen verantwortlich ist.
  • Ermitteln Sie, welcher Text von Humind, von händlerverfasstem Knowledge, aus Katalogdaten und aus benutzerdefinierten Oberflächeneinstellungen stammt.

Schritt-für-Schritt-Ablauf

  1. Ihre Arbeitsbereichssprache festlegen

    Verwenden Sie die Sprachsteuerung in der Humind-Navigation oder im Profilerlebnis, um die B2B-Oberfläche für Ihre eigene Sitzung zu ändern. Dadurch werden übersetzte Menüs und Beschriftungen in Humind geändert, Unternehmensinhalte werden dadurch nicht neu geschrieben und Käufer werden nicht gezwungen, dieselbe Sprache zu verwenden.

    Wenn ein roher Übersetzungsschlüssel erscheint, aktualisieren Sie die Seite, nachdem die Sprachdatei geladen wurde, und melden Sie die genaue Seite und die ausgewählte Sprache. Bearbeiten Sie Knowledge nicht, um eine fehlende Oberflächenübersetzung auszugleichen.

  2. Unternehmenssprachen konfigurieren

    Öffnen Sie Settings und den Bereich für Unternehmenssprachen. Prüfen Sie verfügbare und aktivierte Sprachen sowie den Standard-Unternehmenskontext. Aktivieren Sie nur Sprachen, die das Team über Knowledge, Katalog, Oberfläche und menschliche Übergabe hinweg pflegen und unterstützen kann.

    Denken Sie bei Shopify Markets daran, dass jeder aktivierte Markt seinen eigenen Humind-Unternehmenskontext haben kann. Bestätigen Sie Unternehmen und Markt, bevor Sie Sprach- oder Katalogunterschiede interpretieren.

  3. Das Sprachverhalten von Agent auswählen

    Öffnen Sie AI Agent und dann Guidance. Das Antwortverhalten enthält eine Option zum Erzwingen einer benutzerdefinierten Sprache. Wenn die Erzwingung ausgeschaltet ist, testen Sie, wie Agent auf die Sprache des Käufers reagiert. Wenn sie eingeschaltet ist, wählen Sie eine der derzeit angebotenen Sprachen und prüfen Sie, ob dies der Unternehmensrichtlinie entspricht.

    Die Spracherzwingung beeinflusst das Antwortverhalten, nicht die Existenz oder Qualität von übersetztem Knowledge. Halten Sie Quellinhalte in jeder veröffentlichten Sprache, die das Unternehmen zusagt, korrekt.

  4. Vom Händler verfassten Kundentext überprüfen

    Prüfen Sie Knowledge-Titel, Auszüge, Artikeltexte, den Namen von Agent und den Startseitentext, Beschriftungen von Entry-Point-Schaltflächen, Chat-Einladungen, Umfrage- oder Zustimmungstexte, Support-Kanäle und jeglichen Produkttext aus der Commerce-Plattform.

    Ein Helpdesk veröffentlicht sprachspezifische Snapshots. Veröffentlichen Sie ein Gebietsschema nur, wenn die sichtbaren Sammlungen und Artikel dafür bereit sind. Interne Links sollten auf stabile lokalisierte Routen verweisen, anstatt Sprachen auf einer Seite zu mischen.

  5. Jede Sprache durchgängig testen

    Führen Sie für jede aktivierte Kundensprache dieselben Szenarien für Richtlinie, Produkt, Support und kein Ergebnis aus. Prüfen Sie Schreibrichtung, Zeichensetzung, Links, Produktfelder, Zustimmung und die Übergabe an einen Operator. Bitten Sie eine fließend sprechende prüfende Person, die Bedeutung zu validieren, nicht nur die Grammatik.

    Wiederholen Sie nach der Bereitstellung einen kleinen Live-Smoke-Test. Das Storefront-Gebietsschema, das ausgewählte Humind-Unternehmen und das Helpdesk-Gebietsschema müssen übereinstimmen, damit das Ergebnis aussagekräftig ist.

Berechtigungen und wichtige Hinweise

  • Das Ändern der B2B-Arbeitsbereichssprache übersetzt weder vom Händler verfasstes Knowledge noch Katalogfelder.
  • Das Aktivieren einer Unternehmenssprache sollte der Bereitschaft von Inhalt und Support folgen, nicht ihr vorausgehen.
  • Die Spracherzwingung von Agent ist eine Verhaltenseinstellung und kann die Sprache des Käufers absichtlich übersteuern.
  • Helpdesk-Gebietsschemata sind veröffentlichte Snapshots, unfertige Übersetzungen sollten nicht als vollständiger Inhalt angezeigt werden.

Das Ergebnis überprüfen

Verwenden Sie diese Checkliste, bevor Sie die Arbeit als abgeschlossen betrachten:

  • Entscheidungen zu Arbeitsbereich, Unternehmen, Agent, Knowledge, Helpdesk und Storefront-Sprache sind getrennt dokumentiert.
  • Jede aktivierte Kundensprache hat überprüfte öffentliche Inhalte und eine verantwortliche Support-Person.
  • Tests für Produkt, Richtlinie, Zustimmung, Einladung und Übergabe bestehen in jeder Sprache.
  • Interne Helpdesk-Links bleiben innerhalb des vorgesehenen Gebietsschemas und geben keine unveröffentlichten Inhalte preis.

Fehlerbehebung

Menüs wechseln die Sprache, aber Artikel nicht

Das ist zu erwarten, wenn nur das Arbeitsbereichsgebietsschema geändert wurde. Übersetzen und veröffentlichen Sie die vom Händler verfassten Inhalte für das vorgesehene Gebietsschema und veröffentlichen Sie dann gegebenenfalls einen neuen Helpdesk-Snapshot.

Agent antwortet in einer unerwarteten Sprache

Überprüfen Sie die Spracherzwingung in Guidance, die Eingabe des Käufers, die aktive Unternehmenssprachenrichtlinie und die Quellinhalte. Starten Sie nach dem Ändern der Erzwingung eine neue Testunterhaltung.

Ein Helpdesk-Gebietsschema ist leer oder unvollständig

Bestätigen Sie, dass geeignete öffentliche Artikel und Ordner Inhalte für dieses Gebietsschema haben und dass das Gebietsschema in der aktuellen unveränderlichen Veröffentlichung enthalten ist. Füllen Sie Lücken nicht mit Demo-Inhalten oder Inhalten eines anderen Gebietsschemas.

Verwandte Leitfäden

War dieser Artikel hilfreich?