Einfachere Betreffzeilen für E-Mails

Wir nehmen kleine Anpassungen an den Standard-Betreffzeilen von Discourse vor, damit sie in den Posteingängen Ihrer Mitglieder sauberer und weniger technisch wirken. Wir haben gehört, dass unsere E-Mails die Community zu technisch wirken lassen können, was Mitglieder abschrecken kann. Daher hoffen wir, dass diese Verbesserungen zumindest teilweise auf diese Bedenken eingehen.

In diesem Thema stellen wir die Änderungen vor und zeigen, wie Sie diese bereits heute nutzen können.

:microscope: Was hat sich geändert

Wir haben die Betreffzeilen vereinfacht, um redundante Informationen zu reduzieren und einige der technischen Formatierungen zu entfernen.

Diese Änderungen betreffen zwei allgemeine Arten von E-Mails.

Vom Community gesendete E-Mails

Dies sind in der Regel kontextbezogene E-Mails (z. B. Registrierungs-E-Mails, E-Mails bei Beförderung zum Administrator, Aktivitätszusammenfassungen, Community-Chat-E-Mails usw.).

Für diese E-Mails haben wir das [%{email_prefix}], das normalerweise den Namen der Community anzeigt, aus der Betreffzeile entfernt, da die E-Mail „von

19 „Gefällt mir“

Wir haben uns damit beschäftigt, E-Mails für unsere Community zu vereinfachen, und ich schätze die hier vorgeschlagenen Ideen.

In unserem Fall sind die Kategorien oft mit bestimmten Gruppen verknüpft. Wenn wir also den [Kategorie]-Hinweis aus dem Betreff entfernen, müssten wir eine Möglichkeit finden, diese Information innerhalb der Nachricht selbst unterzubringen, damit die Empfänger wissen, an wen sich die E-Mail richtet und an wen sie sich wenden können, wenn sie antworten.

Wir hatten auch eine etwas verwandte Anfrage: Subcategory display options in email templates

4 „Gefällt mir“

Danke, das ergibt viel Sinn.

Persönlich finde ich den Indikator [PM] nützlich, da nicht immer ersichtlich ist, ob jemand öffentlich oder privat kommuniziert.

Ich habe mich bisher nicht mit Anpassungen beschäftigt, aber als Standardänderung scheint die Änderung gut zu sein.

8 „Gefällt mir“

Ich finde es toll, danke :smiley:

Ist das aber eine wichtige Information, die im Betreff einer E-Mail-Benachrichtigung stehen sollte? :thinking:

2 „Gefällt mir“

Persönlich finde ich den UI-Unterschied zwischen privaten Nachrichten und öffentlichen Beiträgen auf der Website viel zu gering. Sie sind im Grunde identisch. Das ist wohl ein separates Designproblem.

Aber in meiner E-Mail-Oberfläche gibt es, sobald ich eine Nachricht lese, nichts, das mir anzeigt, dass es sich um eine private Nachricht und nicht um einen öffentlichen Beitrag handelt. Und wenn mich jemand über die Nachrichtenschaltfläche in einem öffentlichen Thread kontaktiert, lautet die Betreffzeile standardmäßig identisch mit dem Titel des öffentlichen Threads, außer für den Zusatz „Re:

4 „Gefällt mir“

Ein ausgezeichneter Punkt.

Da ich die Antwort-funktion per E-Mail noch nie genutzt habe (sie ist in unserer Community deaktiviert), wäre mir das überhaupt nicht in den Sinn gekommen.

1 „Gefällt mir“

+1 [PM] ist das Einzige, was ich wieder einführen würde.

4 „Gefällt mir“

Oh, wunderbar.

Den Community-Namen im Betreff der E-Mail stört mich meist nicht, außer wenn er so langatmig ist wie (echtes Beispiel) [Diskussionen auf Python.org], was in meiner Posteingangsansicht die Hälfte der Zeile einnimmt und jede Vorschau des eigentlichen Inhalts verdrängt! Noch schlimmer ist es bei einem [PM] mit einer einzigartigen Betreffzeile, die über bloßem „Zusammenfassung

1 „Gefällt mir“

Ja, ich auch. Eine [PM]-E-Mail erfordert dringendere Aufmerksamkeit.

2 „Gefällt mir“

Guter Schritt. Unsere Community bevorzugt E-Mail-basierte Interaktionen – wir sind von Google Groups gewechselt, daher mussten wir unsere [community_name] und [category_names] wirklich verkürzen, da man diese beim Ansehen der E-Mails auf dem Handy ohnehin als einzige Information sieht. Obwohl diese Änderung das nicht verbessert, ist die Grundidee aus Usability-Sicht korrekt.

Aber ich würde [PM] trotzdem beibehalten, wie andere auch erwähnt haben.

1 „Gefällt mir“

Unser Name ist kurz. Wir mögen die eckigen Klammern. [PM] ist sehr wichtig.

Im Grunde würden wir keinen Änderung bevorzugen.

Entschuldigung!

1 „Gefällt mir“

Ich sehe in meinen SMTP-Logs, dass Antworten auf Themen, die früher den Betreff
[community_name][category_name] Topic

hatten, nun diesen Betreff haben:

community_name: Topic

Das ist gut, aber können wir die Kategorie auch irgendwo einfügen, vielleicht sogar in den E-Mail-Text? Wie könnte man seinen E-Mail-Posteingang nach Kategorien filtern, z. B. ist Support wichtig, aber Offtopic nicht?

Edit: Oh, ich sehe, es steht im X-Discourse-Category: [category]-Header :+1:

In diesem Zusammenhang haben wir die Kategorien in unserem Forum vorerst beibehalten. Wir benötigen die visuelle Unterscheidung wirklich. Es wäre sehr hilfreich, wenn man die übergeordnete Kategorie entfernen könnte, sodass nur „[XYZ]“ statt „[ABC/XYZ]“ angezeigt wird.

Zusätzlich haben wir folgende Erinnerung oberhalb von %{respond_instructions} eingefügt:

----

__Gepostet in:__ %{optional_cat}

In den folgenden E-Mail-Vorlagen:

  • Benutzer hat gepostet
  • Benutzer hat geantwortet
  • Benutzer beobachtet Kategorie oder Tag
  • Benutzer beobachtet ersten Beitrag

Um die Benutzer daran zu erinnern, woher diese Nachricht stammt. Das ist in unserem Forum entscheidend und etwas verwirrend, da verschiedene Kategorien oft verschiedenen Gruppen entsprechen.

Sagt dieses Rote, dass uns diese Änderung aufgezwungen wird? Gibt es dafür einen Grund?
Wird es uns unmöglich sein, zum alten Stil zurückzukehren?

1 „Gefällt mir“

Die Kommunikation zu diesem anstehenden Change ist nicht ganz korrekt, er wird keine dauerhafte Änderung. Wenn du ihn jetzt deaktivierst, wird deine Präferenz in Zukunft respektiert.

Wir arbeiten an einer Lösung, um die Kommunikation zu korrigieren.

3 „Gefällt mir“