|
1
|
- Due to advances in web development technologies, we must reexamine and
modernize the practice of information architecture.
|
|
2
|
- Christina Wodtke
- Information Architect
- Elegant Hack; Boxes and Arrows
- Author, Information Architecture: Blueprints for the Web
- Nate Koechley
- Senior Web Developer
- Yahoo!, Inc
|
|
3
|
- An IA and a Webdev both arrived at this conclusion
- Need is pressing in big companies like Yahoo!
- Internal need for speed and efficiency
- Discreet teams and specializations
- Makes sense for individuals too
- Probably already doing it…
|
|
4
|
|
|
5
|
- Tag soup is bad. Semantic HTML has been used for presentation,
presentational HTML has been used for meaning. To get by, we’ve been
translating designs into a rats nest of meaningless markup.
- All relationships, precise specifications, and semantic meaning are lost
in this destructive translation process.
|
|
6
|
- Tag soup is bad. Semantic HTML has been used for presentation,
presentational HTML has been used for meaning. To get by, we’ve been
translating designs into a rats nest of meaningless markup.
- All relationships, precise specifications, and semantic meaning are lost
in this destructive translation process.
|
|
7
|
- Tag soup is bad. Semantic HTML has been used for presentation,
presentational HTML has been used for meaning. To get by, we’ve been
translating designs into a rats nest of meaningless markup.
- All relationships, precise specifications, and semantic meaning are lost
in this destructive translation process.
|
|
8
|
- Aggressive optimization makes documents unreadable
|
|
9
|
- Aggressive optimization makes documents unreadable
- Pixel-Precise, “Canvas Based” Design
- Locks content into single device / purpose / visualization
|
|
10
|
- Aggressive optimization makes documents unreadable
- Pixel-Precise, “Canvas Based” Design
- Locks content into single device / purpose / visualization
- Results in a relatively useless and unimportant specialization.
- Web Dev’s make it work, but don’t add understanding or even preserve
meaning
|
|
11
|
- Since
- Webdev’s and IA’s were not neighbors in the process
- Webdev’s work was mysterious alchemy
- Webdev’s work carried/preserved no IA meaning
- There hasn’t been a pressing need for collaborative deliverables or
coordinated/co-informed work
- Until now…
|
|
12
|
|
|
13
|
- Separation of Structure, Presentation and Behavior
- “Layered Semantic Markup” with “Graded Browser Support”
- Progressive Enhancement – build upon meaningful roots (Champeon and
Finck)
- Semantics now play central and crucial role, allowing HTML to be explicit
and relational
- It’s now possible for context, meaning and intent to survive the entire
development process
|
|
14
|
|
|
15
|
|
|
16
|
- We have answered the call to “properly separate the components [so we
can] enable different strategies”
- There are now multiple components and layers, yet certain [semantic]
information persists.
- Persistent elements should be identified as early as possible in the
process
- Enter: Information Architecture…
|
|
17
|
|
|
18
|
|
|
19
|
|
|
20
|
- Too precise for Visual Designers
- Communicate / influence decisions that Visual Designers are tasked
with.
- Too vague for Web Developers
- Don’t effectively specify hierarchy, semantics, grouping or
relationships.
|
|
21
|
- Much better at communicating hierarchy and relationship
- But still not communicating the modern info that today’s Web Developers
need!
|
|
22
|
|
|
23
|
- Make all references CSS compatible
- Identify hierarchies
- Catalog similarities and relationships
- Define explicit markup
- Design additional semantics
|
|
24
|
- Pages, containers, widgets and content should be referenced with smart,
CSS-compatible names.
- WD: Use in the structure, presentation and behavior
- All: Reference throughout progress tracking, QA testing, customer care,
and more…
- Therefore, IAs should identify and use them on sitemaps, content
inventories, wireframes, and functional specs,…
|
|
25
|
- References like “10.1.7” or “account registration page”, since it can’t
be sustained, are inefficient and result in detrimental translation
- If you’re making up a name, make it something we can all use
|
|
26
|
- A single word
- Consider CamelCase for legibility
- AccountRegistationPage instead of accountregistrationpage
- About the content
- About meaning, not presentation or placement
- “promoHeader” not “rightsideBlueHeader”
- May not begin with a numeral
|
|
27
|
- Define the Source Order
- In what order is the pure content (without its presentation)?
- Think about how it will be read without presentation. You have to
think: How is a person moving thru this page? What’s the task analysis
of the page? How should it look on my cell phone or sound in my screen
reader?
- Define the order of Headers (h1, h2,…h6)
- (Don’t need to be in order in the source, nor sequential)
|
|
28
|
- What are there two H1 tags that say the same thing?
|
|
29
|
- What can be reused? What characteristics are shared?
- Each container is unique (News before Marketplace)
- Yet each are similar, because they’re all module headers
- Another tool to articulate meaning; currently Webdev task
|
|
30
|
- The life of a scoreboard
- #nba .scoreboard, #nfl .scoreboard,
- #nhl .scoreboard
- We can target things on the page not just thru uniqueness and
classification, but also thru relationship.
- Also consider medium and device
- Which class of things stay for the Print version?
|
|
31
|
- Don’t be afraid… only about 30 tags
- Markup is just a way to explicitly define content
- Lists: UL, OL, DL
- Phrase elements: EM, STRONG,
DFN, CODE, SAMP, KBD, VAR, CITE, ABBR, & ACRONYM
- Forms: Radio button or Checkbox
- Headers: H1…H6
|
|
32
|
- Squeezing semantic meaning from HTML is a good start, but a richer
vocabulary is useful.
- Content types and meta info
- HTML’s cite tag only gets us so far, we need “author”, “publisher”,
“date”, “source”
- States (for navigation)
- selected, default, disabled, active
- Position (within lists)
- Relationships
- “glue” (from Movable Type)
- Consistent use “grants” semantic meaning
- XML still isn’t primetime; it must be represented in HTML
|
|
33
|
|
|
34
|
|
|
35
|
- Branding (#branding)
- Logo (#logo)
- “You are here” (#place)
- Main Navigation (#mainNav)
- Minor Navigation (#subNav)
- Primary Content (#content)
- Secondary Content (#sub content)
|
|
36
|
|
|
37
|
|
|
38
|
|
|
39
|
- Basic HTML representing basic IA work identifying priority,
classification and meaning.
|
|
40
|
- Can these advances enable an improved design and development process?
|
|
41
|
- What is the future of the web?
- 網の未来は何であるか
à Is
future of the net what?
- 未来是网什么? à What future will be net?
- 그물은 무슨 미래
것인가? àThe net
future will connect?
- Le futur net se reliera ? àThe future Net will be connected?
- Das zukünftige Netz angeschlossen? à The future net is attached?
- La rete futura è fissata? à The future net is fixed?
|
|
42
|
- Silo’d teams
- 4 vertical phases, most of any process
- Costly feedback loops and sluggish iterations
- Sluggish iterations
- He said—she said
|
|
43
|
- More efficient (only 3 vertical phases)
- Seperation of Content and Presentation
- Allows direct communication and appropriatly concurrent work.
- Short and appropriate feedback loops
|
|
44
|
- Most efficient: 3 vertical phases; only 4 actual stages
- Cleanest feedback loops
- Clearest communication with least waste
- Keep the end in mind when you begin
- Documents what’s real
- Always current, always used
|
|
45
|
|
|
46
|
- Technical hurdles have been removed, meaning can thrive.
- Due to advances in web development technologies we can modernize the
practice of information architecture.
- These advances enable an improved process.
- This is our Web Vision.
|
|
47
|
- Christina Wodtke
- cwodtke@eleganthack.com
- http://eleganthack.com/blog/
- Nate Koechley
- natek@yahoo-inc.com
- natek.typepad.com
|