Practical guide · verified against the real thing
Plan for the day your smart lock's battery dies: override, alerts and the failure order
In one line: A smart lock is only as good as its failure plan. The mechanical override, the battery-warning window and the offline behaviour are the three things to verify before you trust it with your door.
The honest way to evaluate a smart lock is not how it works on a good day - every smart lock opens when the app is up and the battery is full - but what happens on the bad days. Three failure modes cover almost all of them: the battery dies, the network is down, and the phone is not in your hand. A lock with a good answer to all three is fine; a lock with a bad answer to any one is a liability you have bolted to your door.
The mechanical override is the product, not the app
Every trustworthy smart lock keeps a physical key path - a hidden cylinder, a key cap, or an external terminal - that opens it with zero power and zero network. Before you install, find that override and actually use it, twice, from outside, in the dark. If the override is fiddly, concealed so well you cannot find it under stress, or - worst - absent, the lock has made you less secure, because you now depend on electronics for a door that used to open with a key. Keep the key somewhere that is not inside the locked house.
Battery warnings are a window, not an event
Good locks warn weeks ahead and repeat the warning. The failure is not the battery dying; it is ignoring the first warning and discovering the lock at zero. Treat the first low-battery notice as a calendar item for this week. Use the battery type the manual names - mixing a weaker cell to save money is exactly the false economy that shortens the warning window. And know your lock's behaviour at zero: some hold the last state, some fail open-able only by key; that difference matters if the battery dies while you are away.
Offline behaviour: the lock should still lock
A network outage should never stop the door from locking and unlocking locally. The app being unreachable is an inconvenience; the lock refusing a keypad code or key because it cannot phone home is a design failure. Verify, with the Wi-Fi off, that keypad, key and any local credential still work. This is the same principle as the radio-assignment piece: the security-relevant path should not depend on the part that fails most - see which radio belongs to which device for why locks generally belong on a mesh, not on crowded Wi-Fi.
The failure order to check before you trust it
- Key override, from outside, in the dark - twice.
- Keypad or local credential with the network off.
- What the lock does at a fully dead battery.
- How and how often it warns before that happens.
If a lock passes those four, it is a convenience that degrades gracefully to an ordinary lock. If it fails any, it is an ordinary lock that sometimes refuses to be one - and the worth-it question in smart-home devices worth it turns against it.
Next