Stellen Sie nur Helpdesk-Gebietsschemas bereit, deren kundenorientierte Inhalte fertig und wartbar sind. Diese Anleitung hält die Arbeit auf Helpdesk-Sprachen fokussiert und bietet einen wiederholbaren Weg, dem ein neuer Humind-Benutzer folgen kann, ohne nicht zusammenhängende Konfigurationen zu ändern.

Ein Humind Helpdesk ist eine veröffentlichte Projektion von geeignetem öffentlichem Knowledge. Er hat eine eigene Adresse, Inhaltsauswahl, Sprachen, Erscheinungsbild, Navigation, Support-Ziel, Metadaten und unveränderliche Veröffentlichungsversionen. Das Bearbeiten der Konfiguration oder von Knowledge ändert die öffentliche Website nicht, bis eine neue konsistente Version veröffentlicht wird.

Bevor Sie beginnen

Zugriff: Schreibberechtigungen für Helpdesk und Knowledge sind erforderlich. Die Freigabe von Übersetzungen bleibt in der Verantwortung des Inhaltsverantwortlichen.

• Wählen Sie die Standardsprache und genehmigte zusätzliche Gebietsschemas aus.
• Bestätigen Sie, dass Artikel für jedes Gebietsschema aussagekräftige Übersetzungen haben.
• Prüfen Sie übersetzte Navigation und Support-Texte.

Arbeiten Sie im kleinsten unten beschriebenen verantwortlichen Bereich und halten Sie den aktuellen kundenorientierten Zustand verfügbar, während Sie die Änderung vorbereiten. Bevor Sie auf eine endgültige Aktion klicken, bestätigen Sie das aktive Unternehmen, den Agent, den Shop, die Sprache und den Markt, die in Humind angezeigt werden. Ein fehlendes Bedienelement kann auf Nur-Lese-Zugriff oder auf eine Funktion hinweisen, die für dieses Unternehmen nicht konfiguriert ist. Dokumentieren Sie in diesem Fall die beabsichtigte Aufgabe und bitten Sie einen Administrator, die genaue Berechtigung oder Abhängigkeit zu prüfen. Umgehen Sie diese Grenze nicht, indem Sie ein Konto gemeinsam nutzen, Daten in einen anderen Bereich kopieren oder eine Funktion zusagen, die der Arbeitsbereich nicht bereitstellt.

Schritt-für-Schritt-Ablauf

1. Umfang und aktuellen Zustand bestätigen

   Öffnen Sie die Helpdesk-Sprachen und behalten Sie mindestens ein aktives Standard-Gebietsschema bei.

   • Bestätigen Sie vor der Bearbeitung das aktive Unternehmen und den Agent.
   • Halten Sie den aktuellen Zustand fest, damit das Ergebnis nach der Änderung verglichen werden kann.
   • Brechen Sie ab, wenn der Bildschirm oder die Berechtigung nicht zur beabsichtigten Aufgabe passt.

2. Die Änderung vorbereiten

   Fügen Sie nur Gebietsschemas hinzu, die das Team prüfen und unterstützen kann, und legen Sie dann die Standardoption bewusst fest.

   • Verwenden Sie die kleinste Änderung, die die Kundenaufgabe abschließt.
   • Bewahren Sie maßgebliche Informationen in ihrer verantwortlichen Quelle auf.
   • Prüfen Sie Beschriftungen, Daten, Sprache und kunden sichtbare Formulierungen vor dem Speichern.

3. Speichern und erforderliche Verarbeitung abschließen lassen

   Prüfen Sie Knowledge-Übersetzungen für Titel, Auszüge, Hauptinhalt, Links und Ordnernamen, anstatt sich auf den Rückfall auf die Ausgangssprache zu verlassen.

   • Warten Sie, bis die Oberfläche bestätigt, dass die Änderung gespeichert ist.
   • Wenn Synchronisierung, Indizierung oder Veröffentlichung erforderlich ist, warten Sie auf den Endzustand.
   • Laden Sie den Bereich neu und bestätigen Sie, dass die gespeicherten Werte bestehen bleiben.

4. Die vollständige Customer Journey testen

   Testen Sie Startseite, Sammlungen, repräsentative Artikel, Suche, Navigation und Support in jedem aktiven Gebietsschema, bevor Sie die vollständige mehrsprachige Version veröffentlichen.

   • Verwenden Sie eine neue Sitzung und ein realistisches Kundenszenario.
   • Prüfen Sie Desktop und Mobilgerät, wenn das Ergebnis in einem Storefront erscheint.
   • Erfassen Sie den genauen fehlgeschlagenen Schritt, wenn das Ergebnis von der Erwartung abweicht.

Wichtige Grenzen und Betriebshinweise

• Ein erfolgreiches Speichern bestätigt die Persistenz, nicht jede nachgelagerte Synchronisierung oder öffentliche Aktualisierung.
• Arbeitsbereichsberechtigungen können einen Bereich ausblenden oder Lesen erlauben, ohne Änderungen zuzulassen.
• Kopieren Sie keine flüchtigen Katalog-, Konto- oder Kundeninformationen als Umgehungslösung in beschreibende Inhalte.
• Testen Sie nur unterstützte Funktionen, die für das aktuelle Unternehmen sichtbar und konfiguriert sind.
• Halten Sie Änderungen an Helpdesk-Sprachen getrennt von nicht verwandter Arbeit an Agent, Knowledge, Katalog, Inbox oder Helpdesk.

Ergebnis überprüfen

• Das richtige Standard-Gebietsschema wird zuerst geöffnet.
• Jede aktive Sprache hat nutzbare Sammlungen und repräsentative Artikel.
• Beim Sprachwechsel bleibt die beabsichtigte Seite erhalten, wenn eine Übersetzung existiert.
• Navigation, Support und Metadaten verwenden genehmigten Kundentext.

Führen Sie eine kurze Aufzeichnung darüber, was Sie getestet haben, welches Kundenszenario Sie verwendet haben und was sich geändert hat. Das macht die spätere Fehlersuche genauer und hilft einem anderen Teammitglied, das Ergebnis zu reproduzieren, ohne sich auf das Gedächtnis zu verlassen.

Fehlerbehebung

Ein Gebietsschema ist aktiv, wirkt aber leer

Prüfen Sie, ob geeignete Artikel und Ordnernamen Inhalte für dieses Gebietsschema haben. Entfernen Sie ein nicht fertiges Gebietsschema aus dem Entwurf oder vervollständigen Sie seine Übersetzungen vor der Veröffentlichung.

Der Agent und der Helpdesk verwenden unterschiedliche Sprachen

Prüfen Sie die Spracheinstellungen für Unternehmen, Agent, Knowledge und Helpdesk getrennt. Sie steuern verwandte, aber unterschiedliche Kundenoberflächen.

Verwandte Anleitungen

• Arbeitsbereichs- und kundenseitige Sprachen konfigurieren
• Einen Knowledge-Artikel erstellen und veröffentlichen
• Branding, Navigation und Support des Helpdesk konfigurieren
• Einen Helpdesk veröffentlichen, erneut veröffentlichen und die Veröffentlichung aufheben