Keep the distinction useful
I use user interface, or UI, to describe the controls and visual surfaces people interact with: layout, typography, navigation, buttons, states, and feedback. I use user experience, or UX, more broadly for how the product helps someone accomplish a goal across the journey, including expectations, usability, content, performance, accessibility, and recovery when something goes wrong.
The distinction helps me ask a better question, but I would not use it to create a hard wall between disciplines. A confusing interaction can be caused by visual hierarchy, information architecture, product policy, technical performance, or an unclear customer need.
Start with the task and context
I would first understand who is trying to do what, in which context, and what success means to them. Then I would observe the current journey, identify uncertainty and friction, and choose the smallest design change that can teach us something.
I would test structure and content before polishing visual details when the basic flow is still unclear. I would also include accessibility, error states, loading states, empty states, and different devices in the definition of a usable experience.
Work as one product team
I would bring product, design, and engineering into the problem early. Designers can make interaction and experience risks visible; engineers can expose constraints and options; product managers can help connect the work to outcomes and decisions. The strongest result is not a beautiful screen by itself but a product that helps people make progress.
My bottom line
For an earlier, structure-first design practice, see wireframing for product managers.
I keep UI and UX distinct enough to clarify the work and connected enough to improve the whole experience. The Product HQ product manager certification supports this product judgment, and the Product HQ newsletter offers more practical guidance.