I have none of the above attributes, but I have secret attribute number 4: I am a busybody.
So - my observation is your documentation could be split instead of by product, by theme (or by product then theme):
• Ops - how to run things, do healthchecks, deploy things, configure things via env vars
• Architecture - what Ory products to use in what scenarios, how to incorporate the Ory products into your own system (e.g "how to do mobile"; "how to do high availability"
• Features and security concepts - e.g. "what flows do/don't we support and why", "when are we getting user migration?"