Hilfesystem über Videos

[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

[stahli]

Oha, dann will ich mal...

@s.h.a.r.k
Turniere habe ich selbst scho0n einige veranstaltet. Grundsätzlich kann ich das schon einschätzen. Das Problem ist, dass es dabei so viele unterschiedliche Ansichten gibt, dass ich keine starren ("richtigen") Abläufe vorgeben will.
Die User konnten ihre Fehler später meist selbst nicht mehr nachvollziehen oder haben gar nicht erkannt, dass es bessere Lösungen gegeben hätte. Na ja, das wird jetzt doch intuitiver werden.
Und ich werde mal Schritt für Schritt sehen, ob und wo es noch klemmt.
Meine regelmäßigen Tester kennen natürlich das Konzept und haben keine Probleme. Die Probleme sehe ich eher bei Computer-Laien, die sich auch mit dem Programm vorher nicht befassen (Sportler eben ).

@Sir Rufo
Danke erst mal für die Mühe!!
Entsprechende Anordnungen habe ich im Projekt natürlich auch - wenn alles auf eine Seite passt.
Aber völlig unterschiedliche Bereiche in eigene Formulare/Register auszulagern finde ich nicht wirklich falsch und unübersichtlich. (Hast Du das Programm mal angetestet? - Ist nicht sehr aktuell.)
Grundsätzlich unterscheide ich nicht zwischen "Turnier vorbereiten" und "Turnier durchführen" (und nutze keine Vor-Zurück-Steuerung).
Man muss im Projekt halt alles notwendige einrichten, damit eine Turnierdurchführung möglich ist. Wann man das macht, ist jedoch letztlich egal. Man kann auch z.B. während des Turniers nochmal in einen Verein gehen und dort einen Spieler nachtragen.
Es gibt viele Bereiche (Komponenten), die rel. flexibel miteinander verbunden sind und intern sehr unterschiedlich organisiert werden können.
Die flexible Bedienung fand und finde ich gerade sehr nützlich. Viele Optionen auf einer Seite darzustellen, ist m.E. nur sinnvoll, wenn deren Variationsmöglichkeiten begrenzt sind.

@Olaf
Danke für das Lob! Die Videos werde ich wohl nochmal Sportkameradentauglich überarbeiten.
Mit F1 verspreche ich mir vorliegend nicht viel Erfolg, da meine HTML-Hilfe nicht erfolgreich war. Vielleicht (sicher) hilft es wirklich mehr, wenn jemand die richtige Arbeitsweise zeigt.
Mir geht es mit Komponenten und Tools ähnlich. Ich sehe mir gerne Demovideos an statt Texte zu lesen, die ich (es ist leider so) oftmal gar nicht einordnen kann.

@DeddyH
Ich gebe mein Bestes - versprochen