江苏龙网

  1. 首页 > 生活 > >

产品经理建议ui改，但ui不接受，由于僵持造成的项目延期，谁的责任怎样规避

1，从公司的角度来说，项目延期那肯定是项目的带头人要负责。项目组内部进行总结的时候，可以把这份责任细细的掰开来说，以积累经验。2，以理服人，进行充分的辩论和头脑风暴。找周围同事投票或找领导拍板很有效率，但是不一定对产品有利。建议做可用性测试或A/B test，可能会消耗时间，效率不高，但是比较靠谱可信。3，如果两种方案实在分不了高下，也都没有明显的缺点，那么建议让专业的人做专业的事，如果是设计范畴的事，建议选择设计师的方案，以保证团队成员的积极性和成长性。4，在项目开展之前组建团队的时候，一定要跟大家说清楚，这次项目的目标是什么，我们准备怎么做，是做好一个产品，还是只为了快速的上线或者别的。确定目标统一思想是很重要的。你可以对设计师说：我们第一版不需要精到，只需要可用，以后在慢慢迭代。那么设计师的预期就会做一些调整，在选择方案的时候会选择一些符合项目进度的方案。
■网友
责任：项目的进展应该由产品经理来推动，既然延期，主要责任应该产品承担。解决：找周围同事投票；找领导拍板；当然，别抱着支持自身观点的想法去找。不过我始终认为，当双方争执不下的时候，对方花费时间精力跟你讨论与争辩，在意的程度可能并不亚产品，坚持的观点也会有他的依据。
■网友
PM是一个产品的负责人，产品出现任何纰漏的第一负责人就是PM，这是责无旁贷的。（对于技术主导行的产品请无视），所以项目delay也只需要PM来负责。个人觉得，这种责任更多的体现在PM的3个问题1，当需求和功能设定已经明确后，UI设计只是一种实现，需要PM和UI通力合作去完成。PM输出和关注的重点不应该线框图，而是凌驾于线框图之上的需求和功能设定，要明确和全面的告知UI产品要实现的需求是什么，而不是我要有几个区块，每个区块有哪些控件。要用产品的语言和设计进行沟通，双方的合作才会越来越有默契。2，审美都是主观的，从美学的角度是没办法用道理说服对方的，当UI与PM出现分歧时，唯一作为衡量标注的就是需求。PM可以从需求实现和可用性的角度提出自己的想法，当然UI也会有自己的见解。但至少大方向已经由设计领域转移到了需求领域，回到了产品经理擅长的领域。当然，如果你还是说服不了UI的话，只能2个人共同妥协，达到一个相对平衡的设定。也许你会心有不甘，但此乃常事，因为你也可能是犯错的那个人。3，无休止的妥协就会降低产品的质量，很多PM也经常用这样的信条来督促自己，因此总是锱铢必较。在我看来，一个好的PM除了有一定的设计能力外，良好的项目管理能力也是极其必要的。在规定时间内尽可能的输出自己的产品诉求。这个时间不是一个deadline的点，而是将整个设计阶段进行分解，确保进度和流程可控，并在可控的范围内完成沟通与妥协。当然，长久来看这不是一个良性循环，所以需要优化流程，例如寻找更有经验的PM或UI进行内部评审，或以数据做导向，或单纯的指定PM作为争议终结方。PM和UI的沟通和搭配一直是个无法解决的难题。
■网友
这个UI很放肆啊，如果有觉得不合适的地方，可以提出来，也可以大家讨论，和产品经理对着干，一方面是对团队不负责，耽误大家的工作，一方面是对产品经理不负责，会将整个产品整个团队打散。作为产品经理来说我很同意@深圳张弓的说法，以理以权都无法说服UI确实是能力问题了，后面还有程序、测试、运营、维护的团队，你怎么搞定？路漫漫而无人扶持，产品必死。
■网友
当然由产品经理负责！用理，说服不了UI，是为无能；用权，压制不了UI，也是为无能；最后，不管是何造成项目延期，都应该要对结果负主责。当然，公司产品经理没有被授权应有的权责除外。


    推荐阅读


    上一篇：c++走向式微了吗

    下一篇：金融专业的工作中专业知识多么