it-swarm.com.de

Kann mir jemand EINFACH den Unterschied zwischen Sitemaps und IA-Dokument sagen?

1. FRAGE: Was ist der Unterschied zwischen diesen beiden Arten von Papier- oder elektronischen Dokumenten, die häufig während eines UX-Prozesses für eine Website oder App erstellt werden:

1) Informationsarchitekturdokument (IA-Hierarchie oder IA-Diagramm oder IA-Modell)

2) Sitemap

HINWEIS: Mit Site Map spreche ich NICHT von einer grafischen Darstellung einer Website, die in den frühen 90er Jahren ein häufiges Merkmal von Websites war, noch meine ich die Datei, die von Suchmaschinenrobotern verwendet wird ... Ich spreche von einer Papier oder elektronisches Dokument, das ein UXer erstellen würde.

Wenn Sie die beiden Dokumente nebeneinander platzieren, was wäre der Unterschied zwischen den beiden für dieselbe Site oder App?

Ich habe postuliert, dass der Unterschied vielleicht darin besteht, dass es in einem IA-Dokument darum geht, Inhaltstypen oder -kategorien zu identifizieren, während es in einem Site-Map-Dokument darum geht, wie man zu diesem Inhalt navigieren würde, aber ich bin mir nicht sicher. Beide Dokumente präsentieren Organisationsstrukturen für Inhalte.

Könnte man sagen, dass sich das IA-Dokument auf die Inhaltstypen oder -kategorien bezieht, die Ihre Website haben wird, wie in „Meine Website hat eine Seite über Hunde“, während die Sitemap zeigt, wo und wie sich der Hundeinhalt in der Website-Hierarchie Ihrer Zoohandlung befindet Benutzer können dorthin navigieren?

2. FRAGE: Sollten die FUNKTIONEN, die auf einer Site oder einer App ausgeführt werden können, Teil eines Informationsarchitektur-Dokuments sein OR eine Site-Map OR beide? Nach Funktion?) Ich meine, wie in einer Aufgabenverwaltungs-App ist es eine Funktion, ein Dokument an eine von Ihnen erstellte Aufgabe anhängen zu können.

4
Steve Crow

1. ANTWORT : Normalerweise interessiert mich die Terminologie zur Beschreibung der Assets, die mit einem UCD-Prozess erstellt werden, nicht wirklich, aber ich kümmere mich um die Qualität und Genauigkeit der erfassten Informationen. Daher denke ich, dass Ihre Beschreibung der beiden Arten von erfassten Informationen ziemlich nahe an der Marke liegt, aber ich konnte Ihnen nicht sagen, ob dies die genaue verwendete Terminologie ist.

Grundsätzlich müssen Sie zwei wichtige Dinge erfassen, die Sie identifiziert haben. Erstens die Hierarchie oder Organisation von Informationen/Inhalten/Daten, die Sie dem Benutzer präsentieren werden (d. H. Die von Ihnen erwähnten Inhaltstypen oder -kategorien, aber auch deren Beziehung zueinander). Zweitens müssen Sie erfassen, wie diese Hierarchie oder Organisation den verschiedenen Teilen der Website zugeordnet ist (d. H. Wie die Benutzer sie navigieren/entdecken können).

Obwohl ich Ihnen nicht wirklich sagen kann, wie Sie sie nennen sollen, ist die Tatsache, dass sie verwandte, aber unterschiedliche Informationen erfassen, sodass es offensichtlich ist, wenn Sie sie jemandem zeigen. Lassen Sie sich auch hier nicht zu sehr mit der Terminologie beschäftigen, da es einige Zeit dauert, wichtigere Dinge wie das Erfassen der Informationen zu erledigen.

2. ANTWORT: Ich glaube nicht, dass die funktionalen Details einer Site zum IA-Dokument passen, nur weil es im Allgemeinen eine gute Praxis ist, den Basiswert zu trennen Informationen oder Daten darüber, wie sie tatsächlich präsentiert werden. Für die 'Sitemaps', auf die Sie sich beziehen, versuche ich, die Funktionen auf hoher Ebene als Beschriftungen in das Dokument einzufügen und sie als Link zu den geschäftlichen oder funktionalen Anforderungen zu verwenden, die auf der Benutzeroberfläche implementiert werden müssen, sodass dies sehr hilfreich ist Dort.

