Support:ImprovingSupportOptions: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
Line 39: Line 39:


* Mozillazine Forum http://forums.mozillazine.org/viewforum.php?f=38
* Mozillazine Forum http://forums.mozillazine.org/viewforum.php?f=38
* Newsgroup news://mozilla.support.firefox
* Yahoo! Answers - http://answers.yahoo.com/question/index?qid=20061121211141AAYxPhp
* Yahoo! Answers - http://answers.yahoo.com/question/index?qid=20061121211141AAYxPhp
* others?
* others?
Line 60: Line 61:
* Reporter  http://reporter.mozilla.org
* Reporter  http://reporter.mozilla.org
* Henrdrix  http://hendrix.mozilla.org
* Henrdrix  http://hendrix.mozilla.org


== IRC #firefox and real-time support channel problems and solutions ==
== IRC #firefox and real-time support channel problems and solutions ==

Revision as of 00:49, 2 December 2006

Improving Support Options

I kicked off some discussion about how we can improve Firefox support options here:

http://forums.mozillazine.org/viewtopic.php?t=494282

Lets summarize and roll up ideas for how to improve and integrate all the various support channels and possible new ways to provide help to users on this page, and use it as the central place for building a plan for support improvements.

First lets Catalog all the support channels where we have interaction with users so we can figure out which ones need attention and improvement.

The end goal of all of this is to retain more users that encounter problems when using firefox and to continue provide the best browsing experience. If we were looking for a metric of success it would be that the ratio of download & installs is very close to 100% of the active userbase, and the user base has the highest satisfaction levels possible.

In the short run we need to build and improve the support offerings that are currently provided to end-users, do things reduce the number of mouse clicks and keyboard entries, and system interactions to providing helpful information. But in the long run the goal should be to not make the support systems we develop not needed -- the browser should just work! '-)

To achieve that goal we need ways to surface critical problems and make sure they get addressed in product releases, and back end services that are connected to the browser. Statistical information gathering on problems and comparision of that kind of data accross the various support channels is a major key to being able to quickly identify and deal with problems. Talkback and bugzilla might have the best systems for statistical analysis, but most of our support systems have no data that is gathered and reported. Each of the feedback and support systems needs to be able to provide metrics that help to surface the most frequently reported and/or important problems.

Just about all channels depend on a good back end of current and useful knowledge base entries. I think hooking all channels into a central knowledge base that can be used in a variety of ways is key to many improvements and reduction of duplication. Lucy suggests this central KB needs moderation and ownership, and arbitration among contributors when disputes arise.

Like with all the places where we have been successful with mozilla in the past we will need to engage and leverage an active and passionate volunteer contributor community.

Each of the feedback and support channels need to consider how to address localization issues so the support options can be extended to reach the maximum number of Firefox users, and volunteers in each local can get connected to users in their locale that need help.

Catalog of the places where Firefox users report problems & try to get help

Real-time:

Online:

Voice:

Time shifted:

places that we don't want support traffic going.

  • bugzilla https://bugzilla.mozilla.org
  • security@mozilla.org
  • webmaster@mozilla.com/org (currently the last, or sometimes first, resort if all the options above are too confusing)

Documented Help/Support Baselines:

Other kinds of related product improvement Feedback Systems

IRC #firefox and real-time support channel problems and solutions

  • The need to install, and know how to use, an IRC client puts a technical and time hurdle in the path of the expanding Firefox user base with novice technical skills, time, or interest.
  • Provides a good solution to the posting and rollover problem with trying to deal with high volumes of inquires on the forums.

Knowledge Base problems and solutions

  • Need better search on the knowledge base.
  • The KB does have good ownership and arbitration. There are two people who look after it constantly, and one or two others who also take part. These people are knowledgeable and write well. The discussion pages work well in most cases. It appears that better discussion/ownership/arbitration process might be needed in a few cases when disputes occur among the contributors and editors of kb articles. A full-time contributor for this area is one possible suggestion. [compiled from MozillaVanilla, Lucy, chofmann viewpoints]

Bugzilla & Reporting System problems and solutions

  • we're doing a better job on the goal we set awhile back of redirecting questions and general feedback traffic away from bugzilla by putting systems in place like hendrix, reporter, and the like; is there more to do here.
  • Bugzilla has built a good community around dealing with dups and has some systems to surface important problems (voting, dups, # cc'ed, etc..) anything to share with the other channels in these areas?
  • Do we have a good community around looking at the data provided by reporter, hendrix, and talkback and systematically translating problems in to actionable bug reports? What are the holes to fill there?

Webmaster problems and solutions

Still gets a lot of support questions and traffic.

Auto-responder set up to redirect most of these inquires to better channels.

A goal for the overall support improvement project would be to get to zero/zarro webmaster support inqueries. How can we get there? Right now the numbers are headed in the wrong direction.