刚才说服失败了，同样内容，在设置和显示的时候方式不同，我觉得这样做毫无意义，还要增加工作量，用户也难以理解，但是感觉自己有点着急，说服产品失败了。
喝了口水冷静了一下，做了个笔记，以后遇到这种情况该怎么处理：
1.沟通前先全局考虑好，做到有理有据。
2,不要指责设计，比如：这里重复了，表现不一致，很不直观，用户看不明白等等。这样的指责会让对方产生抗拒心理，从感性上就不愿意同意你的说法。
3.沟通的时候，产品说出他的设计理念之后，先表示赞同，降低对方的抗拒心理，然后先从实现逻辑的方面来说出这样的一些缺点，可以适当夸大（这里表现不一致，跟之前的代码冲突，要在很多地方增加转换逻辑，代码会变得难以维护），最后再给出建议（所以我们可不可以这样，让表现一致起来，我这边的逻辑也比较清晰。），并表示并不影响用户使用（这样可能用户也直观一些）。
4.如果沟通不畅，产品不太愿意改，注意语气态度，不要急，这时候越冲越难以说服对方，只会产生反效果。
5.如果都说了，产品还是表示一定要这样做。那就喝口水冷静一下，生气发火也没卵用，专业点，开始干活。
我也不是说我的想法就一定比产品正确，但就觉得写自己认为很不合理的东西心里会不爽，大家平时遇到了是怎么办的？
喝了口水冷静了一下，做了个笔记，以后遇到这种情况该怎么处理：
1.沟通前先全局考虑好，做到有理有据。
2,不要指责设计，比如：这里重复了，表现不一致，很不直观，用户看不明白等等。这样的指责会让对方产生抗拒心理，从感性上就不愿意同意你的说法。
3.沟通的时候，产品说出他的设计理念之后，先表示赞同，降低对方的抗拒心理，然后先从实现逻辑的方面来说出这样的一些缺点，可以适当夸大（这里表现不一致，跟之前的代码冲突，要在很多地方增加转换逻辑，代码会变得难以维护），最后再给出建议（所以我们可不可以这样，让表现一致起来，我这边的逻辑也比较清晰。），并表示并不影响用户使用（这样可能用户也直观一些）。
4.如果沟通不畅，产品不太愿意改，注意语气态度，不要急，这时候越冲越难以说服对方，只会产生反效果。
5.如果都说了，产品还是表示一定要这样做。那就喝口水冷静一下，生气发火也没卵用，专业点，开始干活。
我也不是说我的想法就一定比产品正确，但就觉得写自己认为很不合理的东西心里会不爽，大家平时遇到了是怎么办的？
Select Language