Confirmed users
3,193
edits
Support/KB/Meetings/2012-05-31: Difference between revisions
Jump to navigation
Jump to search
→Design & Development work
Michaelverdi (talk | contribs) |
|||
| Line 27: | Line 27: | ||
The paper prototype testing will be complete by this time. We should talk about the results and what needs to be done, discussed and decided before implementation begins. | The paper prototype testing will be complete by this time. We should talk about the results and what needs to be done, discussed and decided before implementation begins. | ||
*[https://wiki.mozilla.org/Support/Kitsune/new-iA-integration New IA Integration wiki page] | *[https://wiki.mozilla.org/Support/Kitsune/new-iA-integration New IA Integration wiki page] | ||
* 3 possibilities to implement the new IA: | |||
Michael: I spoke with Bram this week to clarify what the current understanding of the IA recommendations are and what questions will need to be answered in order to implement them. These are my notes: | |||
'''Bram will present the findings of the paper prototypes to everyone next week''' to allow some time for thought and feedback. Michael and Bram talked about presenting different workflows instead of one giant collection of wireframes. For example, the workflow for searching for an article, the workflow for browsing a topic, etc. | |||
'''Topics will be flat''' (subtopics didn't work well in testing) and listed in the left sidebar of articles. In the wireframes it may look like one topic is a subtopic of the one above. That's not intended - it's meant to be highlighted as the one chosen in the users' path to the article. When arriving from search we can just not highlight a topic or we can pick a topic but we'd have to come up with a way to determine what topic to highlight. | |||
'''Topic page creation''' - this is big open issue. We discussed this a few weeks back. Some things have changed since then. Ibai and Michelle came up with some ideas (linked below). | |||
*Images on topic pages - the prototypes have images associated with articles. Bram indicated that this not necessarily the recommendation. If it is, we'll need a way to define and source these images as images in articles are not created with this display in mind. | |||
* [https://wiki.mozilla.org/Support/Kitsune/new-iA-integration/answers 3 possibilities to implement the new IA]: | |||
** Complete Manual- No development time required. English version completed. Hard to maintain and challenging for L10n. | ** Complete Manual- No development time required. English version completed. Hard to maintain and challenging for L10n. | ||
** Automatic article population- Home page and Topic pages done manually. Landing Page populated automatically based on "Topics" and "Relevant to". Easy to maintain. L10n will need to maintain strings around 50 navigation pages. | ** Automatic article population- Home page and Topic pages done manually. Landing Page populated automatically based on "Topics" and "Relevant to". Easy to maintain. L10n will need to maintain strings around 50 navigation pages. | ||
** Automatic index- Development feasibility required. All the pages generated based on 2 wiki articles that contain the index and the strings. Easiest to maintain and for L10n. | ** Automatic index- Development feasibility required. All the pages generated based on 2 wiki articles that contain the index and the strings. Easiest to maintain and for L10n. | ||
'''Clarification about how topic nav on support.mozilla.com works''' - The top home page that this navigation defines has a list of 6 main topics. In the new IA, choosing one of those 6 main topics from support.mozilla.org will take you to a page where you will have to pick a product. From there you will go the that product's version of that topic page. For example, I start on support.mozilla.com and choose "Download and Install" and then I'm asked, what product I want help with and let's say I choose "Firefox for mobile", I'll get the download and install topic for mobile. | |||
*'''This brings up a concern.''' We have defined a set of topics that we are using for all products but in actuallity they are based on desktop Firefox. Some topics may not apply to all products and some products may require topics not yet defined. For example, Thunderbird probably doesn't need "Bookmarks" but it may need something else like (total guess) "IMAP." What should we do here? | |||
'''There are two basic ways to ask a question.''' A link on each page (at the top next to the search bar) and in search results (when you've searched more than once) that takes you directly to the AAQ flow. We'll also have a topic page that explains what to expect by posting a question in our forum (including that it's public, that's it's community driven, etc.) before linking you to the AAQ flow. | |||
'''The Product & Services sidebar''' below the topics sidebar may not be included. | |||
'''Contributor links and editing tools''' could be displayed above the topic sidebar for logged in users. This is something we have to figure out. | |||
'''The related articles block''' isn't shown in the wireframes but they will still be included. They just weren't testing these. | |||
'''News/Blog''' - we need to figure out how this information is sourced. In the wireframes it's litterally the SUMO blog. The problem with that is that the vast majority of the time this is not aimed at Firefox users. We might want something with more control. For example we might want to list a nice add-ons blog post like this http://blog.mozilla.org/addons/2012/05/24/addons-firefox-3-6/ and another time something from user engagement http://blog.mozilla.org/theden/2012/04/09/tipsforfacebookonfirefox/ Of course a good sumo article should always be a possibility. And having more control like this will allow locales to customize this section for their language. | |||