L10n:Firefox web services process: Difference between revisions
Line 47: | Line 47: | ||
** major release, review web services for Tier 1/2 several months in advance (could even do that for all Tier's) starting with IRC chat and then moving to bugs for documentation and tracking and finally to wiki or google spreadsheet documentation | ** major release, review web services for Tier 1/2 several months in advance (could even do that for all Tier's) starting with IRC chat and then moving to bugs for documentation and tracking and finally to wiki or google spreadsheet documentation | ||
** minor release, update any changes that have been pending for any locale and take on new locales | ** minor release, update any changes that have been pending for any locale and take on new locales | ||
* evaluation criteria - examples of questions to ask | |||
* outcomes of each step |
Revision as of 13:25, 9 September 2008
About this document
This document describes the process of choosing the default web services (RSS feed, RSS reader, protocol handlers, search engines) which ship with localized releases of Firefox and the "Getting Started" Page.
Process
The process of choosing the set of web services consists of the dialog with localizers (who suggest their choices), the market research (to help localizers and to validate the suggestions), technical research of each web service to understand the latest trends and the dialog with service providers (to evaluate technical capabilities, inquire for a written permission to use their service in Firefox and validate parameters or urls, etc). Throughout the whole process we use the Firefox_web_services_guidelines to evaluate the suggestions. These guidelines were created to ensure the best experience from the default web services for the users.
Suggestions
The objective of this step is to gather suggestions from localizers regarding the choice of the default web services for their locale. We work closely with the localizers on validating their suggestions (see: market research) and on looking for new ones. The localizers are our ears and eyes on their local markets and their suggestions are crucial for the whole process. We expect that the localizer is in dialogue with their community so that they have a well balanced and informed perspective on their suggestions.
Market research
The purpose of the market research is to evaluate the suggestions, as well as to look for new ones together with localizers. The evaluation consists of 3 major parts:
- technology
- is the service up-to-date with the recent developments of the field?
- does it provide good quality to the users?
- Search as an example we've used this academic paper to determine(how to evaluate the value and the quality of a search engine?)
- user experience
- simplicity of function, does it do exactly what's expected?
- technical feasibility of including the service in Firefox?
- privacy of data/provider's policy?
- local market
- what is the local way of using the web?
- what can we do to ensure best web experience for the local users?
Dialog with providers
This step's purpose is to:
- verify technical aspects of providers (search parameters, QA)
- obtain written permission from providers to include their services in the default installation of Firefox
Documentation
We track every change that is made for each release in bugs and in wiki or Google documents. The reason that we do this is to enable any one to be able to reveiw what has happened in any particular locale over time. https://wiki.mozilla.org/Firefox_web_services_Review
Stuff not to forget
- Requirements documentation
- feedback loop to ui/ue based on what you see in market, as well as marketing team
- email templates for outreach
- bug mail templates - link to bug-o-gram from pike
- significant market research for decisions
- What kind of releases are good for what kind of changes
- major release, review web services for Tier 1/2 several months in advance (could even do that for all Tier's) starting with IRC chat and then moving to bugs for documentation and tracking and finally to wiki or google spreadsheet documentation
- minor release, update any changes that have been pending for any locale and take on new locales
- evaluation criteria - examples of questions to ask
- outcomes of each step