mittwald / feature-requests

Sammlung von Feature-Ideen.
https://www.mittwald.de/roadmap
14 stars 0 forks source link

Verbesserung des Notification-Konzepts #103

Open patrickhilker opened 6 months ago

patrickhilker commented 6 months ago

Welches Problem möchtest du lösen? Wann tritt es auf? Als Agenturinhaber oder Entwickler ist es zum störungsfreien Betrieb meines Projektes wichtig, dass ich zum richtigen Zeitpunkt, auf dem richtigen Kanal, die richtigen Informationen erhalte.

Welche Lösungsideen hast du? Bisher sind die Notifications sehr einfach implementiert. Mögliche (nicht vollständige) Ansätze zur Verbesserung sind:

patrickhilker commented 6 months ago

Input in #14 von @ceraehse:

Das sind echt spannende Fragen! Wir haben das vorhin mal intern diskutiert – ich teile hier mal, was dabei herauskam:

  • Wir könnten für die (Projekt- und Organisations-) Rollen im mStudio nicht klar und allgemeingültig definieren, welche Rolle bei Speicherproblemen eine E-Mail erhalten sollte und welche nicht.*
  • Grundsätzlich denken wir aber, das User- und Rollenkonzept ist die sinnvollste Basis, um darauf aufbauend Benachrichtigungen einzustellen. Schon jetzt gibt es im mStudio ja Benachrichtigungen, die teils auch eine E-Mail auslösen (nur, dass sie bisher nicht einstellbar sind, wenn ich das richtig sehe).
  • Wir könnten uns gut vorstellen, die Einstellungen für Benachrichtigungen auf User-, Organisations- und Projekt-Ebene zu haben. Wir sprechen zwar aktuell über Speicherlimit-Benachrichtigungen, aber vielleicht ist das zu einem späteren Zeitpunkt auch für andere Benachrichtigungsarten relevant.

Einstellungsmöglichkeiten auf allen Ebenen würden gleich mehrere Anwendungsfälle abdecken („Ich möchte als Organisations-Admin einstellen, wer für welches Projekt Benachrichtigungen erhält“, „Ich möchte als Mitarbeiterin einstellen, welche für welche Projekte ich benachrichtigt werde“). Konkret:

  • Einstellung im persönlichen Benutzerprofil, für welche Organisationen und/oder Projekte ich Benachrichtigungen erhalte (stellen die User selbst ein).
  • Einstellung auf Organisations-Ebene, welche Mitglieder Benachrichtigungen erhalten sollen (stellt Organisationsinhaber/Projektinhaber ein).
  • Einstellung auf Projekt-Ebene, welche Mitglieder Benachrichtigungen erhalten sollen (stellt Organisationsinhaber/Projektinhaber ein).

Es wäre damit also grundsätzlich möglich, dass User (z. B. Projektentwickler) Benachrichtigungen selbst (de-) aktivieren können, die vorher als Standard oder vom Organisations-/Projektinhaber gesetzt waren. Oder umgekehrt könnte ich als Organisationsinhaber für einen Projektentwickler auch Benachrichtigungen für X Projekte aktivieren, weil vielleicht jemand gegangen ist und sich damit Zuständigkeiten (und sowieso Zugriffsrechte im mStudio) geändert haben.

*Ob für neu angelegte oder neu hinzugefügte Personen auf Organisations-/Projektebene Benachrichtigungen aktiviert sind, könnte allerdings ein Preset sein, das die Rolle vorgibt. Vielleicht ist es sinnvoll, dass ein Organisationsinhaber im Standard erstmal immer Benachrichtigungen erhält, während es bei einem E-Mail-Administrator vielleicht im Standard eher nicht relevant ist.

patrickhilker commented 6 months ago

Input in #14 von @lmrkavogt:

Und wenn man eine zentrale Mail-Adresse in den Server- oder Organisations-Einstellungen definiert? Ggf. hat man ohnehin schon eine Mail-Adresse nur für Alerts.

Auch eine Idee, damit wäre es wahrscheinlich für noch mehr Nutzer passend:

E-Mail-Adresse in Organisation E-Mail-Adresse im Server, wenn hier nichts hinterlegt ist -> 1. E-Mail-Adresse im Projekt, wenn hier nichts hinterlegt ist -> 2., wenn hier nichts hinterlegt ist -> 1. Dann kann man es je nach Situation individueller anpassen.