Wie kann ich meine Benutzer davon überzeugen, keine Skizzen-Benutzeroberfläche zu verwenden?

Ich habe kürzlich mit Sketchflow an einem Prototyp eines neuen Systems gearbeitet, und jetzt drängen einige wichtige Stakeholder auf ein skizziertes Erscheinungsbild des Endprodukts. Um die Sache noch schlimmer zu machen, wurden die Personen, die den Prototyp betrachteten, gebeten, über eine ziemlich führende Umfrage, auf die 80% der Antworten positiv waren, Feedback zum skizzierten Look & Feel zu geben.

Es ist für eine Unternehmensanwendung gedacht, die hauptsächlich für interne Clients bestimmt ist, aber auch von einigen externen Clients verwendet werden soll.

Die Hauptgründe, warum ich denke, dass es eine schlechte Idee ist, sind:

• Es sieht nicht poliert oder professionell aus
• Der erhebliche Aufwand beim Enthäuten einer tatsächlichen Anwendung im skizzierten Stil
• Der skizzierte Stil nutzt die Bildschirmfläche nicht effizient aus

Ich habe versucht herauszufinden, was der Reiz möglicherweise sein könnte, und das einzige, was ich mir einfallen lassen kann, ist, dass die Leute von der Einfachheit angezogen werden - insbesondere im Vergleich zu den vorhandenen Systemen, die es ersetzen wird .

Kann mich jemand in die Richtung weisen, warum es eine schlechte Idee ist, ein Sketch-Look & Feel zu verwenden? Idealerweise etwas basierend auf UI-Forschung. Ich mache mir Sorgen, dass meine Stimme nicht gehört wird, wenn ich nicht auf etwas Konkretes zeigen kann.

[Bearbeiten]

Ich sollte wahrscheinlich hinzufügen, dass die Schwierigkeit beim Skinnen der Anwendung durch die Tatsache verstärkt wird, dass sie als ein oder mehrere Silverlight-Webparts auf einer Sharepoint-Site bereitgestellt werden soll. Es kann sehr schwierig sein, ein konsistentes skizziertes Erscheinungsbild für beide Technologien zu erzielen.

[Bearbeiten]

Nur für den Fall, dass jemand nicht sicher ist, wie ein Sketchflow-Prototyp aussieht (und daher, worum es bei den fraglichen Personen geht), bittet er im Wesentlichen um eine Produktionsanwendung mit einem Bleistift-Skizzen-Drahtgitter-Look & Feel.

Es gibt ein gutes Buch namens Emotional Design: Warum wir alltägliche Dinge lieben (oder hassen) von Donald A. Norman. Das Buch bietet einen guten Rahmen, um die weniger technischen Aspekte des Designs zu beschreiben und zu verstehen. Die Kurzversion besagt, dass es drei Arten von Reaktionen auf jedes Design gibt:

• Viszeral - Die Darmreaktion, es ist sexy, es ist poliert, es ist hässlich. Du hast die Idee.
• Verhalten - Wie das Ding funktioniert oder nicht.
• Reflektierend - Wie bringt mich die Website zum Nachdenken, Reagieren oder Fühlen? Wenn Sie sich an die Website erinnern, kann dies zu Glückseligkeit, Qual oder anderem führen.

Ich habe das Gefühl, dass Ihre Argumente eher auf langfristige reflektierende Aspekte abzielen, während Ihre Kunden eher viszeral reagieren. Einfachheit ist ein sehr mächtiges Konzept und sehr schwer gut umzusetzen. Grundsätzlich müssen Sie alle Verhaltensmerkmale der Website ausbalancieren und gleichzeitig einen guten Eindruck hinterlassen.

Um Prioritäten zu setzen, die am wichtigsten sind, müssen Sie darüber nachdenken, wie Benutzer mit der Site interagieren. Wenn Sie kurze, passive Interaktionen erwarten (z. B. das Überprüfen von Nachrichten), ist das viszerale möglicherweise das wichtigste. Wenn dies jedoch für die tägliche Arbeit stark genutzt werden soll, ist das Verhalten von größter Bedeutung. Wenn die Site Teil des Unternehmens sein soll, muss sie wirklich widerspiegeln, worum es im Unternehmen geht. Ein informeller Blick kann durchaus angemessen sein, wenn das Unternehmen dieses Bild projiziert.

Am besten helfen Sie Ihrem Kunden dabei, sich klar über seine Vision für die Website zu werden und darüber, wie sich diese Website auf seine Marke auswirkt oder nicht.

