Microcopy und Editor Organisationsprinzipien

Last Updated Oktober 30, 2024

Important Note

Sowohl die Designprinzipien UX (User Experience) als auch die Designprinzipien UI (User Interface) schaffen eine nahtlose und intuitive User Journey, die Zufriedenheit der Benutzer und das Engagement verbessert.

Dieser Artikel konzentriert sich auf Prinzipien für Microcopy und UX-Best-Practices. Informationen zum UI-Design finden Sie unter Content Branding & UI-Design.

Kurzübersicht

Standardisierung der Organisation und der Namenskonventionen für Inhalte im WalkMe Editor ist einer der einfachsten Schritte, die Sie unternehmen können, um mit der Formalisierung Ihres Digital Adoption-Ansatzes auf Projektebene zu beginnen. Dies umfasst Regeln für die Benennung und Klassifizierung von Ordnern, Unterordnern und einzelnen WalkMe-Elementen sowohl im WalkMe Editor als auch in WalkMe Insights.

Dieser Artikel befasst sich mit den internen Namenskonventionen (um Ihren Editor zu organisieren) sowie mit der Mikrokopie (die Textteile, die Ihre Endbenutzer durch eine Schnittstelle führen, wie z. B. Beschriftungen von Schaltflächen, Fehlermeldungen, Formularanweisungen).

Eine gute Microcopy(Textfragmente, die den Benutzer durch eine Oberfläche führen) hilft, die Stimme und Persönlichkeit einer Marke zu vermitteln und macht das Benutzererlebnis ansprechender und angenehmer.

Denken Sie daran: Wenn Sie standardisieren, sind Sie auch für die Annahme dieser neuen Standards verantwortlich. Bestimmen Sie eine Methode zur Gewährleistung der Einhaltung Ihrer neuen Standards wie Checkpoints vor der Veröffentlichung und eines Eigentümers, z. B. des Projektleiters oder des Programm-Managers.

Wie sich dies auf Ihr Programm auswirkt

Vorteile der Operationalisierung

Reduziert die Wahrscheinlichkeit von Benutzerfehlern und Frustration
Macht das digitale Produkt intuitiver und benutzerfreundlicher

Risiken ohne Operationalisierung

Benutzerverwirrung
Erhöhte Support-Anfragen
Vertrauensverlust
Markeninkonsistenz
Probleme mit der Barrierefreiheit

Interne Benennungskonventionen

Allgemeine bewährte Verfahren

Vermeiden Sie das Hinzufügen des WalkMe-Anwendungstyps (Smart Walk-Thru, SmartTip usw.) als Teil des Namens. Hier sind Beispiele für optimierte Namenskonventionen nach Elementtyp:

Smart Walk-Thru

Anstatt: Erstellen Sie einen Opportunity SWT
(Bot) eine Gelegenheit erstellen

SmartTip

Anstatt: Help Me
Verwendung: Opportunity Page Mini-Menu

Launcher

Anstatt: Invisible Launcher
Verwendung: Opportunity „Save“ Validation Gate

Elemente im WalkMe-Menü

Denken Sie daran, dass dem WalkMe-Menü Elemente hinzugefügt wurden., z. B. Smart Walk-Thrus oder Ressourcen, zeigt den Namen an, der im Editor für Benutzer gegeben wurde. Sie können interne Namenskonventionen verwenden, um Ihrem internen Team mehr Kontext zu geben.

Hinweis: Smart Walk-Thrus und Ressourcenkönnen nur interne Benennungen hinzugefügt werden, um Buildern mehr Kontext zu bieten.

Jeder Text innerhalb von zwei „| “-Zeichen am Anfang des WalkMe-Elements, ist nur innerhalb des Editors für interne WalkMe-Benutzer sichtbar. Der Text außerhalb dieser Zeichen ist für jeden sichtbar, einschließlich Ihrer Endbenutzer.

Beispiel:

|Version 1.0|Create an Opportunity wird im Menü als Create an Opportunity angezeigt.

Engagierte Elemente und verfolgte Ereignisse

Klare und konsistente Namenskonventionen sind besonders wichtig, wenn Sie Tracked Events- und/oder Engaged Elements-Daten an IT- oder Produkt-Stakeholder senden. Dies kann Verwirrung reduzieren und die Notwendigkeit einer zusätzlichen Kommunikation zwischen den Stakeholdern und dem Digital Adoption-Team beseitigen.

