vielleicht hat das hier also schon mal jemand geschrieben: ich benutze seit 4 jahren den onlinefahrplan der ÖBB um mir zugverbindungenin DE rauszusuchen (wo ich als born german ab und an hinfahre).

die neue seite habe ich mir kurz angesehen- und bin zurück zur öbb…

Würde ich nicht ganz so sehen :-)
Es geht halt nicht nur darum zu sagen “so gehörts gemacht” sondern auch darum dafür zu sorgen dass es auch umgesetzt wird ….

“Doch, genau die Kunden, die Probleme mit Formularen haben, SOLLTEN sie auch programmieren! (Oder zumindest Leute, die etwas von den Problemen verstehen) Das geht auch mit ein wenig Mut und Methode.”

Ich sehe da Programmieren von Formularen nicht als die Aufgabe von Kunden (das sind u.a. Pensionisten, Schüler, Leute die mit Computern wenig zu tun haben usw.).
Es geht nicht *ohne* die Kunden, es geht aber auch nicht *ohne* Personen die deren Inputs aggregrieren, gewichten und kommunizieren (und dafür das notwendige Hintergrundwissen besitzen).

Ein Beispiel: Ich hab vor Jahren mal beim Usabilitytest der ÖBB Touchscreen – Automaten mitgearbeitet. Neben der sichtbaren Oberfläche liegen die Probleme dort ganz stark in den dahinterliegenden Prozessen. Beispielsweise kann es für den Kunden in manchen Fällen günstiger sein *keine* Vorteilscard anzugeben da es ein kompliziertes Zonenmodell gibt wodurch es in einigen Fällen eben so solchen Ergebnissen kommt. Und das ist nur ein kleines Detail. Ohne jemanden der Einblick in die Prozesse hat kommt man da nicht weiter …

“Mal ganz im Ernst: wenn man in einen Kindergarten oder in die erste Schulklasse geht, bewaffnet mit Buntstiften und der Frage “Wie könnte man diese Bahn Seite besser machen?” – ich bin mir sicher, man kommt nicht ohne wertvolle Anregungen zurück.”

Also wenn du das als Crowdsourcing bezeichnest dann ist User Centered Design Crowdsourcing und es ist eh alles klar :-)

Aber es geht mir darum dass es eben diesen “man” geben muss der in die Schulklasse geht. Der muss die Ergebnisse aufzeichnen, u.U. lenkend eingreifen, auswerten und kommunizieren. Das ist das was ein Usability Engineer/Interaction Designer so macht-

Wenn es um Informationsarchitektur geht sind die Lösungen oft sehr trivial und werden von den Planern einfach nicht gesehen – bzw. haben sie nicht den Mut, das umzusetzen. (Z.B. “Card Sorting”, IBM)

@Jörg: Doch, genau die Kunden, die Probleme mit Formularen haben, SOLLTEN sie auch programmieren! (Oder zumindest Leute, die etwas von den Problemen verstehen) Das geht auch mit ein wenig Mut und Methode.

Die Website meines lieblings-CMS Drupal wird momentan neu gestaltet – mit herrvorragenden Mitteln und einer sehr offenen Kommunikation wird auf die User zugegangen:
http://www.slideshare.net/Web2Expo/drupal-communitydesign-presentation

Jetzt könnte man sagen: ja das sind aber alle Geeks die Drupal. Stimmt, Teilweise (ich nicht). Allerdings muss man ja nicht über Twitter, Blogs und co kommunizieren wenn man andere Zielgruppen im Sinn hat. Ich habe mich am Redesign Prozess beteiligt, ganz bewusst als weniger Technik-affin als der Durschschnitt der Community und meine Anregungen sind auch an der richtigen Stelle wahr genommen worden. Ich denke wenn die Deutsche Bahn wirklich fragt, dann wird sie auch eine Antwort bekommen.

Mal ganz im Ernst: wenn man in einen Kindergarten oder in die erste Schulklasse geht, bewaffnet mit Buntstiften und der Frage “Wie könnte man diese Bahn Seite besser machen?” – ich bin mir sicher, man kommt nicht ohne wertvolle Anregungen zurück.

Zwei Gründe dafür:

* Die Kunden die wirklich Probleme mit Formularen haben können und werden sie nicht selbst programmieren. Die haben andere Jobs. Sprich: Es bestimmen ohnehin nur “wieder” Entwickler wie das Interface und die dahinter liegende Interaktionslogik aussehen soll (das soll jetzt keine Abwertung sein, aber die Idee hinter dem Projekt war ja wohl die Usability *für die breite Masse* zu verbessern, und diese breite Masse kann und wird hier nichts beisteuern können). Die meisten Designer halten sich IMHO aus der Entwicklung raus und können so auch nichts beisteuern.

* Designers are not users, users are not designers: Selbst *wenn* Otto Normalverbraucher die Site so umgestalten könnte wie er wollte würde das ganz ohne Hilfe nicht gehen. Es gibt da diese eine Simpsons – Folge in der Homer Geld bekommt um sein Traum – Auto zu designen. Heraus kommt ein völlig fahruntaugliches Ding, denn er baut *alle* Features ein die er sich nur irgendwie vorstellen kann.

Anwender selbst haben meist nicht den Weitblick um zu sehen welche Konsequenzen Entscheidungen im Interface haben können. Sie können aber sehr wohl Feedback geben *wenn schon etwas da ist* das sie beurteilen können. Fragt mal eure Eltern ob sie euch ein Formular zum Ticketkauf zeichnen können.

Crowdsourcing finde ich generell als Ansatz interessant, nur in diesem Kontext bin ich mehr als skeptisch … (lasse mich aber gern von etwas anderem überzeugen :-) ).

Schön wäre mal ein erster Schritt, z.B. wie Amazon: Suche und Preisfindung als API, Verkauf nur auf der Bahn-Seite.

Denn eines muss auch klar sein: z.b. Google sammelt im Moment wie wild Fahrpläne und verwendet sie ja auch schon in Google Maps.

Deswegen die Frage: was ist besser für die Fern- und Nahverkehrsanbieter:
Selber das aussehen möglicher Schnittstellen zu definieren oder sich von Google das diktieren lassen?
Vor allem dann wenn es, wie in Österreich ab 2011, private Konkurrenz auf den Schienen geben soll…

Und ich denke mit einer Facebook-App, die bei jedem deiner Freunde zeigt wie lange von dir zu ihm die Zugfahrt dauert und was sie kostet (jetzt nur mal in Deutschland) hätte auch eine Chance gehabt einen dieser Preise zu gewinnen. Unabhängig davon ob das jetzt Sinn macht :)