What counts as a trigger event?
Serious illness or death, resignation or dismissal, prolonged unavailability, or a dispute that leaves you without access to your own system. The exact definition is agreed in your contract, and it can be invoked by you or a nominated person, not only your developer.
Will my developer feel threatened?
Usually not, when it's explained properly. We work with them. It gives them holiday cover, a second pair of eyes, and less pressure from being the only person who understands everything. We're happy to speak to them first.
Is this a guarantee that everything will be fine?
No, and we won't claim that. It's expert, best-efforts cover that dramatically shortens the time between "we have a problem" and "someone capable is working on it." Terms are set out clearly in your agreement.
Isn't key-person insurance enough?
It covers a different problem. Insurance can provide money after a death or critical illness, which helps, but it doesn't put someone into your system or cover resignations and disputes. Many clients have both.
What stacks do you cover?
We support a wide range of languages, frameworks, databases and cloud platforms. We'll tell you honestly on the first call if your system isn't a good fit.
Do I need to hand over my passwords?
No. We use individual, revocable access, such as cross-account roles and named accounts, rather than shared passwords. You keep ownership of everything.
What if the person who knows my system isn't available?
Your cover doesn't depend on one person. Engineers from our bench are briefed in advance from your handover pack, so work can be passed on quickly.
Who will actually work on my system?
Your lead engineer takes the first days of any emergency, then hands over to a briefed engineer from our bench. You'll know who they are, and they're bound by the same confidentiality terms as we are.
What if we stop the service?
Access is removed, and we delete the local copies and generated documentation we hold. This is covered in the agreement.