Read the problem
Separate the symptom from assumptions about the solution.
Contact
You do not need to arrive with a solution, product name or architecture diagram. Describe the operating reality. We’ll start there.
Start with the problem
This is not a proposal form or a vendor checklist. A useful first conversation starts with the symptom, the impact and the context that makes the problem matter.
Not ready to contact?
Start with the layer closest to what you are trying to understand.