|
|
作为一位产品经理，你一定遇到过与开发意见不和的状况，例如：这个需要到底合分歧理，能不克不及赶一赶排期等等。每天问小火伴则遇到了“研觉察得影响不大的款式差别不算 Bug ”的这个问题，一同来看看大家提供了甚么好的解决办法吧~
顺序员，作为产品经理打交道至多的对象之一，在任务上遇到磨擦，那可再正常不外了，好比一产品哥们就遇到了“开觉察得影响不大的款式差别不算Bug”，单方僵持不下的问题。
还在气头上时，产品经理或许想的是：“假如开发在这个问题上能说了算，那岂不是既当裁判又被选手了？”
等冷静上去就会发现，仍是解决问题要紧。当下之急，是要知道顺序员为何会这样想，再隔靴搔痒。
这篇文章，咱们就和各位火伴们来讨论讨论，开发不配合做调剂时，产品经理当该如何应答？
每天问每周精选第203期：研觉察得影响不大的款式差别不算Bug，怎么破？ 文章内容部份来源于@rkqzzz @非思不成 @林林 @冰雨幻天 @小君毛 @Jarvan156 的精彩回答。为何开觉察得影响不大的款式差别不算 Bug 这个问题，多是下列三个缘故形成了磨擦。
（一）单方对 Bug 的了解不同
关于开发人员来讲，只有不是写的代码逻辑有误，报错走欠亨，都不算 Bug 。而关于非开发人员来讲，只有是与需要不合乎就算 Bug ，不论是逻辑方面仍是界面款式方面，只有不合乎需要就是 Bug 。
犹如水龙头坏了，开觉察得换个不漏水的水龙头就行，而产品经理坚持要换黑色磨砂质感的水龙头是一个情理。产品经理和开发两个角色各自对 Bug 的定义不同，这是短暂以来大家常常争执的一个点，至今没有定论。
（二）“美观”纷歧定“好用”
产品设计重在体验，而体验的第一道门坎即是交互设计，而非外观设计。
好的设计大家都想寻求，不外“好”是有代价的，要人力，要估算，要时间。再者，美观的产品得多，然而好用的产品未几，好比在设计网站上，咱们常能看到得多美观的设计，但若间接做成残缺的产品，或许会发现得多操作很浮泛、界面很虚无，这是想象和实际的差距。
因而，“美观”纷歧定“好用”，外观设计就不是重要斟酌的要素了。
（三）100%复原设计稿的难度极高
按照一名做前端开发的火伴所言，款式差别在他眼中确实不克不及算甚么BUG。
为何这么说呢？他表现，高精度设计稿个别是复原8成以上算合格，9成以上就是精密复原了。设计稿是动态图，而设计稿得多的成果，在手机上是无奈完成或者完成代价很大，好比磨砂、通明度、自顺应排版等等。平台的硬件机能抉择了渲染一张 jpg 很简略，渲染一个等品质的 gif 则要难题很多，更别说有得多交互事情要做。
100%复原设计稿？这大略是一场美妙的想象。
二、如何与开发协调处决？
假如要呈现最佳的产品，少不了两方操刀手——产品、技术协同沟通，在小气向不偏离的状况下，做好本职任务，能够沟通协商的点尽可能协商实现，在咱们都无奈成为下一名乔布斯的时分，仍是好好为产品自身担任，毕竟这份作品是团队实真实在花时间和精神去做的，需求本人的荣誉和责任感。
OK！鸡汤灌到这里，上面奉上不同缘故对应的解决办法。不单单是下面提到的款式差别需求调剂的问题，其余开发不肯意配合的状况也能够代入以供参考。
（一）需要缘故
开发对需要不认可，感觉需要分歧理，这是最症结的问题。
1. 需要自身有问题
任何需要计划都不会是100%完善的，被开发质疑也算正常，莫慌，再思考思考这个点，将最公道的需要计划再次过会评审，以达成统一。
2. 需要自身没问题
产品经理能够发扬你的口才了，业务场景、用户、价值等整个跟开发讲下，开发不像产品，得多时分他们对业务的理解没那末强，角度纷歧致，我们多解释下就好。
（二）技术缘故
假如开颁发态：“我技术完成不了哦。”，这时候候咱们能够进一步理解“完成不了”的详细含意：
1. 现有技术完成不了
这多是因为开发自身才能不敷致使的，产品经理能够斟酌是不是存在代替计划。
2. 现有技术能够完成，对比难
这需求产品把需要梳理分明，闪开发更好地舆解，而后假如再繁杂一些，能够把这个需要进行拆解和细分，划分为更小的颗粒。
3. 需求更改零碎现有技术框架
好比一个中台零碎，用了FastAdmin的集成框架开发，产品经理的需要是想要在外面加个视频成果、动画成果啥的，这可能就需求换框架了，采取一个先后端别离的来处置，这个就欠好搞了。应该斟酌时间、本钱是不是值得。
（三）时间缘故
时间缘故有两个：
开发自身有其余需要在身，需要调剂会致使其余需要延期需要调剂要求破费较多的时间，终究影响上线时间二者其实都好沟通，理解后能够按照实际状况进行协调，这里有3个倡议：
需要评审前，跟开发担任人先简略过一下需要的开发工时，有个大抵的理解，在前面评审或调剂时会更无余地。假如产品经理懂技术，在开发的工时评价上可以占领更多被动性，也会更公道。假如款式差别不会有太大的问题影响（如一些偏后盾或工具类的产品），就能先记载，后续独自做版本优化的时分再提出。开发个别状况下仍是对比遵守规定的，不赞成修正多是以前在需要中没有定义好设计款式，当初让他改会对比容易有逆反心思。所以假如影响不大，不如先放一放，后续经过布局迭代一致解决。这是个投入产出比的问题，假如开发说：“我要花这么长的时间，完成的价值又不高啊，为何要做？”产品经理该怎么回答？
1. 价值的确不高
一些对比高级的产品经理，有时分的确会疏忽了开发的时间本钱，当开发这样说了，咱们应该从新评价有无须要去做，从新评价理时间本钱与需要的价值，不要感觉被开发辩驳就失了体面或失了自信，相互了解、敢于抵赖过错也是一种生长。
2. 价值很高
仍是跟后面同样，是因为开发没有了解透辟致使的。看起来不起眼的调剂，对业务方来讲可能会节俭很大一笔人力物力，对用户体验来讲可能会带来质的飞升，产品经理需求闪开发正确意识到需要的首要水平。
（五）其余缘故
假如看完后面四种，还没可以对号入坐，那就思考是否开发人员成心找茬了。针对这个问题，咱们平时需求和开发、测试、UI等搞好瓜葛，平时一同吃吃饭、打打球，症结时辰点一杯奶茶，顺便捏捏肩，说说坏话。平时瓜葛处置好，需要推动的时分，天然省时省力，效力很快。
三、结语
大部份状况下，没有甚么完成不了的需要，无非就是排期的问题、开发本钱的问题、人的问题。
因此，以上办法用一句话简略概括完，似乎是陈词滥调的情理：采取MVP计划，先用最小的本钱尝试实现需要，只做这个需要中性价比最高的部份，剩下的按优先级顺延。
害，人们就是这样，即使提前学习得多情理以面对将来可能会遇到的困难，但真的赶上了，仍是会45°角俯视天空，长叹一句“栓Q！”
但看过这篇文章的你就纷歧样了，还能够从积灰的保藏夹里翻出此文，看看大家总结的小手段能不克不及用上，到那时分，说的大略就是：“栓Q，我真的会谢！”
参考材料：
对于“研觉察得影响不大的款式差别不算 Bug ，怎么破？”，你有甚么看法？点击上面的链接，一同来聊聊吧~
#每天问神回复#
「每天神回复」栏目，努力于发现每天问小火伴的精彩语录。抖机智，大伙儿也是当真的！假如喜爱，记得点击问题链接，和TA一同互动吧，咱们也在这里期待你的发言哟~
@Bboy小南：
从产品的角度，我会优先选择语音
从经营的角度，我会优先选择敌人圈
从老板的角度，两个都发，大家加加班
@王小楠：东抄抄，西抄抄，加点这个，少点阿谁
@小刺猬001：谁提议谁写，谁能写谁写，谁诚实谁写…… |
|
注册会员