Hilfesystem über Videos

**stahli**

Hallo alle,

ich habe für mein Projekt ein Hilfesystem erstellt, das (auf Wunsch kontextbezogene) Hilfevideos bereitstellt.
Meine bisherigen Erfahrungen mit den Nutzern waren ... ähh ... nicht sehr gut. Ich habe HTML-Dateien mitgeliefert, in denen alles gut erklärt war. Auch hätten die Sportler eigentlich mit der Bedienung zurecht kommen müssen (aus meiner Sicht).
Es wurden aber Dinge falsch gemacht, auf die wäre ich selbst nach intensiver Überlegung nicht gekommen

Na gut, nun mein Versuch, das über Videos zu regeln. Außerdem ist ein Wizard integriert, der über Schalter immer zu den nächsten wichtigen Programmpositionen führt...

Hier mal das

Hilfevideo zur Hilfe.

Inzwischen habe ich das HilfeFormular direkt in das Mainform integriert, sonst ist aber noch alles so geblieben.
Das Video selbst werde ich wohl auch nochmal etwas "optimieren"

Die Schalter-Kennzeichnung (mit/ohne Bitmap) wird anhand einer Ini verwaltet. Für jeden Hilfe-User (sofern einer angegeben ist) wird anhand des Videonamens und der Videogröße (Bytes) nachgesehen, ob er das Video schon mal gesehen hat. Gibt es ein Nachfolgevideo, setze ich einfach voraus, dass dieses eine andere Größe hat und es wird als "ungesehen" gekennzeichnet.

Meinungen sind willkommen.
(Bummi ist befreit, der hat schon...

)

**juergen**

Hallo stahli,

du scheinst viel Mühe in das Hilfesystem aufzuwenden, aber ein perfektes Hilfesystem für alle gibt es wohl nicht.

Was mir in deinem Video aufgefallen ist:
- Wenn es eine erneuerte Hilfe gibt würde sich auch eine neue Eigenschaft anbieten. Anstelle die Fragezeichen (für ungesehene Videos) einfach wieder einzublenden, wäre eine neue "new"-Anzeige evtl. besser. Ansonsten wundert sich der Anwender und denkt sogar es wäre ein Fehler.

- In dem Video verwendest du Begriffe wie Controls, Edit usw. Der normale Anwender kennt diese Begriffe vllt. eher selten.
- Als Sprecher ist es schwer das richtige Tempo zu führen, unter Berücksichtung gewollter Pausen und Auflockerungen. IMHO trau dir ruhig ab und an etwas schneller zu sprechen, etwas mehr Betonung und ab und an auch etwas "Spritzigkeit" um das Ganze spannend zu halten.
Ich hoffe du verstehe das nicht falsch, ich will dir auf keinen Fall zu Nahe treten, aber KVP ist immer möglich und ich glaube, dass ist es auch was du willst.

Ansonsten gefällt mir das Konzept der Abarbeitung über einen "Reihenfolge-Wizzard" sehr gut.

Als Einleitung einen "Reihenfolge-Wizzard" für die einzelnen Aufgaben, dann die weiterführende Hilfe für die Details.
Hilfreich ist es immer im Blick zu behalten, dass der Anwender erst einmal ganz grob wissen will, was macht die SW und wie muss er dazu vorgehen. Wenn er dann "Feuer" gefangen hat, beschäftigt er sich auch "gern" mit den Deails.
Das hört sich relativ leicht an, ist aber letztlich doch ziemlich schwer umzusetzen.

Viel Erfolg für deine Tunier-SW!

**Bummi**

Hallo stahli,

ich möchte mich meinem Vorredner anschließen, er hat vieles klarer benannt und erkannt als ich es könnte.
Ich finde es bemerkenswert wie viel Aufwand Du in das Hilfesystem steckst, eine Punkt bei dem ich mich meist auf eine Kontextsensitive HTML-Hilfe auf F1 zurückzuziehen versuche.

LG
Thomas

**Matze**

Sehr beeindruckend!