Ein zusätzlicher Gedanke : Sie sind durch die Plattform, auf der Sie bereitstellen, eingeschränkt (wie bei Ihrer ersten Bearbeitung festgestellt). Mit dieser Einschränkung ist es technisch nicht möglich, eine große Anzahl von Dingen auszuführen, die ansonsten auf einer neuen Website in Ordnung wären. SharePoint, ein auf WebForms basierendes Produkt, bietet nicht viel Spielraum, um das Erscheinungsbild mit starrem CSS, gemischtem CSS und eingebettetem Layout sowie dem in HTML eingebetteten Ansichtsstatus anzupassen. Sie können Ihren Argumenten jederzeit das Kostenelement hinzufügen. Zwischen dem und dem Streit um das Branding (das reflektierende Design) können Sie sie einfach für sich gewinnen.

Normalerweise sehen solche skizzierten Prototypen gut aus, solange niemand sie verwenden muss. Um sie zu überzeugen, implementieren Sie ein kleines Teil als verwendbaren Prototyp in zwei Versionen, eine mit der skizzierten Haut und eine normale. Das sollte ausreichen, um ihnen zu zeigen, dass der skizzierte Look für ein oder zwei Tage lustig ist, aber bald darauf abgestanden wird.

Wenn dies sie nicht überzeugt, dann ihr Problem.

Ehrlich gesagt, wenn es ihre Anwendung ist und deshalb sie wollen, würde ich es einfach auf ihre Weise tun.

Wenn Sie versuchen möchten, sie anderweitig zu beeinflussen, erstellen Sie ein Modell einer anderen Benutzeroberfläche und zeigen Sie es ihnen zusammen mit Ihren Argumenten gegen die skizzenhafte Benutzeroberfläche.

Versuchen Sie es in Begriffen auszudrücken, die sie verstehen würden. Anstatt beispielsweise zu sagen, dass das Reskin der Anwendung einen erheblichen Aufwand erfordern würde, teilen Sie ihnen einfach mit, dass das Design die Produktionszeit um zusätzliche X Tage / Wochen verlängert. Oder anstatt über Bildschirm-Realestate zu sprechen, zeigen Sie ihnen ein Beispiel dafür, wie überladen es im Vergleich zu Ihrem alternativen Design aussehen würde. Immerhin sagt ein Bild mehr als tausend Worte.

Das Skinning-Problem ist das größte Problem aus dem gleichen Grund, aus dem Skinning fast immer eine schlechte Idee ist.

Wenden Sie sich an Band und drucken ein paar Seiten aus. Ich würde nicht sagen, dass es ein Problem mit der Skizzierbarkeit gibt, da dies nur eine Art Modeerscheinung ist und in Michael Cera-Filmen funktioniert.

Ich kann mir einen Grund vorstellen, warum es aus Sicht eines Programmierers schlecht ist: Der Sketch-Look wird verwendet, um sicherzustellen, dass Benutzer Prototypen nicht mit der Realität verwechseln. Wenn die Realität skizziert ist, können Sie das nicht mehr für das Prototyping verwenden.

Aus der Sicht eines Benutzers kann ich mir keinen Grund vorstellen. Wenn sie diese Ästhetik mögen und sie einfach zu bedienen ist, fällt es Ihnen schwer, sie ohne etwas Besseres davon zu überzeugen.

Wenn der skizzierte Look nicht mit einem anderen Look & Feel getestet wurde, können Sie nicht mit Sicherheit sagen, dass die Benutzer eher auf die Funktionalität als auf die Ästhetik reagierten.

Bei einem größeren Problem würde ich nicht sagen, dass ein skizzierter Look a priori schlecht ist. Das hängt von der Domain ab. Ich stimme Ihnen nicht unbedingt zu, dass es nicht poliert oder professionell aussehen kann, aber die Immobilienprobleme könnten sicherlich gelöst werden.

Ich denke auf jeden Fall, dass Sie auf dem richtigen Weg sind, um herauszufinden, was Ihre Stakeholder anspricht. Die Antwort ist irgendwo drin.

Meine Meinung mag diesbezüglich leicht voreingenommen sein, aber ich würde ein Tool wie http://IntuitionHQ.com oder ähnliches vorschlagen , mit dem Sie einen sehr schnellen, einfachen Usability-Test für das skizzierte Design durchführen können, beispielsweise für ein Drahtmodell oder polierter aussehendes Design.

Es muss nicht interaktiv sein, aber wenn die Zahlen zurückkommen, die zeigen, dass ein Design eindeutig besser und benutzerfreundlicher ist als das andere (gemäß Ihrem Bauchgefühl), fällt es den Stakeholdern schwer, darüber zu streiten.

Wir haben diese Methode bereits verwendet, und es ist sehr schwierig, mit den Ergebnissen dieser Tests zu argumentieren. Wenn Sie interessiert sind, können Sie einige Beispielergebnisse unter video.intuitionhq.com/pub/356/1 ansehen.

Prost und viel Glück mit Ihren Designs.