Verhaltensanalysesoftware wie Segment und Mixpanel fördern das Object - Action-Modell, um sicherzustellen, dass Ihre Engaged Elements und/oder Tracked Events prägnant, konsistent und einfach zu verstehen sind.

Angesichts der Komplexität vieler der Systeme, mit denen Sie möglicherweise arbeiten (im Vergleich zu einer mobilen Anwendung oder Verbraucheranwendung), empfehlen wir auch, den spezifischen Prozesssowie. Verwenden Sie das Framework Process - Object - Action.

Hier sind Beispiele für Tracked Events mit dem Process – Object – Action-Framework:

Invoicing – Neues PO-Formular anfordern – Seitenansicht
Rechnungsstellung – Neues PO-Formular anfordern – Geklickt
Invoicing – Neues PO-Formular einreichen – Geklickt

Mikrokopie

Diese kleinen Textstücke spielen eine bedeutende Rolle bei der Verbesserung des allgemeinen Benutzererlebnisses.

Siehe Vorlagen und Tools herunterladenunten, um die Best Practices von WalkMe für Microcopies zu laden und sehen Sie sichdas Dienstagstipp-Video an, um Tipps von einem WalkMe-Build-Experten zu erhalten.

Editor-Ordnerverwaltung

Erfahren Sie hier mehr über die Funktionalität des Editor-Ordners.

Best Practices hier sind:

Standardisieren Sie Ordnertypen nach Modul oder Prozess anstatt nach Builder oder Phase
Abkürzungen standardisieren
Berücksichtigen Sie Ihren Umfang der Unterordner-Verwendung (sparsam einrichten, wobei die Wartung und die potenziell sich ändernden Builder im Hinterkopf behalten)

Vorlagen und Tools herunterladen

Microcopy Best Practices - Sample SOP

Enthält acht (8) Mikrokopie-Tipps und Beispiele für Do's/Don'ts für jeden. Bauen Sie auf diesem Leitfaden auf, um eine Liste der Standard-WalkMe-Microcopy-Prinzipien für Ihre DAP-Builder zu erstellen.

Hier herunterladen

Erste Schritte: Checkliste zur Standardisierung

Die folgenden Überlegungen sind bei der Erstellung einer Standard Operating Procedure in diesem Bereich zu berücksichtigen:

Namenskonventionen-Checkliste

☐ Was sind meine Standards für die Benennung einzelner Ordner und Unterordner?

☐ Was sind meine Standards für die Benennung einzelner WalkMe-Elemente (einschließlich Engaged Elements)?

☐ Habe ich in Betracht gezogen, dass einige bereitstellbare Namen für meinen Endbenutzer im Menü sichtbar sind?

☐ Was sind meine Standards für die Benennung von Tracked Events in Insights?

☐ Was sind meine Standards für die Namensgebung Segmentierung-Tags?

☐ Was sind meine Standards für die Benennung von Adoption-Projekte?

☐ Was sind meine Standards für die Benennung von Berichten bei der Verwendung des Report Builder?

Pre-Publish Checkpoints-Checkliste

☐ Was ist mein Prozess, um sicherzustellen, dass Lösungen diese Standards einhalten?

☐ Wer ist für die Überprüfung der Lösungen verantwortlich und in welcher Phase des Prozesses?

☐ Was ist mein Prozess für die Überprüfung meines Editors/meiner Editoren nach dem Go-Live, um sicherzustellen, dass sie konform sind? Wie oft passiert diese Art von Überprüfung?

Verwaltungs-Checkliste

☐ Wie werden diese Verfahren dokumentiert, um die Skalierung zu priorisieren und die Verwaltungszeit zu reduzieren?

☐ Wie oft werden sie überprüft?

☐ Wer ist für die Durchsetzung verantwortlich?

☐ Wenn es Änderungen an den Verfahren gibt, wer genehmigt diese Änderungen?

☐ Wie werden wir wissen, ob die Einführung dieser Standards erfolgreich war? Haben wir einen klaren Weg, um den Erfolg zu messen? Haben wir eine klare Feedback-Schleife?

☐ Wenn es Änderungen/Ergänzungen an diesen Verfahren gibt, wer ist für die Kommunikation verantwortlich? Wie werden die Änderungen kommuniziert/an wen werden sie kommuniziert?

War dies hilfreich?

Ja Nein

Nein

Vielen Dank für Ihr Feedback!