Diese Hilfe-Nutzer finde ich an sich sinnvoll, aber die Umsetzung ist suboptimal.
Angenommen André hat das Programm zuletzt verwendet und dann geht Paul an den Rechner und klickt weiter. Er schaut sich die Hilfe-Videos an, merkt aber nicht, dass der vorige Nutzer noch eingestellt ist. Dann sind die Daten von André überschrieben und wertlos.

Neben den genannten Begriffen wie "Edit-Feld" ist der Begriff "Komponenten" auch nicht gut gewählt. Gerade beim Definieren einer Sportart fange selbst ich mit dem Begriff "Komponenten" nichts an. Ich weiß nicht einmal, was du dort erklärst. Die Funktion der Delphi-Komponenten, also der Registerkarte (PageControl) etc?
Kein normaler Anwender weiß, dass das Komponenten sind. Dann lieber "Bedienoberfläche", "Bedienung" oder sowas in der Art.

Zitat von stahli:

Es wurden aber Dinge falsch gemacht, auf die wäre ich selbst nach intensiver Überlegung nicht gekommen

Tja Stichwort "DAU".
Lasse Software von Kindern, Bekannten, Großeltern o.ä. testen (ohne deine Hilfe). Dann bekommst du recht schnell ein Gefühl dafür, wie intuitiv eine Bedienung ist.

**s.h.a.r.k**

Da muss ich Matze recht geben! Ein Interface-Designer muss es schaffen, dass der User sich, am besten auch ohne Hilfe (egal in welcher Form), zurecht findet. Klar sind Videos schön, aber mich persönlich würde es nerven, 10 Minuten Videos zu schauen, bis ich kapiere, wie ein Programm zu bedienen ist. Schau dir mal andere Programme an, wie die diverse Workflows lösen. Assistenten z.B. gibt es nicht ohne Grund, können aber beliebig kompliziert werden.

Zudem lohnen sich ab und zu zwei verschiedene Modi: simple vs. complex. Einmal für Einsteiger mit evtl. etwas weniger Funktionen und einen Experten-Modus.

Ich muss persönlich sagen, dass ich ein zu komplexes Programm auch immer gleich deinstalliert habe, bevor ich eine Doku anschauen, denn es MUSS einfacher gehen. Viele gute Beispiele machen es vor -- von denen darf man gerne abkupfern.

**stahli**

Danke für Eure Antworten!
Mal zu Euren Punkten:

