我也是一个开发人员，因为之前的工作面向的不是2C的，所以并没有太多涉及到很细致的用户交互问题，主要关注的还是功能性需求和性能需求。
但是最近的工作涉及到这方面的问题了，比如一个2C的产品，可能会在初期的时候设计的不是那么周全，后期肯定要涉及到页面、模块、功能的调整。这个时候问题就来啦！
你和开发交流，说这个不合适，暂时这么这么改；
开发说：有必要吗？
你说：嗯，原来这个确实不合适，新的要设计出来估计也要一个多月，暂时用这个这个方案；
开发说：那我觉得还不如不换啊，等新的出来再说吧！
嗯，其实呢，换一个只需要几分钟就能解决的，为什么开发不愿意做这个事情呢？
我觉得是这样的：
- 如果是新功能开发，通常都是没有问题的；
- 如果是有严重bug要修复，也是没问题的；
- 如果是不疼不痒的bug，那就要拖一下，能不做就不做；
- 如果是交互性的，提升用户体验的，那必须给出足够的理由；
开发人员最不喜欢的是什么呢？
最不喜欢的就是不确定的需求，改来改去的；
不要随时用琐碎的事情打扰到开发，最好整理成一个完成的文档；
按照需要完善的问题，分周期、分步骤的，具体化到要发布的版本，这样就有明确的目标；
最最重要的是：这样子大家都有直接的工作报告和KPI好交差了不是？（手动狗头）
=========================
附上刚刚4岁的小朋友新画作：（是不是该给你发个NFT啊？万一以后就成名了呢🤩）
