it-swarm.com.de

Was ist der Unterschied zwischen Standortzielen und Geschäftsanforderungen?

Viele generische UX-Prozesse beginnen normalerweise mit der Definition eines Standortziels und von Zielen wie "Kundenanrufe um 5% reduzieren" oder Neukunden um 10% gewinnen "usw. Dann wird empfohlen, interne Stakeholder zu befragen, die von den Zielen betroffen sind und fragen Sie sie, was sie benötigen, um sie zu erreichen. Sie werden Antworten sammeln, z. B. wenn wir eine bessere FAQ benötigen oder in SEO investieren müssen.

Für mich sind Anforderungen und Ziele gleich. Kann jemand den Unterschied erklären und warum es wichtig ist, Geschäftsanforderungen in den Prozess einzubeziehen.

3
Tony Bolero

Ziele sind die Ziele. Anforderungen sind die Eckpfeiler des wahrgenommenen Weges zu ihnen.

Ein Ziel ist es, ein Fußballspiel zu gewinnen, indem mindestens ein Tor mehr als der Gegner geschossen wird. Voraussetzung ist, dass die meisten eingehenden Bälle als Torhüter gefangen werden.

Dies ist die Theorie, und sie wird durch Adrianhs Antwort gut ausgedrückt.

In der Praxis sind Anforderungen jedoch das, was das Unternehmen benötigt oder will (die beiden müssen sich nicht unbedingt treffen!), während Ziele der bedeutungslose Schwachsinn sind. Sie wurden gebeten, eine Begründung dafür zu geben, warum sie haben wollen jene.

Kurz gesagt: Im Durchschnitt kümmert es niemanden, ob Sie die Ziele erreicht haben, aber nicht einmal eine der Anforderungen erfüllen, und Sie werden entlassen. Die meisten Organisationen sind sich nicht bewusst genug, um die Ziele tatsächlich zu verfolgen, aber die Anforderungen werden mit Sicherheit streng verfolgt.

Wenn ich Marketing- oder UX-Präsentationen anschaue, habe ich manchmal das Gefühl, dass die Ziele vollständig erfunden sind. Und dann frage ich mich: Wurden die Bedürfnisse der Nutzer (Verbraucher) erfüllt?

Es gibt Zeiten, in denen es ein Ziel ist, den Umsatz um 10% zu steigern, und es gelingt uns nur, ihn um 5% zu steigern. In der Zwischenzeit haben wir allen Kunden und sogar Administratoren eine komfortable Benutzererfahrung geboten. Ist es wirklich wichtig, dass wir nicht 10% erreicht haben? Hängt davon ab.

Mr and Mrs Obama impressed on a dinner held at the Royal Palace in London

Auch wenn Sie die Ziele nicht erreichen, können Sie alle Anforderungen auf gut gemachte Weise erfüllen

Auf der anderen Seite gibt es Zeiten, in denen das Erfüllen von Anforderungen nichts bedeutet, wenn Sie die Ziele nicht erreichen. Wenn das Ziel darin besteht, eine olympische Goldmedaille zu gewinnen, spielt es keine Rolle, dass das von Ihnen entworfene Kleid auch im Stehen auf dem Podium gut aussieht, wenn das Ziel nicht erreicht wird.

Kayla Marooney didn't met her primary objective (photo credit: Vanity Fair)

Obwohl alle Anforderungen erfüllt waren, war Kayla nicht beeindruckt, dass ihr primäres Ziel nicht erreicht wurde

Um zu entscheiden, ob die Ziele echte Geschäftsanforderungen waren oder nur etwas, das erfunden wurde, um wie ein ernsthafter Geschäftsmann auszusehen, sind Erfahrung und gutes "Riechen" erforderlich. Trotzdem sollten Sie immer auf sie zielen, aber sicherstellen, dass die Anforderungen erfüllt werden - wie sie erforderlich sind .

2
Aadaam

Eine Möglichkeit, wie ich es definiert gesehen habe, ist grob.

Ziele: Was das Geschäft passieren will.

Anforderungen: Wie Sie die Ziele erreichen möchten.

(Nicht jeder definiert sie genau so - aber Sie werden im Allgemeinen die zwei verschiedenen Kategorien finden, auch wenn sie unterschiedliche Bezeichnungen haben)

Zum Beispiel.

Ich habe das Ziel "den Lebenszeitwert von Kunden um 10% zu steigern".

Nach einigen Recherchen stelle ich fest, dass Kunden den Dienst verlassen, ohne die Schlüsselfunktion Foo verwendet zu haben.

Daher gehe ich davon aus, dass das Hinzufügen einer Nizza-E-Mail mit Tropf-Feed-Erinnerungen an Kunden, die Foo nach einem Monat noch nicht verwendet haben, sie daran erinnert, wie großartig Foo ist, dazu führen kann, dass sie bleiben, um den Wert der Kundenlebensdauer zu erhöhen. Das wird zur Voraussetzung.

Wenn es funktioniert - yay. Anforderung und Ziel waren beide abgehakt.

Wenn es nicht funktioniert, bleibt das Ziel bestehen - aber jetzt müssen die Anforderungen zur Erreichung dieses Ziels angepasst werden.

Ziele - was wir wollen - sind ziemlich statisch. Anforderungen - wie wir erreichen, was wir wollen - können sich ändern.

