产品经理不停的改设计，作为前端该怎样处理
慢慢做，到了deadline之前，产品经理就知道真正想要的是什么了。
■网友
在项目从大到小，从粗到细的开发过程中，改设计是在所难免的。有经验的PM，可以减小这种需求。真正成熟的PM，能够在问题出现前提早做好规划，当问题出现时按照规划的设定来处理。当规则制定好后，队内的成员（如题主所说的前端）就可以按照规划来决定处理方式了。个人认为，如何处理不应该是程序员来决定，这些本应是PM应该规划好的。我只能认为题主所在团队的PM没有尽责。这种“潜规则”通常有如下几种做法：1、在整个项目的开发周期中加入20%的异常情况处理时间。这个时间是干嘛用的呢？一种是：在开发过程中发生极其严重的能影响开发整体流程、并且如果不解决无法继续进行的BUG。比如需要修改框架和底层的这类问题。举个例子，原来旧框架是以轻型服务器为目的来设计的，无法满足我在设计初的支持万人在线的设定。那么就要尝试修改底层，尝试优化逻辑结构，优化数据库的访问，对数据库进行分表等等。另一种是：当团队成员出现伤病、婚庆、离职等等特殊情况时使用。（在项目开发前有些公司会设定一些条款防止成员在开发过程中离职）2、根据问题、需求的严重度划分轻重缓急。轻量级的修改、附属模块等不影响产品主线产品核心内容的，放到后续计划中。3、以结果为导向设计工期、团队成员根据进度自觉加班。为什么很多人反对加班？第一、加班本身本不在计划内，严重打乱个人生活习惯。第二加班反应出产品本身无规划、产品把控度不足。或者规划不精细、设计经验及设计能力不足。个人认为在工期规划时，团队成员在规划具体的工作进度，这种评估能力本身也是一名成熟员工的标志性能力。每个工作日以8小时为准规划时间，工作进度托后，自觉加班。（个人认为，工期的长短可以表示一个人的能力，加班时间则可以代表自我认识度，加班时间代表了一个人的勤奋程度。如果你能力很强，怎么都无所谓。不然勤能补拙也不错。没能力又不勤奋那就自已作死。）4、对于频繁改需求原因本身进行划分，并区别对待。以自已为例：作为PM，开发过程中，因为自已思维不严密，必须修改需求的时候，要以身作责的承担责任。第一、扣除个人部分项目奖金并分平均分派到团队成员的头上（这是给团队的），给出修改需求的详细原因（口头表述+文案修改），对于因修改需求而被坑到的的程序或美术进行一对一补尝（这个根据两人之间关系的亲密度自行决定）。团队成员本身修改设计方案则自觉加班赶上进度。如果因此影响到其他人则以PM为样例进行处理。如果是上级需求，无理要求则坚决反对、必要修改则向上提出要求：该增加人手的增加，影响进度的则必须修改工期。必须加班的则提出提高项目奖金、添加加班费用的需求。并且态度强硬的表达下不为例的意愿。5、当必须改设计时，需求的原因必须是明确的，过程必须是详细的，要让程序员明白修改后的产品会变得更加优秀，减少程序员本身的抵触度。一个成熟的产品狗、或者立志要成为有经验的产品狗，我觉得要明白这样一个道理：这条道路上，我们本身会不停的产生黑锅、或者背别人的黑锅，当我们成为真正意义上被别人认可的产品狗的时候，我们身上已经背负了如五指山般重的黑锅。我们要有这样的认识，我们需要这种担当！
■网友
如果是产品和交互在项目开始之前没有想得非常全面，导致程序员开发的过程中频繁修改，说明产品和交互还没有太熟悉业务，还不太成熟，程序员可以跟产品领导反映这个情况，让他们内部优化自己的工作。作为程序员面对频繁的修改的确是很烦，这个时候平心静气，他修改，你就加工时。以后开发之前的排期加上一项机动时间，用于产品和交互修改需求用。
■网友
推荐阅读
- 刚买来的蟹爪兰，做好这几点，保准让其蹭蹭长不停
- 三角梅冬天有“四怕”，避开了才能安全越冬，来年疯狂开花不停歇！
- 旅行社@旅行社推出“高铁+旅游”新产品 高铁旅行说走就走！连淮扬镇高铁全线通车
- 广西鹿寨贫困户玩直播带货变身创业新星以电商帮老乡卖滞销农产品
- 黄金时间■黄金时间丨哪种产品最节水？购买产品请注意这个标识！
- 唐国标：招揽“职业经理人”勾勒好塘栖的新蓝图
- 货币等各类金融产品彻底电子化会到来么
- 侧重业务逻辑的产品需求规格说明书，需要有哪些要点
- 程序猿和产品汪能愉快的一起谈恋爱嘛
- 知乎有没有必要增加一个特别关注功能