-
Task
-
Resolution: Unresolved
-
Normal
-
None
-
None
-
None
-
3
-
False
-
-
False
-
subs-swatch-2
-
-
Entrance Criteria
- UX/Product/Docs already know what they want in the template and have consulted dev about potential scope increase
Context
Work with UX and Documentation teams to create an enhanced, production-ready email template that replaces the basic placeholder template created in SWATCH-3874. This template will provide improved user experience and branding for notifications when customer subscription utilization exceeds capacity thresholds.
👉 Optional enhancement - placeholder template in SWATCH-3874 unblocks POC and technical work
Cross-team collaboration task - primarily UX/Docs/PM ownership with SWATCH input
Out of Scope
- Technical implementation of email sending
- Integration with notifications service APIs
- Authentication or delivery mechanisms
- Email automation or scheduling logic
- Basic placeholder template (handled by
SWATCH-3874)
Acceptance Criteria
Must Have
- Enhanced email template designed for utilization exceeded scenarios
- Template includes all required data fields (org name, product, usage amounts, capacity limits)
- Content reviewed and approved by stakeholders
- Template follows Red Hat brand guidelines and email standards
- Improves upon basic placeholder template from
SWATCH-3874
Should Have
- Template supports multiple products (RHEL, OpenShift, etc.)
- Clear call-to-action for customers (contact support, view usage dashboard)
- Mobile-responsive email design
- Accessibility compliance (screen readers, high contrast)
Could Have
- Multiple severity levels (warning vs critical exceeded)
- Localization considerations for future international customers
- Template variations for different customer segments
Won't Have
- Integration with SWATCH services (separate technical task)
- Dynamic data population (handled by notifications service)
- Email delivery testing (technical implementation scope)
Done
- Documentation (Google Doc) with:
__ Enhanced email template design and copy replacing placeholder
__ Data field specifications and placeholder examples
__ Brand compliance verification
__ Stakeholder approval confirmation
__ Scheduled review with epic champions & tech lead for technical feasibility