Understanding the situation
- establishing the business impact of the issue
- an inventory of services, access and dependencies
- setting responsibility boundaries and priorities
We do not publish client case studies or details of their environments. Instead, we clearly show the repeatable way we carry out diagnosis, changes and follow-up work.
This schematic shows the order of work for a change that can affect several services. It does not describe a particular client and is not a promise of an outcome, time or no interruption.
First we confirm who has access to the registrar, mail and service, which services depend on DNS, whether a usable copy exists and who can test.
We agree the scope, change window, way to test mail and the service, and the conditions for reverting. Functional tests are performed by the nominated client contact or application developer.
After the agreed cutover, we check only the agreed services, record the completed steps and identify open risks or further actions.
First we establish the current state and the required diagnostic scope. For ongoing subscription support, we then agree responsibility, SLA, ticket flow and a plan for taking over access, documentation and monitoring.