Grundlegende Idee/Vorstellung

[xwolfde]

Es ist gewünscht, dass Benutzer vreschiedener Zielgruppen eine übersichtliche Auflistung der Service präsentiert bekommen, die sie
a) nutzen müssen,
b) Aufgabenbezogen nutzen sollten oder
c) die als Feature optional zur Verfügung stehen.

Eines der Hauptziele ist dabei auch, dass im Rahmen des Onboardings von Zielgruppen (neuen Mitarbeiter, neuen Einrichtungsleiter, neuen IT-Beauftragte, neuen Azubis, neuen Hiwis) diese eine Anischt bekommen der Services, die für sie relevant sind.

Dabei soll nicht wie das alte DLP Projekt eine eigene Dokumentation begonnen und extra gepflegt werden, sondern die Dokumentation und gepflegten Inhalte möglichst gering gehalten werden; Denn Services werden oftmals an anderen Stellen schon beschrieben und Anleitungen ebenfalls oft extra gepflkegt., Teilweise gibt es auch Schulungs-Videos die an dritter Stelle stehen.

Gedacht ist daher an eine kachelähnliche Präsentation wie die der Portalmenüs mit Bildern, welche die Servicebeschreibung, Anleitungen, Schulungsvideos, etc zusammen mit einem schönen Symbolbild verlinkt und neben den Titel maximal eine kurzbeschreibung a bis 240 Zeichen und optional die Zielgruppe der Nutzer die den Service nutzen sollten/können zeigen kann.

Custom Post Type

Gedacht ist daher, dass jeder "Service" (allgemeiner Begriff, da es sich nicht auf spetielle Anwendungen oder Dienstleistungen beschränken soll und sich ggf. auch andere Arten von Dingen hierzu beschreiben ließen, z.B. im Bereich der Fakultäten) in einem Katalog (Custom Post Types) folgende Daten verwaltet:

• Titel
• Kurzbeschreibung (Text, max. 240 Zeichen)
• Symbolbild
• URL zu der Anwendung (wenn vorhanden)
• URL zur Servicebeschreibung (optional)
• URL zu einer Anleitung (optional)
• URL zu einem Schulungsvideo (optional)
• "group" - Pointer auf eine oder mehrere Zielgruppen (Taxonomie, Mehrfachauswahl möglich)
• Tags (Taxonimie, Standard WP, zur Suche oder Filterung)
• "usecase" - Priorität/Nutzungpflicht (Taxonomie, u.a. mit den Werten: verbindlich zu nutzen (Slug "required"), Aufgabenbezogen verbindlich (Slug "taskdependence"), Optionale Nutzung (Slug "optional"), Einfachauswahl)

Shortcodes

Die Ausgabe der Servics erfolgt mit Shortcodes.
Dabei sollen Filter auf die Zielgruppe, die Nutzungspflichtig und Tags möglich sein.
Hier jeweils via Slugname und Slug-Id.
Bspw:
[servicekatalog group="Mitarbeiter"]
oder
[servicekatalog tag="Webdienste"]
oder
[servicekatalog group="IT-Beauftragte" tag="Webdienste" usecase="required"]

Ggf. sollten man zusätzlich noch filtern können über eine Id-Liste der Custom Posts.
[servicekatalog id="12, 23, 34"]

Ausserdem wären Darstellungsoptionen setzbar mit show/hide=""
show/hide-Parameter wären:

• image
• shortdesc
• url-portal
• url-servicedesc
• url-tutorial
• url-video

Block Editor

Die selbe Funktionalität der Shortcodes soll auch via Block angeboten werden.

Darstellung

Defaultdarstellung soll sich jedoch an die Portalmenüs mit Symbolbildern orientieren.
Ebenfalls denkbar wäre eine orientierung an die Darstellung der Studiengangssuche bei meinstudium.fau.de (als Kacheln und als Liste),

Eine Suche, wie bei MeinStudium wäre nachrangig, ggf. später.

[xwolfde]

Geplanter Einsatzkontext:

Wir wollen das Plugin als erster auf eine Onboarding-Webseite (im FAU Theme) einsetzen, wo wir den verschiedenen Zielgruppen eigene Seiten anbieten, wo jeweils mit den jeweiligen Shortcode gezeigt wird, welche Services die jeweilige Zielgruppe nutzen müssen, aufgabenbezogen oder optional nutzen kann.

D.h. es wird ein Hauptmenü mit den Punkten

• Beschäftigte
• Einrichtungsleiter
• Studierende
  gemacht.
  Die drei Seiten, die damit verlinkt werden, haben jeweils 3 Shortcodes:

<h2>Verbindlich zu nutzende Services oder Angebote</h2>
[servicekatalog group="..."  usecase="required"]

<h2>Aufgabenbezogene Werkzeuge und Services</h2>
[servicekatalog group="..."  usecase="taskdependence"]

<h2>Hilfreiche Werkzeuge und Angebote</h2>
[servicekatalog group="..."  usecase="optional"]

[cassandre]

Für die Gruppen / Usecases braucht es wahrscheinlich eher eine Matrix: Ich gehe mal davon aus, dass manche Dienstleistungen für eine Usergruppe verpflichtend, für eine andere aber optional sind. Daher kann man für einen Service nicht einen Usecase für alle festlegen.

[cassandre]

Begrifflichkeiten / Übersetzungen:

• "mandatory" statt "required"
• "Commitment Level" / "Commitment" statt "Usecase"