Renee Anderson, Techniques for prioritizing, road-mapping, and staffing your web site: a feature prioritization primer

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    1 Group & 1 Event

    Renee Anderson, Techniques for prioritizing, road-mapping, and staffing your web site: a feature prioritization primer - Presentation Transcript

    1. useums and the Web 2009 echniques for prioritizing, road-mapping, and staffing your web site: feature prioritization primer
    2. hat we’ll do today . Introduction I. Define what a feature is II. Why and when to prioritize features V. Analyze a couple of features together (10 minutes) . Break into groups and prioritize the features (20 minutes) I. Reconvene and share decisions (10 minutes)
    3. hat is a feature, when it’s on a web site? 1. Something self-contained and interactive: • A simple tool • A widget • A module, or part of a module, that displays stuff
    4. hat is a feature, when it’s on a web site? simple tool: adding specific content to your calendar, or sharing content n Facebook (or Digg, or del.icio.us)
    5. hat is a feature, when it’s on a web site? A widget: a poll that dynamically displays your vote
    6. hat is a feature, when it’s on a web site? module, or part of a module: interactive areas of site pages, sometimes ith sub-sections, with its own unique content and/or functionality
    7. his is also a feature 2. Search: it’s actually a large set of sub-features • The interface (simple vs. advanced? What are the most important facets? • The results (what order do they appear in? how many will display on eac page?) • Manipulating the results (are they sortable? filterable?) • The metadata (how are the results categorized and mapped to the web s as a whole?) • The post-search (can a user save their results, or share them with someon • SEO (how will my stuff display in Google, and do I need to create optimiz landing pages?)
    8. earch popular search engine ww.google.com
    9. earch ustomizable Results ww.google.com, logged-in state
    10. earch contextually relevant search engine aggregator ww.kayak.com
    11. earch contextually relevant search engine aggregator ww.kayak.com
    12. hese should be considered features 3. Content is no longer static • Digital media: a video, a podcast, or an interactive contained experience • User generated: Uploaded photos, comments, projects and groups • Dynamic: auto-generated based on rules and categories
    13. o really, “feature” is just a fancy name for all the tuff you can see on a web site.
    14. o how do you prioritize all this stuff? eature prioritization is a method for balancing multiple nputs from different groups of people, elevating the useful nd important features while pushing back irrelevant or overly omplicated ideas. Stakeholders Users Engineers
    15. he most important aspect is... ..getting representatives from these three groups in the same oom, discussing and debating features and content and istening to each other. Stakeholders Users Engineers
    16. hen should it be done? •Early! •Before committing to any design ideas •Ideally, after thinking through how some of the stuff might work
    17. ow is it done? It’s about ranking. From a stakeholder perspective, important items are ranked high, and less important items are ranked lower. Stakeholders Questions to consider: •Will a feature support the institution’s mission? •Will a feature support new or existing initiatives? •Will a feature elevate the institution’s brand or outward communications? •Will a feature improve internal workflow?
    18. ow is it done? It’s about ranking. From a user perspective, desirable and useful ite are ranked high, and less desirable or useful items are ranked lower. Users Questions to consider: •Will a feature solve a user’s problem? •Will a feature add value to the user? •Will a feature make something easier to use or d on the site? •Will a feature enhance your audience’s relationsh to the institution?
    19. ow is it done? It’s about ranking. From an engineer’s perspective, easy and quick to implement items are ranked high. Hard to implement (or time consuming) items ar Engineers ranked low. Questions to consider: •Is a feature supported by your existing technical environment? •How much training will be involved? •What contingencies need to be in place for the feature to work? •How much customization is involved, and how will this be affected when upgrading? •Are there open source and free services already
    20. hat does ranking end up looking like? e often use the following very simple scale (remember, this is NO cientific and doesn’t pretend to be): •Institutional importance: 5=high, 1=low •Audience importance: 5=high, 1=low •Technical implementation: 5=simple, 1=difficult So when tackling your new search feature set, sub-features may e up looking like this: Feature Name Institutional Rank Audience Rank Technical Rank Average Simple keyword search 5 5 4 (4+5+2) / 3 = 4. Auto-suggest terms and 4 5 1 (4+5+1) / 3 = 3. phrases (like Google)
    21. eature #1: collection www.dominomag.com) Controlled and owned by logged-in ember Clippings of images from articles Categorizing into folders Adding notes and tags Sharing with friends
    22. eature #1: collection www.flickr.com) Photo collections mapped to physical ocations Dynamic pages generated from site- ide member uploads View by “interestingness” or time Acts as a hub for all people, photos, ags, and content related to that ocation
    23. rainstorm: What features could be in a museum nline collection? • Interactive • Sets of related sub-features • Content
    24. eature #2: calendar www.google.com) Looks like a calendar! Make public or private Import other Google alendars into interface Export to other alendar programs Different views (day, eek, month)
    25. eature #2: calendar www.flickr.com) Integrate images into a ypical calendar view Based on popularity “interestingness”) for ny particular day Supports exploration ver usefulness
    26. eature #2: calendar www.istanbulmodern.org/en/f_index.html) Unusual layout in imeline format Acts as site navigation Sub-grouped by event ype
    27. rainstorm #2: What features could be in a useum’s calendar of programs and events? • Interactive • Sets of related sub-features • Content
    28. reak into smaller groups ou will represent: Stakeholders Users Engineers ick one of the feature sets: Online collection Calendar rioritize the features using the worksheet I’ve given you. ome back as a group and share some of the thinking.
    29. hank you! Hot Studio, Inc. 585 Howard Street, 1st Floor 5 Union Square West, 4 San Francisco, California 94105 New York, New York 10 415.284.7250 212.242.1082

    + museums and the webmuseums and the web, 7 months ago

    custom

    642 views, 0 favs, 3 embeds more stats

    A presentation from Museums and the Web 2009.

    Mayb more

    More info about this document

    © All Rights Reserved

    Go to text version

    • Total Views 642
      • 613 on SlideShare
      • 29 from embeds
    • Comments 0
    • Favorites 0
    • Downloads 0
    Most viewed embeds
    • 16 views on http://conference.archimuse.com
    • 12 views on http://www.archimuse.com
    • 1 views on http://archimuse.com

    more

    All embeds
    • 16 views on http://conference.archimuse.com
    • 12 views on http://www.archimuse.com
    • 1 views on http://archimuse.com

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories