title: 程序员对游戏设计师提出的需求表示反感怎么办？
desc: 情况有如下几种（几种情况会并列出现）：<br>1.对设计本身不理解，反复解释后表达不认同，然后就是不做！<br>2.在项目经理或者老板高压必须要做之后，表示极大的反感，表现出威胁行为（威胁要骂人或者打人）的举动。<br>3.策划发现前提某个需求的设计<b>（细节）<b>不合理，提出修改，表示不耐烦，威胁“不准再改，否则不干扣工资。<br>4.每次提出要修改的需求，都要策划表明：“不会再进行修改”，然后才能做。<br>5.一旦策划的需求出现BUG或者不合理的地方，表示嘲笑，不耐烦，态度比较恶劣。<br><br>PS：多数情况下，上述情况都是在大家的忍让下过去的。<br>但是我会产生疑问：为什么策划理解程序做的功能“一定会有BUG”，而程序不理解策划提的需求“一定会修改”？<br>合理的逻辑不应该是：你既然要求我的需求“不要再修改”，那么你做的“功能就不要出现BUG”？<br><br><b>请不要讨论包含以下极端情况：<b><br>1.策划口头要求程序做某个大功能，而没有具体方案。<br>2.程序与策划进行殴打行为<br>如果出现以上情况，那么这就不是谁对谁错的问题了，而是相关责任人<b>直接可以走人<b>了。<br><br>针对某些老板和运营策划在项目中反复对需求进行修改的问题，作为策划我表示同样反感而且是极其反感。<br>在下作为策划<b>跪求<b>获得可行性措施啊啊啊啊啊<br>而不是谁背锅这个无关紧要的问题：一般情况下项目内成员都不会被因为项目本身的功能BUG处罚，所以追究谁的责任没有作用。
topic: 游戏设计
content: 策划完全不懂程序，不能用程序员的思路和他们交流的话，当然很难获得对方的认同。（注意，这个逻辑反过来也成立！完全不懂游戏性的程序，也只能用实现不了做不完不想修改之类不负责任的理由来扯皮）程序员如果对一个新功能或者玩法提出了技术实现层面的质疑，作为策划没有足够的知识和经验去理解的话，讨论就会变成鸡同鸭讲，然后长此以往就会演变成题主所说的这些恶性循环的情况。国内很多策划除了 office 三件套（可能再加
answerer_tags: Cocos Creator 制作人