Share
Das "Lieferbare". Ein einfaches Konzept zum Verstehen (etwas, das Sie „liefern“), aber schwer richtig zu erklären.
Eine Möglichkeit, ein Ergebnis zu beschreiben, wäre ein Stück Arbeit oder ein Artefakt, das aus einer größeren Gruppe von Werken besteht. Zum Beispiel: Eine Sitemap, ein Nav-Modell und eine Suchdefinition würden alle unter dem Begriff "Informationsarchitektur" zusammengefasst. Zur Formalisierung dieser Lieferung gibt es möglicherweise ein Dokument, das alle diese Artefakte enthält, und ein Deckblatt mit einigen Versionsinformationen.
Darüber hinaus können Artefakte und Ergebnisse auch eigenständig und austauschbar sein. Ein Wireframe kann beispielsweise als Ergebnis für ein Projekt verwendet werden, um einem Manager anzuzeigen, dass Sie Fortschritte erzielen, Entwicklerinformationen über die erforderliche Struktur bereitzustellen oder eine Meilensteinzahlung von einem Kunden einzuholen.
Das Wichtigste, das Sie mitnehmen sollten, ist, dass eine Lieferung nicht etwas ist, das einer Ausgabe zuliebe getan werden sollte, sondern dass sie eine größere Klarheit bietet oder das Projekt / Produkt dem gewünschten Endzustand näher bringt. Daher ist es wichtig, kritisch darüber nachzudenken, warum Sie eine Leistung schaffen und auf welcher Ebene an Treue / Formalität, da viel Zeit verschwendet werden kann!
Ergebnisse haben eine Zielgruppe, und manchmal gibt es einige Überschneidungen, wie im Venn-Diagramm unten gezeigt. Das Verständnis dieses Publikums ist ein wichtiger erster Schritt, um die Notwendigkeit des Erreichbaren und das erforderliche Maß an Treue oder Formalität zu verstehen.
Im Allgemeinen ist der Produktmanager oder jeder interne Manager an der Ermittlungs- und Definitionsphase weitgehend interessiert. Zu diesem Zeitpunkt werden die geschäftlichen Anforderungen und Prozesse herausgearbeitet und das Produkt definiert. Wenn Sie also eine Darstellung des Aussehens des Produkts wünschen, ist es möglicherweise besser, eine von Hand gezeichnete Skizze einiger Layouts zu liefern, als beispielsweise Zeit für das Codieren eines Prototyps zu verschwenden.
Die Entwickler haben die Aufgabe, das Ermittelte zu programmieren, zu definieren und durch Code in endgültige Darstellungen gestaltet. Es gibt viel Raum für Fehlinterpretationen bei Wireframes. Die Layouts, die einem Entwickler-Team zur Verfügung gestellt werden, müssen pixelgenau sein und Spezifikationen sollten erstellt werden, da der durchschnittliche Entwickler genau das erstellt, was Sie anfragen, insbesondere wenn es sich um ein ausgelagertes Team handelt!
Im Fall von Kunden müssen die Ergebnisse möglicherweise polierter sein und als Marketinginstrumente dienen (um zu zeigen, wie gut die Agentur ist). Mitunter werden Sie die Ergebnisse verwenden, um den externen Stakeholder zu beeinflussen oder einen Teil einer vertraglichen Vereinbarung zu treffen, wenn Sie mit einer Meilenstein-Zahlungsstruktur arbeiten..
Zielgruppen und lieferbare TypenDas Publikum spielt nicht nur eine entscheidende Rolle bei der Erstellung der Leistung, sondern auch bei der Struktur der Organisation. Nichts bleibt konstant, auch nicht innerhalb derselben Struktur (z. B. einer Beratungsfirma). Ergebnisse können von Projekt zu Projekt variieren. Die folgenden Beschreibungen sind Verallgemeinerungen, aber ein guter Ausgangspunkt, wenn Sie Schwierigkeiten damit haben, herauszufinden, welche Art von Ausgaben erforderlich sind.
Ergebnisse sind in dieser Umgebung oft von höherer Treue, da Sie nicht nur das Projekt vorantreiben, sondern auch den Kunden schulen und sicherstellen möchten, dass er von dem Ergebnis "begeistert" wird. Der Kunde wird dadurch beruhigt, dass er die richtige Wahl getroffen hat, wenn er Sie als Konkurrenten betrachtet.
Dies ist in der Ausschreibungsphase von entscheidender Bedeutung, wenn mehrere Beratungsunternehmen um die gleiche Stelle konkurrieren. Denken Sie jedoch daran, dass die Kunden bei der Auswahl eine Reihe anderer Dinge berücksichtigen. wie Technologieexpertise, Ressourcen etc.
Die Ergebnisse in einem „Hackathon“ sind so konzipiert, dass sie vor einer Jury präsentiert werden. Möglicherweise gibt es ein Dia-Deck, und Sie können einige Storyboards und Produkt-Roadmaps präsentieren. Alles, was Emotionen auslöst, ein Problem und eine Lösung für das Problem mitteilt und eine klare Vision der nächsten Schritte zeigt! Dies ist wahrscheinlich kein Anlass für einen vollständig entwickelten Prototyp, es sei denn, Sie haben Mitglieder in Ihrem Team, die über diese Fähigkeit verfügen.
Nach meiner Erfahrung haben freiberufliche Auftritte (vor allem solche, die online durchgeführt werden) oft einen sehr geringen Umfang. Es ist oft "Wireframes für X-App erforderlich" oder "Usability-Bericht für X-Website". Diese Leistungen werden in erster Linie dazu verwendet, die Fertigstellung und nicht den Fortschritt anzuzeigen. Sie sind oft an Meilensteinzahlungen gebunden.
Die Ergebnisse von Start-Ups konzentrieren sich hauptsächlich auf Entdeckung, Validierung und Definition, da der Unternehmer versucht, den Markt zu durchbrechen. Auch das Design ist wichtig, und die Ergebnisse in der Verfeinerungsphase des Projekts werden sich darauf konzentrieren, die Idee zu schwenken und das Feedback von Benutzern und frühen Interessengruppen zu ändern.
Mit „Produktteam“ beziehe ich mich auf ein Unternehmen, das ein oder mehrere digitale Produkte und interne Mitarbeiter hat. Diese Teams verwenden in der Regel Liefergegenstände in einem durchgehenden Prozess. Sie können eine geringere Genauigkeit aufweisen, es sei denn, der Produktmanager muss Informationen für Führungskräfte kommunizieren und verpacken. Jedes zu liefernde Produkt tendiert dazu, sich mehr an verschiedene Phasen des UX-Prozesses anzupassen.
Die Ergebnisse können im UX-Design-Prozess in mehrere Phasen unterteilt werden:
Arten von Leistungen während des UX-DesignprozessesWie Sie sehen können, gibt es zu Beginn des Prozesses mehr Ergebnisse, da das Projekt weitgehend beginnt und mehr Zeit für Planung und Versuch aufgewendet wird, um das Richtige für die Arbeit zu finden. Dieses Modell ist wahrscheinlich am besten für Produktteams anwendbar, und in den ersten beiden Phasen gibt es viele Crossover-Rollen. Beispielsweise können UX-Designer, Produktmanager und Business Analysts beispielsweise bei Customer-Journey-Karten zusammenarbeiten.
Warum wir Lieferungen erstellen, wie oben aufgeführt, ist kontextabhängig. Gründe hierfür hängen von Rolle, Art der Organisation, Zielgruppe und vielen anderen Faktoren ab. Hier sind fünf der häufigsten Gründe für die Erstellung von Ergebnissen:
Mein persönlicher Ansatz ist es, die gemeinsamen Ergebnisse in den Mittelpunkt meines Prozesses zu stellen. wie Personas, Prototypen und Benutzerinterviews. Ich bewahre die selteneren Ergebnisse an der Peripherie auf. wie Fokusgruppen und Domänenmodelle.
Ich untersuche auch gern Ergebnisse, von denen ich vielleicht noch nie etwas gehört habe. Es gibt so viele verschiedene Methoden. Es kann Ihnen wirklich eine breitere Perspektive geben und Sie zu einem besseren Designer machen, der Ihrem Workflow einige neue Leistungen hinzufügt.
Nun, das beinhaltet Lieferungen! Hier sind einige Details zum Mitnehmen:
Accentsconagua