[Feature Spec Template]
Spec: Feature Name
Revised: {Date}
Targeted release: {Release name, Date}
Targeted release: {Release name, Date}
Overview
Purpose
- Why are we building this feature?
- ...
- ...
Description
- What is the context or background on this feature?
- What data is driving the decision to build this feature?
- ...
product dev Team
- Product:
- Design:
- Engineering:
KEY METRICS
- What metrics will we analyze to understand the success of the feature?
- ...
- ...
Reference
- Links to research, mocks, launch plan, other tools, etc.
- ...
- ...
Product Experience
use cases
Table1
Edge Cases
- List any edge cases that have been identified.
Mocks
- Insert images directly or link to another source, such as Red Pen.
LOCALIZATION
- Document any new copy or changes to existing copy that would need to be localized in other languages. This is usually listed out in greater detail in a separate Quip doc (but linked to from here).
Product Support
analytics
- Include a list of relevant properties, events, etc. that you would like to measure. Noting it in the spec helps ensure the implementation is considered in the scope of work for the feature.
Marketing
- Note any key marketing campaigns or activities related to this feature. We generally link to another Quip doc which includes a more detailed product marketing plan.
USER SUPPORT
- Capture any work needed to be done to update product FAQ, user support tools, etc.
Open Questions
- This is a handy place to keep track of open questions as they arise.
- ...
- ...
Meeting Notes
- Note any important takeaways from meetings, including key decisions, next steps, etc.
- ...
- ...