When developers resist making design changes, it's important to understand why. They don't have time or they misunderstand your goals. Start with a frank conversation. Explain how the change will improve the product. Don't insist on a solution. Offer alternatives, taking the developer's opinion into account. Compromise can lead to better results than rigidly imposing a concept. Create a collaborative environment where developers feel that their ideas are valued. It is important that everyone is on the same page and working to improve the product, not in conflict.

Breaking through developers' resistance to design feedback requires a blend of empathy, collaboration, and clear communication. Start by understanding their concerns are they facing technical constraints, unclear guidelines, or simply feeling their expertise is being challenged? Frame feedback as a shared goal rather than a directive: How can we make this work within the constraints? Involve them early in the design process to build ownership and reduce friction. Use data-driven reasoning to support design decisions, making it less about opinion and more about user experience. Most importantly, foster mutual respect when designers and developers see each other as partners, resistance turns into problem-solving.

Creating a receptive feedback culture means making feedback a collaborative conversation. Invite developers to co-create solutions, share context on user impact, and use concrete examples to illustrate design choices. Empathize with technical challenges, encourage open dialogue, and celebrate successes together.

- Align feedback with shared goals. Highlight how design enhances usability and efficiency. - Speak their language. Tie design feedback to performance, scalability, or user experience. - Involve them early. Collaboration from the start reduces friction later.

One approach I believe would be beneficial is to "Frame feedback as a conversation." The idea is to move away from a top-down, directive style and foster an open, two-way dialogue. Instead of presenting feedback as simply identifying what’s wrong, encourage discussions about design decisions. For instance, you could ask, "What’s your take on this design choice from a technical standpoint?" or "How do you think this approach will affect the development process?" This turns feedback into a collaborative conversation rather than just a critique.