Firefox/Input: Difference between revisions
< Firefox
Jump to navigation
Jump to search
(→Projects in the planning stage: moving AWS project to 2015q3) |
(→In progress projects: moving target for gradient sentiment project because it keeps slipping) |
||
| Line 60: | Line 60: | ||
* 2015q1: [[Firefox/Input/12 Factor App|12 Factor App]] | * 2015q1: [[Firefox/Input/12 Factor App|12 Factor App]] | ||
* 2015q1: [[Firefox/Input/Thank you page|Thank you page]] (via OPW intern Adam) | * 2015q1: [[Firefox/Input/Thank you page|Thank you page]] (via OPW intern Adam) | ||
* 2015q1: [[Firefox/Input/Snow removal|Snow removal]] | * 2015q1: [[Firefox/Input/Snow removal|Snow removal]] | ||
* 2015q2: [[Firefox/Input/Gradient Sentiment|Gradient Sentiment]] | |||
=== On-hold projects === | === On-hold projects === | ||
Revision as of 20:41, 2 March 2015
The purpose of Firefox Input is to collect actionable feedback from our user base across each channel of our software development process. The application collects feedback and offers a set of analysis methods for looking at the resulting data.
Team
- Product Manager: Matt Grimes (:Matt_G)
- Project Manager, architect, dev, QA, deployer: Will Kahn-Greene (:willkg), Ricky Rosario (:r1cky)
- Dev (Product-embedded Input feedback forms): Firefox for Android: :margaret, Firefox OS: Larissa Co, Firefox Desktop: Gregg Lind
Input development happens on IRC in #input on irc.mozilla.org
Project details
- code: https://github.com/mozilla/fjord
- code docs: https://fjord.readthedocs.org/
- public mailing list: https://mail.mozilla.org/listinfo/input-dev
- IRC: #input on irc.mozilla.org
- sprints: https://sumo-ernest.herokuapp.com/project/input
- bugs: bugs are in the Input product. Create a new bug
Interested in contributing to Input? Get Involved!
Mission
Goals
- Become the primary feedback mechanism for Mozilla products.
- Find solutions to specified user feedback needs to make Mozilla's products better.
- Promote the benefits of an open feedback system.
How we want to get to those goals:
- Provide low-bar submission methods for defined needs from user feedback.
- Experiment with our data to find new ways to visualize and propagate data (deal with scale inherently).
- Construct methods to use Input as a feedback loop for QA, localization and marketing.
Principles
- Feedback sent to Mozilla should be constructive, direct and actionable.
- Feedback should allow drivers to make decisions that deliver a better value proposition to our users.
- Submissions should take no more than 5 steps to submit.
- Feedback should be fun to write!
- Collecting and using feedback should be in accordance with Mozilla's privacy policies.
Using Input
- Search syntax documentation, see Firefox/Input/Search syntax.
- Feedback urls documentation, see Feedback URLs
- API documentation, see API documentation
Projects and Roadmap
Projects in the planning stage
- 2015?: Infrastructure for supporting contributors
- 2015?: Input Site Style Overhaul
- 2015?: Reduce the abuse
- 2015q3?: Move to AWS
In progress projects
- 2015q1: 12 Factor App
- 2015q1: Thank you page (via OPW intern Adam)
- 2015q1: Snow removal
- 2015q2: Gradient Sentiment
On-hold projects
Completed projects
- 2014q3: Heartbeat v1
- 2014q3: Reduce Contributor Pain v1
- 2014q3: Dashboards for Everyone v1
- 2014q4: Feedback form overhaul
- 2014q4: Multiple Products
- 2014q4: Heartbeat v2
- 2014q4: Support aboutsupport v1
- 2015q1: Alerts
Abandoned projects
- Product Dashboards -- abandoned because User Advocacy is building dashboards that pull from Input and other sources and they're better equipped to build and maintain them