/
2025-01-06, 2025-01-08 Module 2: Taxonomy design methodologies

2025-01-06, 2025-01-08 Module 2: Taxonomy design methodologies

Approaches

Top down

  • business users

  • yield most intuitive, navigable taxonomy designs

  • The issues are that they don’t yield a complete design right at the outset, topics may get left out; second, if not clearly managed/facilitated, taxonomy design can reinforce bad behaviors

  • Start at highest level and break into secondary, tertiary

  • Blank slate is the best approach if using top down

Bottom up

  • Taking the content and indexing it to find similarities between content and then greater similarities; building a pyramid

  • Issues

    • content driven: you’ll end up with tax that’s all about the amount of content you have now. reinforces existing knowledge rather than processes. not necessarily bad, just keep in check

    • time consuming

  • Best when you have a tool helping you auto-categorize, but tools can’t evaluate value of content, they just go on the volume/weight

Hybrid

  • Start with small groups to workshop the first couple of levels then use the tool to match the content with topics and recommend additional subcategories.

  • Start with top down and then tag sample content to identify additional topics (like faking a bottom up design)

Off the shelf taxonomy

  • Only works if you have a standard set of products/information resources you want to align to other orgs (ISO codes)

  • For taxonomy for the business' mission, don’t buy an off the shelf taxonomy

Methodology

image-20250106-132425.png

KIM - knowledge information management

Planning

  • Step 1: Business case

    • audience, mission of audience

    • true reason for designing taxonomy

    • what specifically will taxonomy do for the end users?

  • Step 2: Scoping

    image-20250106-132327.png
    • timeline, regulatory requirements

      • plot out as-is and end state (to-be), which is 2-3 years out.

    • people - availability, acceptance, understanding

    • technology - requirements vs capabilities

    • budget

  • Step 3: Knowledge gathering

    • communication, education, marketing

      • set user expectations, translate pain points into solutions in real time

      • create buzz around the project

      • market the results not the definitions

    • Identify tax and content starting points

      • key stakeholders and early adopters

      • existing tax and info sys

      • critical must-find content

    • Folksonomy - user-generated tag structure. Allows individuals to tag content in lieu of a formal metadata. Cannot replace taxonomy with folksonomy.

      • valuable in generating non-preferred terms

      • identifying theming and use governance to include it in the tagging structured as part of tax

      • validates a taxonomy

      • make sure it has a lesser weight rank in search than your taxonomy

  • Step 4: Taxonomy team

    • wide spectrum with diversity (function, hierarchy, tenure, geography)

    • identify those who ‘get it’ but also have influence in specific domains

    • should be an official and measurable job activity supported by management, should be ‘blessed’

    • configure the team around the project scope (same process as original scoping, just at a different level)

    • ensure the right people are the designers of the system

    • convene a working group of business users and publishers to drive design process

      • workshops to identify metadata fields and top-down tax design

      • enlist additional users for follow-up workshops, focus groups, testing

      • support content migration and tagging

      • should become a standing group during and beyond the effort

    • Taxonomy will change over time based on business needs, and governance is needed to maintain standardization while allowing the tax to grow and develop.

  • Step 5: Taxonomy workshops - repeatable that translates natural business thinking into tax and metadata design. Use throughout the project with different groups and at different areas of focus and level of detail.

    • business case

    • audience definition

    • verb identification

    • noun identification

    • metadata field prioritization

    • capture all the terms and testing proves out what the official blessed term should be

      • card sorts - filing content into prescribed categories. you want 65% agreement that X content belongs to Y categories. when you have a 50/50 split, both topics should potentially be merged (using ‘and’ or '&' is fine!)

  • Step 6: Taxonomy focus groups

    • spin-off groups - used to accomplish more specific design requirements

      • secondary/tertiary metadata fields that are less controversial

      • ID tertiary metadata fields/tax of values for specific sections of the core tax

      • spot testing/validating content against tax.

  • Step 7: User testing

    • occurs with multiple groups

      • tax team and focus groups

      • other content owners and stakeholders

      • end users

    • should be multi-directional

      • consistent tagging of tax onto content (card sorting)

      • consistent nav of tax to find content (find it)

    • not seeking perfection but rather seeking majority

  • Step 8: Content tagging/population

    • time/labor intensive at multiple levels

    • validates tax design - start with most critical content

    • migrate content but also cleanup

    • population strategies

      • manual upload of docs

      • auto-cat tools

      • ‘paper’ migration followed by third-party tagging

    • consider long term sustainability when constructing filters and other population mechanisms

Sidebar: Understand your publishers

  • publishers determine the reasonable complexity of a tax/metadata strategy

    • acceptable amount of time per doc

    • # of metadata fields

    • complexity of the tax

  • Step 9: Maintenance and evolution - most of the work happens here!

    • establish clear governance

      • policies/procedures

      • roles/responsibility

      • comms, education, marketing

    • maintain tax team to guide future dev

    • continuously re-examine the tax

    • establish mechanisms to gather user feedback and respond to it in a timely manner

    • no such thing as a 100% perfect rollout - strifing for it will only delay project. using the right mechanisms, the team can respond to users feedback to bring the tax closer to 100% over time.

Design

Testing & Development