Feature Creep

From MozillaWiki
Jump to: navigation, search
Please use "Edit with form" above to edit this page.

Status

Feature Creep
Stage Draft
Status `
Release target `
Health OK
Status note `

Team

Product manager Jeff Griffiths
Directly Responsible Individual `
Lead engineer Shane Caraveo
Security lead `
Privacy lead `
Localization lead `
Accessibility lead `
QA lead `
UX lead Brian Clark
Product marketing lead `
Operations lead `
Additional members `

Open issues/risks

`

Stage 1: Definition

1. Feature overview

Feature Creep is a new way to de-couple feature experimentation from the train model and illicit feedback from Firefox Release or Beta users about experimental features or feature prototypes in a fun way via add-ons.

2. Users & use cases

Mozilla Developers: teams that are working on new features that involve changes to UX need an efficient way to access a broad spectrum of users for feedback.

End Users: enthusiasts may be interested in accessing and providing feedback on upcoming Firefox features or experiments that are meant to improve the appearance or usefulness of Firefox, without the need to install nightly builds.

3. Dependencies

  • AMO api for accessing add-ons in a collection.
  • Telemetry and/or other analytics systems that we can use to collect usage data from opted-in users.

4. Requirements

`

Non-goals

This hsould not be a distribution channel for bugfix back-ports.

Stage 2: Design

5. Functional specification

`

6. User experience design

`

Stage 3: Planning

7. Implementation plan

`

8. Reviews

Security review

`

Privacy review

`

Localization review

`

Accessibility

`

Quality Assurance review

`

Operations review

`

Stage 4: Development

9. Implementation

`

Stage 5: Release

10. Landing criteria

`


Feature details

Priority Unprioritized
Rank 999
Theme / Goal `
Roadmap `
Secondary roadmap `
Feature list `
Project `
Engineering team `

Team status notes

  status notes
Products ` `
Engineering ` `
Security ` `
Privacy ` `
Localization ` `
Accessibility ` `
Quality assurance ` `
User experience ` `
Product marketing ` `
Operations ` `


Problem: people working on Firefox features have difficulty getting user feedback if they ride the train model. The Nightly and Aurora channels don't get the right set of users exposure.

Solution: create a channel through which people can opt in to and try out new features that have been implemented as add-ons. Some examples:

  • add-ons that implement proposed UX changes
    * socialAPI prototypes
    * Panorama 2

The most sensible comparison I can think of would be Google's 'labs' capability for adding advanced or obscure capabilities to their websites.

The particularly important distinctions between this concept and pointing people to Firefox Nightly are:

  • audience / exposure. Feature Creep would install into the current release of Firefox.
    * features, not bug fixes.

Some sketchy implementation details:

The feature would be implemented as an add-on that provides an about:addons-style listing of feature prototypes to try out.

The add-ons presented to the user would be a collection on AMO ( eg we would use existing infrastructure with few tweaks ) curated by Mozilla.

The 'Feature Creep' add-on could also be instrumented to provide additional metrics about user behaviour when using new / prototyped features.