做为制品经理最亲密的战友,经常会有程序员找制品经理需求改需要。通常来讲都还好,倘若是真的不可改,这种状况,怎样应对更好呢?
各位小伙伴们!你们有无碰到过这种状况?
制品开发过程中,哪些聪明的开发或测试小伙伴总是来找你聊需要,哪怕你已然把需要写得跟字典同样清楚,她们还是会“孜孜不倦”地试图说服你改一改。
此时候呢,我发掘有些制品经理尤其“硬气”,她们会说:“我就按这需要来,出了问题我扛着谁叫我是制品经理。
有些制品经理就稍显弱势,只要开发能安心把活干完,你说怎么改就怎么改。
说到这,大众可能都有点儿迷茫了,这改还是不改,到底应该怎么办呢?
是硬刚到底,还是随他去吧?
其实啊,这两种方式都不太对。
单纯以制品经理的身份去拒绝,或为了讨好开发而随意改动需要,都不是处理问题的最佳途径。
接下来,我就给大众来分享下关于这个问题的应对策略。
1、开发为何会找你改需要?
1. 需要设计不恰当,存在规律实现上的漏洞
针对开发人员而言,一个需要写的好欠好,不是去评判针对用户好欠好用,而是去科研你写的制品需要文档规律上是不是严谨。
只要你的原型在规律上把该思虑到的都设计出来了,把可能存在的状况都写的清楚了,那开发人员可就挑不出毛病来了,只能乖乖根据你的需要来。
开发人员经常爱好diss制品经理的是,你设计的这个功能不恰当,存在那些方面的状况无思虑到。
引起她们写代码的时候,就碰到了有些“坑”,不晓得咋处理,规律上有点漏洞,代码就写不下去了,写出来亦跑不通。
有些测试人员就更爱好去做这种从需要中“找bug”的游戏了,一旦发掘你的需要文档有啥遗漏,,那就得揪着你说道一通。
乃至得把你喊到他坐位边上去,训仔似的教你怎么“写需要”。
而后,把你加入需要文档不严谨的重点关注对象之一,逮着机会就喊你过去,这滋味,真是“酸爽‘啊!(制品经理咋个牛逼,还不是被老子呼来唤去)。
同期,他已然处理占据了有利的位置,会盯着、催着、吵着你赶紧把需要文档完善掉。
催人改东西,和从东西里面找问题,这是测试人员最善于的两项基本功。
因此,一旦你写的需要文档规律上存在问题,就等着被开发和测试来回diss!
2. 功能设计太繁杂,实现起来技术难度太大
咱们在进行需要评审的时候,开发人员可不是在欣赏你的制品设计设计的多牛逼,她们可是拿着放大镜在找“坑”。
心里盘算嘀咕着:这个功能要弄起来,得新建多少张表格啊?数据要从哪里来?要不要单独跑个任务?跟现有的功能会不会打架?还有哪里没思虑到?规律上能不可通?
一通分析下来,大概就晓得接下来的一段时间的“砖”好欠好搬,烫不烫手。
要是你是一个还算比较好说话,或经验尚浅容易被说服的制品经理,大概率开发会来找你沟通一下,意见你需要不要这般做设计,能够简单一点,整那样繁杂干什么,开发起来多费劲。
我在刚起始做制品经理的那几年,每次设计的需要规律规则繁杂一点,就会听到开发总监的那句经典语录:“这般设计做不了,要这般做的话,我的全部架构都要改。”
一起始我是迫于人家是总监的岗位欠好顶嘴,在评审结束之后马上就去调节需要,但在心里还是会鄙视一番“不便是技术水平不行,瞎逼逼那样多干吗!”。
后来工作经验多了,和开发亦打了几百回交道了。才明白过来,只要稍微繁杂一点的功能,“改动太大,做不了”这句话就会伴同着显现。
不是做不了,而是不想做。
当然啦,还有一种状况,开发小伙伴的能力确实不足,把自己的毕生所学都用上了,还是无办法处理。怎么办,只能两手一摊,凉拌。
告诉制品经理:“我尽力了,但真的做不了。”而后让制品经理想办法,调节需要了。
3. 项目工时太紧张,找制品改需要碰碰运气
每一个项目都有上线的时间需求,就像有个“小闹钟”在耳边嘀嗒嘀嗒地响,项目经理非常多时候都是把“赶工”两个字时刻挂在嘴边,鞭策大众抓紧时间干活。
这般带来的一个问题便是,在限定的时间内,开发人员有时候真的是无思路,怎样去实现这个制品功能?
倘若想技术实现方式花了一天的时间,那周末可得加一天的班把进度补回来啊!
这种状况下,能不加班那是铁定不加班,人本能的会想着能不能找制品经理这个“甲方”商量下,毕竟是为制品经理做制品(99%的开发都是这种想法,除了不写代码的开发经理)。
只要制品经理同意,自己不就不消加班,何必去绞尽脑汁想处理办法呢?费那个脑子干吗!
4. 需要性价比太低,做出来没啥价值不划算
开发人员可不是那种“你说啥我做啥”的“机械工人”哦!她们亦有自己的工作热情、成就感和小骄傲。
有些功能在她们看来,倘若做起来觉得无什么价值,就会产生抵触心理。
本着为自己工作贴金和为机构节省资源的方向思虑,和你沟通需要的价值问题,这是一种非常恰当的心理。
尤其是有些功能做起来实现的技术难度太大,需要投入的时间比较多,并且还有必定的危害做不出来。
在他看来做这个功能价值就不大,就会盘算做出来划不划算的问题,亦得思虑下保住个人工作饭碗的问题。
2、应对需要改动的四个妙招
1. 化身用户去思考这个需要要不要
常常非常多对用户比较友好,制品运用起来比较简单、方便、智能的功能,其背面实现的规律都会比较繁杂。
此时候,你的站位就很重要了!
倘若你化身成用户,想想这个功能是不是真的很方便、很实用,那样你就会坚定地支持它,哪怕开发小伙伴觉得这是苦活累活。
但倘若你站在开发的方向,想着“打工的何必为难打工的”,那你可能就会被开发小伙伴说服,而后妥协一下,调节需要。
一个优秀的制品经理,必定是表率用户来发声,站在用户的方向去设计制品的。
面临开发人员找你沟通需要调节的时候,一个万能的回答方式是“用户说要这么做的”。不要“你觉得”,亦不要“我觉得”,只要“用户说的”。
2.坚信一点:99%技术问题都有办法处理
当开发人员告诉你某个需要从技术上搞不定,别慌!咱们来分状况聊聊:
1)现有技术能够实现,只是办法无找到
有时候,开发人员觉得某个功能难搞,可能是由于她们还没找到正确的技术路径。
此时候,咱们制品经理就要发挥“指路明灯”的功效啦!让开发说说她们的想法,咱们一块找找规律上有无问题。
要晓得,处理问题的办法从来都不是“华山一条路”,不必定要在一条道上步行到黑,此路不通就换一个方向,换一条道路去试试。
2)现有技术实现不了,需要用新技术处理
要是现有技术真的搞不定,那就得思虑引入新技术了。
例如咱们要做一个3D地图,没第三方接口就做不了。此时候就得去找找外边资源,让她们来帮个忙。虽然多了一道工序,但总比放弃强吧!
3)需要实现改动太大,得改现有技术框架
有时候,为了满足某个需要,可能需要改动现有的技术框架。
例如,在一个用FastAdmin框架研发的中台系统里加视频和动画效果,可能就得换个前后端分离的框架。此时候,就得和开发一块商量下,怎么调节需要才可尽可能少地改动框架。
当然,要判断一个功能到底技术上能不可实现,制品经理亦得懂点技术知识。要不自己亦是两眼一抹黑,脑子一团浆糊,那怎么去和开发沟通技术上怎样实现。
3. 时间问题多半是分工或能力问题
时间问题引起的开发期盼需要调节,重点触及到两个方面:
1)本身有别的项目在身,新需要上线时间撞车了
这种状况,咱们在制品需要评审前就得摸清底细,瞧瞧开发人员手头是不是已然有一大堆事儿了。
倘若这项目非得这哥们儿参与不可,那咱们就得调节项目排期或重新排序功能优先级,而不是简单地调节需要。
2)需要需求的时间太短,个人技术能力上做不到
咱们在做项目时间评定时,一般便是按人天来粗略算的,但常常没思虑到每一个人的能力水平。一样是做一个功能,能手可能两小时就搞定了,而新手可能得花上两天时间。
因此,这种状况下,就需要恰当分配项目的人员,进行开发能力的平衡搭配。
有些制品经理可能会觉得,这些问题都是开发总监和制品总监该操心的,跟自己不碍事。
千万别这么想!制品经理对制品可是负有“终极责任”的,从开发、营销到交付,每一个环节都跟你相关。制品就像你的孩儿同样,怎么能做这么不负责任的爸爸呢?
4. 有无说出需要价值背面的故事
制品经理针对需要的收集大大都是直面客户的,能够经过客户的言谈举止感受到该需要的剧烈程度。
可开发的小伙伴们,她们就只能看你们写的需要文档,想象你们描述的“战场画面”,这可就容易产生误会和偏差了。
有时候,你觉得对客户超有价值的功能,可能在文档里没写清楚,开发就一头雾水,完全get不到点。
此时候,制品经理们,你们那口才可得派上用场了!从业务场景、用户、价值等方面,给开发小伙伴们好好讲讲。
她们不像制品经理,接触不到客户,不需要调研市场,非常多时候她们亦不认识业务,理解能力亦稍弱一丢丢,方向跟你不一致,需要多解释几遍才行。
实在不行,那就在调研周期,直接把开发人员拉过来,让她们一块听听客户怎么说。这般一来,她们就能“身临其境”,更易“感同身受”了。
当然,要是这个功能背面的客户故事你自己都讲不出来,需要是自己意淫出来的,自认为对客户有价值。
这种状况下,还是趁早改掉吧,开发的资源亦很宝贵,经不起大众去实践有些不着边际的想法。
3、最后的话
在制品制作的过程中,难免会有各样声音,有人夸,有人骂,有人给你出主意。
但别忘了,你是制品的“亲爹”,你表率了“客户”的心声。
因此,当各样声音纷至沓来时,你得坚定信念,保持清醒的头脑,做出最明智的决策。
毕竟,你是这个制品小宝贝的“保护神”,得让他茁壮成长,不是吗?
作者:武林,公众号:肖武林
本文由@武林 原创发布于人人都是制品经理,未经作者许可,禁止转载。
题图来自Unsplash,基于CC0协议。
该文观点仅表率作者自己,人人都是制品经理平台仅供给信息存储空间服务。
|