[~ # ~] update [~ # ~] : Da ich nicht wirklich angesprochen habe, was Sie wirklich beantworten möchten, ist es möglicherweise genauer Zu sagen, dass Site Maps Teil der Planung und Erstellung der Informationsarchitektur sind. Die Arbeit mit der Informationsarchitektur kann jedoch auf verschiedenen Ebenen erfolgen, einschließlich der Basisdaten, des Inhalts einzelner Seiten oder der gesamten Site-Struktur.

Einige Beispiele, die Ihnen helfen könnten:

Informationsarchitektur auf Site-Ebene: http://bitstrategist.com/work/information-architecture/

Informationsarchitektur auf Seitenebene: http://bitstrategist.com/img/work/infodesign/medfi_wireframe.gif

Informationsarchitektur auf Datenebene: http://bitstrategist.com/img/work/infodesign/db_schema.gif

6
Michael Lai

Informationsarchitektur ist ein großes Thema (so sehr, dass es ein sehr großes, aber ausgezeichnetes Buch gibt, das von Louis Rosenfeld und Peter Morville zu diesem Thema geschrieben wurde - Informationsarchitektur für das World Wide Web, 3. Auflage).

Eine Sitemap ist eine einfache Ausgabe aller IA-Arbeiten und kann vom Endbenutzer verwendet werden.

2
SteveD

Site Maps sprechen mit dem, was wo ist - sogar mit Funktionalität und Zweck. IA wird Ihren Projektmanager davon überzeugen, $ X für Y auszugeben.

Ich kann nicht sagen, wie andere dazu neigen, es zu sehen/zu tun, aber in der Praxis ist hier ein Beispiel, mit dem ich mich kürzlich befasst habe. Warenkorbprojekt mit "verwandten Artikeln" ... es ist einfach genug, sie in ein Design zu kleben und sie als logische Ergänzung zu einem Modell anzuhängen, indem man sagt, dass sie hier oder da hingehen. Aber das Warum beginnt fast sofort, die Site Map/IA-Funktion zu differenzieren.

Übrigens gefällt mir die Antwort von Michael Lai sehr gut. Weitaus tiefer und raffinierter als meine. Ich denke jedoch, dass funktionale Details häufig zu IA gehören.

Wir haben also einige Produkte. Sie haben Produkte in verschiedenen Größen, hauptsächlich in horizontaler und vertikaler Ausrichtung. Normalerweise hat jede bestimmte Größe/Abmessung eine entsprechende entgegengesetzte Ausrichtung. Sie haben eine Karte beispielsweise in horizontaler Ausrichtung 3x5 und eine entsprechende Karte in vertikaler Ausrichtung 5x3. Sie werden nur 4 verwandte Produkte auf einer Seite anzeigen und Sie haben mehrere Größen ... 3x5/5x3, 4,5x6/6x4,5, 5x7/7x5, 8x10/10x8. Das sind 8 Produkte. Welche 4 sind die verwandten Produkte?

Sie teilten die Gemeinsamkeiten der Hauptkategorien und Attribute, und Sie konnten beliebige 4 nach dem Zufallsprinzip setzen (außer Sie möchten nicht dasselbe primäre Element erneut anzeigen). Eine Sitemap zeigt nicht wirklich, was Sie hier tun oder wie Sie sich dem nähern, aber IA tut es. In diesem Fall hatten die vier Elemente, die "verwandt" sind, ein konsistentes Muster. Die entgegengesetzte Ausrichtung war die erste - wenn sie 4,5 x 6 betrachten, möchten sie vielleicht eine Alternative in 6 x 4,5 sehen. Dann gleiche Ausrichtung und eine Größe nach oben, dieselbe Ausrichtung und eine Größe nach unten. Wiederholen Sie diesen Vorgang, eine Nummer größer und eine Nummer kleiner. Überspringen Sie, was nicht vorhanden ist oder bereits angezeigt wird. Der Versuch, sie für den Up-Sale auf größere Größen zu bringen, damit die eine Größe größer wird.

Wenn Sie also einen Kunden haben, der die horizontale Größe 4,5 x 6 anzeigt, werden ihm die folgenden "verwandten" Elemente angezeigt:

6x4.5 vertical (opposite)
5x7 horizontal (one up)
3x5 horizontal (one down)
8x10 horizontal (one up is 5x7 so skip and next up is 8x10)

Aber was ist, wenn sie die 5x3-Vertikale betrachten? Sie zeigen ihnen:

3x5 horizontal (opposite)
6x4.5 vertical (one up)
7x5 vertical (one down is the current product, so go up one)
8x10 vertical (one down is 7x5, so go up one)

Und wenn sie die 7x5-Vertikale betrachten. Sie zeigen ihnen:

5x7 horizontal (opposite)
10x8 vertical (one up)
6x4.5 vertical (one down)
5x3 vertical (one up is 10x8, it's been shown, no more ups, so go one down)

Je mehr Optionen, Produkte, Auswahlmöglichkeiten vorhanden sind, desto mehr Möglichkeiten gibt es, aber wir brauchten eine Struktur, die "verwandte Artikel" auf das bezieht, was der Kunde wahrscheinlich anzieht, ein Produkt in einer bestimmten Ausrichtung mit einer verwandten Größe für den Fall Es ist die Größe/der Raum, der gefüllt werden soll. Ich habe also keinen Code erstellt, um diese Dinge irgendwohin zu bringen, aber ich weiß mit absoluter Sicherheit, zu welchem ​​Produkt ich gehe und was im Abschnitt "Verwandte Artikel" angezeigt wird. Mit der IA/Logik/Funktionalität muss ich nur eine Produktseite in einer Kategorie zuordnen, selbst wenn 300 Produkte vorhanden sind, um entweder einen Ausgangspunkt für Code oder einen Content-Management-Workflow zu erreichen.

Site Maps bringen das Warum nicht wirklich auf den Punkt, und IA tut es. Es sind immer noch nur 4 Elemente mit 4 Links, aber die Folgenabschätzung liefert den fehlenden Kontext, wenn die Site-Zuordnung angibt, dass es diese 4 Produkte gibt und die Links zu 4 Produkten führen, da es sich um verwandte Produkte handelt. IA kann einem Streit darüber standhalten, warum diese 4 Produkte und nicht 4 anderen Produkte, oder jemanden davon überzeugen, Geld für Plug-Ins oder Erweiterungen auszugeben, die eine vorgefertigte und benötigte Funktionalität bieten, bei der Site-Mapping nicht wirklich auf den Grund geht Linie auf die gleiche Weise (und nicht, dass es nicht auf andere Weise). IA kann Ihnen auch vorschlagen, dass Sie möglicherweise eine andere Anzahl verwandter Produkte anzeigen oder Fragen zu verwandten Produkten erstellen müssen, um Ihr Modell zu verfeinern oder neu zu definieren.

Was passiert, wenn Sie nur 3 ähnliche verwandte Produkte haben und das 4. Produkt, das gezeigt werden soll, etwas ganz anderes sein sollte oder muss? Eine Sitemap behandelt Muster-/Logikausnahmen nicht unbedingt, wohingegen Ihre Folgenabschätzung dies kann und will.

Auch dies ist ein praktisches und vielleicht zu stark vereinfachtes Beispiel, aber es ist die reale Art, mit der ich mich genauso beschäftige wie mit jeder anderen, wenn ich versuche, Logik/Konsistenz in Entscheidungen über ein Projekt einzubringen. Normalerweise arbeite ich alleine oder in kleinen Teams und es scheint, dass Funktionalität fast immer im IA-Mix enthalten ist. Andererseits denke ich vielleicht darüber nach und mache alles falsch. Es gibt auch diese Möglichkeit.

0
Sean Wilson