Did you approach the tech lead/developers with just 'logically transfer' or with some facts?

When proposing refactoring, module extraction, or similar changes to the tech lead or developers, I always come with specific facts and arguments, not just subjective opinions like "it's logical to move". For example:

• Performance analysis: metric readings showing bottlenecks related to the current code layout.
• Improving readability and maintainability: examples of code duplication or complex logic.
• Enhancing scalability: how the extraction will make it easier to add new features.
• Reducing dependencies between modules: specific cases where tight coupling hinders development.

This approach helps to convince the team, demonstrates that the decision is justified, and is not impulsive.