1
adrianh

Ziele

Es gibt Geschäftsziele und Benutzerziele.

Geschäftsziele kommen von Managern oder Stakeholdern, wie im Beispiel von adrianh: "Steigern Sie den Lebenszeitwert von Kunden um 10%". Sie beziehen sich auf den Zweck des Geschäfts hinter der Website. Es gibt ein Grundziel wie "Lasst uns Waren online verkaufen", das der Hauptzweck des Geschäfts ist und das jeder für selbstverständlich hält.

Benutzerziele gegen unsere Website sind eher "eine drahtlose Maus bekommen".
Sie kommen von (End-) Benutzern oder von Personen , wenn die Endbenutzer nicht problemlos verfügbar sind.
Alan Cooper erklärt die Ziele des Benutzers klar in " Die Insassen leiten das Asyl " und anderen Büchern.
Die Wünsche der Endnutzer (generisch "Waren kaufen") werden durch Marketingergebnisse wie "Bluetooth-Mäuse liegen im Trend" ergänzt.

Der Erfolg der E-Commerce-Website (nehmen wir an, es handelt sich um eine E-Commerce-Website) hängt unter anderem davon ab, wie beide Ziele aufeinander abgestimmt sind. Es hängt jedoch viel mehr von den Zielen des Benutzers ab, daher sollte eine Umnutzung des Geschäfts immer eine Option sein.
All dies bezieht sich auf eine Geschäftsstrategie auf hoher Ebene.

Bedarf

Auf der Site-Ebene werden hier Anforderungen angezeigt.
Das strategische Ziel der Steigerung des Kundennutzens kann auf eine oder mehrere Arten verfolgt werden.
Als würden Sie sie an ein Merkmal erinnern (adrianhs Beispiel) und indem Sie die trendigen Waren anbieten, die Versandkosten oder -zeiten senken, nennen Sie es ...

Als UX-Praktiker besteht unser mächtigstes Werkzeug zur Unterstützung der Unternehmensziele darin, die Benutzerfreundlichkeit der Website zu verbessern.
Wir können davon ausgehen, dass ein Benutzer, der mit Leichtigkeit einen Kauf getätigt hat, beim nächsten Mal wieder auf die Website zurückkehrt und der andere usw. die Kundenwertsteigerung um 10% unterstützt.
Wir analysieren und denken also (dies impliziert eine Menge wettbewerbsfähiger Websites) und bringen einige Ideen und Änderungen heraus, die an der Benutzeroberfläche vorgenommen werden müssen. Dies ist eine Analysephase, auf die bald das Schreiben von Anforderungen folgen wird.
Eine verwandte Erfolgsgeschichte ist Jared Spools 300-Millionen-Knopf .
Abhängig von der Organisationsebene des Unternehmens können wir die Änderungen einem Entwickler auf einer Serviette mitteilen oder etwas Formaleres tun, z. B. Anwendungsfälle schreiben und Drahtgitter zeichnen.
Dies sind die Anforderungen . Im IT-Sprachgebrauch (weil wir die Aktion von der Geschäftsanalyse auf die Softwareentwicklung verlagert haben) sind die Anforderungen die Dokumente, die an die Personen weitergeleitet werden, die den Code schreiben werden. mit einer eindeutigen Spezifikation des von ihnen erwarteten Ergebnisses.
Die Serviette zählt auch als Anforderung, nur ist sie viel informeller und riskanter als eine UC.

Ein Wort zu Anwendungsfällen

Oder zwei ...

Erstens können Anwendungsfälle als äußerst formale Dokumentation angesehen werden, die nur in großen Unternehmen durchgeführt werden muss, die UML, SEIs CMMI und dergleichen verwenden.
Nicht so. UCs können einfach und informell sein und auf tatsächlichen Benutzern basieren, die unsere Benutzeroberfläche verwenden. Beim UC-Schreiben ist weniger besser. Es wird gesagt, dass wenn ein UC-Set zu schwer ist, niemand es lesen wird und es daher nutzlos ist.
Außerdem müssen Sie kein IT-Propellerkopf sein, um UCs zu schreiben. Eigentlich bist du besser dran.

Zweitens ist das Schöne an UCs, dass sie das Scharnier sind, das die Welten normaler Menschen und die Welt der Softwareentwickler artikuliert.
Ein UC kann von einem Endbenutzer verstanden werden und ist auch eine klare Spezifikation für einen IT-Typ.
Wenn wir gut geschriebene UCs an Entwickler weitergeben, sind die Chancen, etwas zurückzubekommen, was wir wollten, erheblich erhöht. Wir werden auch früher bekommen, was weniger Entwicklungszeit bedeutet, a.k.a. niedrigere Entwicklungskosten (dies wurde gemessen, die Zahlen sind signifikant, wie 30%).
Dies liegt daran, dass das Schreiben einer guten UC diejenigen, die sie schreiben, dazu zwingt, sich alle Fragen zu stellen, über die die Entwickler stolpern, und sie zu verhindern.
Auch, weil die UC von den Endbenutzern überwacht werden kann (oder mit den Personas verglichen werden kann), wodurch sichergestellt wird, dass die resultierende Benutzeroberfläche angezeigt wird verwendbar, sobald es fertig ist.

0
Juan Lanus