Release previews
Functionality changes are often released behind a Release Preview flag. Admins can enable upcoming changes in Settings → Release Previews to test them before they go live for everyone. This allows Organization Admins to:- Test new features before they are enabled for all users
- Enable previews individually in User Settings
- Validate workflows and update internal documentation ahead of the wider release
- Auto-enroll in all future release previews to stay ahead of changes
Risk levels
Every release is categorized into one of the following risk levels:| Risk Level | Description | Notification & Preview Policy |
|---|---|---|
| None | No functionality changes, no user-facing workflow changes | No action required |
| Minor | Minor functionality change; no change to how users carry out work | 2 weeks advance notice. Released as Preview first |
| Significant | Changes to how users carry out work (e.g., UI changes) | 2 weeks advance notice. Released as Preview first |
| Major | Major functionality change (e.g., removing a feature) | At least 4 weeks advance notice. Released as Preview first |
Customer consultation for major changesBefore any major release that could affect your UAT or training, we consult with you directly and extend timelines as needed. Our goal is 100% adoption of the latest release—if any customer cannot upgrade, we treat that as a problem to solve together.
Deployment process
All production releases follow a zero-downtime deployment process:- New version deployed using live/candidate strategy
- Automated health checks verify functionality before receiving traffic
- Traffic switched only after all validations pass
- If any check fails, deployment is cancelled automatically
Documentation
- Feature changes are documented in Release Notes
- Executed platform tests are visible in the Validation tab within your Seal platform
- All deployment activity is logged and auditable