"New" ... Super Idee!
"Controls, Edit, etc." ... ich versuche es nochmal neu (Ich wollte dort nur erklären, wie MainForm und HelpForm zusammenarbeiten).
"Spritzigkeit" ... hoffnungslos ;-(
"Hilfenutzer-Wechsel" ... Habe ich auch überlegt, aber keine perfekte Lösung.

"DAU" ... Ich brauche halt schon Sportler, die wissen, wie ein Turnier ungefähr abläuft.
Das Problem ist, es gibt viele unterschiedliche Sportarten und Turnierformen und jeder Veranstalter will wieder irgendwelche Besonderheiten.
Daher gibt es auch noch nicht wirklich gute Softwareauswahl in dem Bereich.
Für meine Vorabversion habe ich viel Lob bekommen, aber die Turniere wurden trotzdem nicht vernünftig durchgeführt...
Ich denke und hoffe, dass ich das mit den Videos am besten vermitteln kan, so als würde ich halt daneben sitzen.

"Experten" ... Unterstützung habe ich ja auch im Programm, das hilft aber nicht unbedingt. Wenn ich auf die Fehler hingewiesen habe, war es den Usern dann auch klar, was sie falsch gemacht haben.
Die neue Programmversion wird auch etwas übersichtlicher werden, aber irgendwo bleibt das Programm leider auch komplex, wenn man auch komplexe Dinge damit durchführen kann.
Ich habe ja auch schon bei der alten Version Nutzer gefragt, was übersichtlicher sein könnte. Keinem fiel dazu etwas ein. Das neue Projekt ist nun schon noch besser strukturiert, aber ob es bei allen Usern ohne Hilfe gehen wird, wage ich leider zu bezweifeln...

Die 3 deaktivierten Schalter im Bild sollen dann allgemeine Videos zum Appetit machen starten (die auch auf der Homepage landen, während die anderen nur im Programm integriert werden sollen).

**s.h.a.r.k**

Zitat von stahli:

"DAU" ... Ich brauche halt schon Sportler, die wissen, wie ein Turnier ungefähr abläuft.

Lass dir einfach mal den kompletten Ablauf schildern, wie der Leiter einer Veranstaltung es denn selbst machen würde. Diesen kompletten Workflow kann man mit Sicherheit etwas optimieren und digital gestalten. Das wäre mal mein Anfang. Zeitgleich werden dann auch alternative Wege aufbereitet, OHNE den User zu fragen. Ein User hat imho nie eine Ahnung, was er überhaupt will, daher muss ich ihm Lösungen liefern, am besten schon tielweise ausprogrammiert (Stichwort: Mockup). Und ja, mir ist bekannt, wie viel Arbeit das ist

Zum Theme verschiedene Ausprägungen je Sportart: Vielleicht gibt es ja einen kleinen gemeinsamen Nenner für jedes Turnier?!

Zitat von stahli:

"Experten" ... Unterstützung habe ich ja auch im Programm, das hilft aber nicht unbedingt. Wenn ich auf die Fehler hingewiesen habe, war es den Usern dann auch klar, was sie falsch gemacht haben.

Wichtig an der Stelle ist, WARUM der User das bisher "falsch" gemacht hat. Falsch ist hier sehr relativ, da der User wohl von Beginn an etwas anderes erwartet hat. Frage nach, was genau und sage ihm nicht, dass er was falsch gemacht hat. Vielleicht kannst du aus seiner Meinung etwas für die Bedienung ableiten. Ich versuche immer dem User recht zu geben, da er ja später mit dem Programm arbeiten soll -- nicht ich!

Zitat von stahli:

Die neue Programmversion wird auch etwas übersichtlicher werden, aber irgendwo bleibt das Programm leider auch komplex, wenn man auch komplexe Dinge damit durchführen kann.

Das ist schon klar. Ich nutze die Delphi IDE ja auch nicht ohne gewissen Grundwissen über die Sache. Daher finde ich Assistenten teilweise sehr praktisch, die beim Einstieg erklären, was passieren wird und dann bei jedem Schritt die nötigen Infos bietet, was der User wissen muss. Wenn ein User meint er ist erfahren genug, dann soll der Assistent auch abschaltbar sein -> komplexe Oberfläche erwünscht.

Zitat von stahli:

Ich habe ja auch schon bei der alten Version Nutzer gefragt, was übersichtlicher sein könnte. Keinem fiel dazu etwas ein.

Erst musst du (funktionierende) Lösungen bieten (fertige Programme/Skizzen/Mockups oder sonst was) und dann den User drauf los lassen. So kannst du nach und nach ermitteln, welche Oberfläche wem am besten passt. Hättest du zu Win95-Zeiten einen User gefragt, wie das Windows der Zukunft seiner Meinung nach aussehen sollte, dann hätte er gesagt, dass fast nichts besser geht oder er hätte einfach keine Ahnung gehabt

Ich persönlich gehe nicht davon aus, dass ein User sich Gedanken über die Steuerung eines Programms macht, warum es so gestaltet ist, wie es ist. Er will es einfach nur nutzen und dabei bleibt es auch. Für ihn ist es ein Mittel zum Zweck -- daher ist auch so wenig "in der Hilfe nachschauen" wie nötig sehr sinnvoll

**Sir Rufo**

Meines Erachtens ist das größte Problem der Nutzer, dass man bei der Anlage eines Turniers (nur das habe ich mir mal angeschaut) immer nur (bildlich gesprochen) einen kleinen Teil sieht und dadurch den Überblick verliert.
Auch das massive Aufrufen von Auswahlfenstern (z.B. Auswahl Sportart, Sportstätte) trägt eher dazu bei den Anwender zu verwirren und diesen an eine Stelle zu führen, wo er nicht mehr weiter weiß.
Einiges finde ich ist bei der (Grund-)Anlage des Turniers überflüssig (Mitglieder des Vereins) und an der Stelle dann überladen und verwirt noch mehr.

Du solltest eher dazu übergehen, dem Anwender immer zu zeigen, wo er sich gerade befindet und Auswahlmöglichkeiten ohne Zwischenschritt präsentieren.
Dabei ist eine Reduzierung auf das Wesentliche (bzw. wenn es komplexer ist, dann aufteilen) oberstes Gebot.

Teilweise liegen Informationen (z.B. welche Spieler vom Verein xy sind denn jetzt auch wirklich da) zum Zeitpunkt der Turnieranlage nicht gesichert vor.

Im Anhang habe ich mal auf die Schnelle eine Eingabemaske für so ein Turnier zusammengeklickt.
Ja, es fehlen da Buttons, es geht aber mehr um das Prinzip Informationen gebündelt aber nicht überladen anzuzeigen und dem Anwender eine klare Sicht zu bieten auf das Einzelne und Gesamte.

Es ist auch zu überlegen, ob es bei der Turnieranlage Sinn macht, dort alle möglichen Stammdaten (Vereine, Mitglieder, Sportarten, Sportstätten) auch noch anlegen zu können.
Evtl. kann man das auch über einen Menüpunkt Stammdaten besser lösen. Denkbar wäre auch ein Fenster mit entsprechenden Tabs/Pages worüber dann die Stammdaten verwaltet werden.
Dieses Stammdatenfenster könnte man auch bei der Turnieranlage zugänglich machen.
Auch der massive Einsatz von Buttons (z.B. bei den Vereinen) die sich auch noch wiederholen wirkt eher überladen. Hier würde sich auch ein Kontextmenü/Menü und/oder Toolbar direkt über der Liste anbieten.

Statt einen User zu fragen, wie der das haben will würde ich an deiner Stelle einem Verein anbieten bei so einem Turnier die Software selber einzusetzen.
Mit einem "normalo" User an der Seite, der dann zwischendurch selber dort Hand anlegt kann man auch sehr gut die Prozesse optimieren.

Im Nachhinein die Leute zu befragen bringt leider immer nur einen Teil ans Licht.

Somit wäre mein Tipp: Stecke mehr Zeit in die Usability als in das Hilfesystem

**olaf**

Hallo,

ich finde Deine Erklärungen gut, klingt sehr natürlich, nicht aufgesetzt. Ist eben Geschmacksache.

Was mir sehr gut gefällt ist der Wizard. Sehr gut gemacht.

Ansonsten würde ich eine kontextsenitive Hilfe vorziehen. Wenn der User Hilfe braucht drückt er F1 und ist genau an der Stelle mit Deinem Video und dem Hilfethema. Kein Gehangel durch irgendwelche Menüs. Mich persönlich nervt das extrem und schreckt auch viel User ab, denn die wollen eine Taste drücken und sich genau die Hilfe zu ihrem Thema durchlesen/anschauen und F1 kennen 99%.

Lass bitte alle fachspezifischen Ausdrücke weg. Z.B.: Ich habe eine Software für Ärzte und das Personal wußte mit dem Begriff "Icon" nichts anzufangen, also habe ich es Bild benannt und alle nicht Softwarefreaks wissen nun um was es geht.

olaf

**DeddyH**

Zitat von olaf:

Lass bitte alle fachspezifischen Ausdrücke weg. Z.B.: Ich habe eine Software für Ärzte und das Personal wußte mit dem Begriff "Icon" nichts anzufangen, also habe ich es Bild benannt und alle nicht Softwarefreaks wissen nun um was es geht.

Dem stimme ich uneingeschränkt zu. Ich weiß selbst, dass es für einen Entwickler schwer ist, von seiner eigenen Terminologie abzurücken, aber man muss auch an den Benutzer denken, der im Normalfall von Programmierung keine Ahnung hat.
Ein negatives Beispiel aus einer Software, die ich supporten "darf":

Zitat:

Sind Sie sicher, dass Sie das Flag XXX umswitchen möchten?

Zu so etwas fällt mir dann nicht mehr viel ein