评审会上产品经理常被怼的话
1、這個功能感覺沒用啊,為啥要做
要把需求背景、來源說清楚,不僅要告訴技術怎么做,還要告訴技術為啥做,這樣技術做起來有目的,甚至可以提出一些他們好的想法。
2、這個功能做不了
是真的做不了,還是不想給你做,這個你要考慮清楚。這就要求產品經理有一定的技術思維,知道哪些能做,哪些做不了,才能在設計的時候有的放矢,也才能不會被技術忽悠。
如果是不想給你做,那你就要考慮一下是否得罪他了,可以私下找他溝通一下,說一下為什么做這個需求,做這個需求有哪些好處,曉之以情動之以理,如果實在不行,那就公事公辦,找他領導反饋情況,做到先禮后兵。
3、這個設計方案不合理,應該這樣設計
技術就是單純的覺得你的方案設計的菜,沒其他內容,這個時候你可以和技術討論,但要有理有據,不要我覺得。比如你可以引經據典,比如就近設計原則、路徑最短原則等,我之前有寫過尼爾森十大可用性原則,里面有說一些常見的可用性原則。
4、你有沒有考慮過XX情況
這個時候,可能是你邏輯不嚴謹,遺漏了一些內容,技術可能是善意的提醒,也有可能是惡意的挑刺,但你一定要邏輯嚴謹。
如果臨時反應夠快,可以說自己考慮到了,還沒來得及寫上去,或者說還沒說到。把節奏把控在自己的手里。
5、這個需求改動太大了,真的要改嘛?
技術這么說的意思是覺得改動量有點大,可能會牽涉到很多關系的系統,確認一下是否有改動的必要。技術說這種話,多少有點不情愿的意思,畢竟這樣大的改動,說明以前的工作內容大部分可能都荒廢了,這種情況下,產品經理就要把來龍去脈說清楚,把需求的背景說清楚,爭取得到技術的理解與支持。
這種情況下,也盡量給技術多留一些時間,因為改動太大,如果工期再緊張,很容易出問題。
6、這個需求又改回去了,那你當初為啥要改呢?
當然,我們需求盡量不要改來改去,這樣不僅會降低技術對我們的信任感,導致以后的技術工作不好開展,你自己也會覺得改來改去不好吧。如果遇到不確定的功能模塊,可以采用a/b test的方式,也盡量不要做了以后又改回來。
如果遇到這種情況,可以安撫一下技術的情緒,或者找個借口,說當初是XXX要求改的,我也沒辦法,我當初也是極力阻止不要這樣改,但改了以后發現說句并不好,我覺得還是改回來比較好。
7、這個地方能不能改成XXX
如果有業務參加的需求評審會 ,她們可能會臨時該需求或者加需求,這種情況下,如果是小的需求,可以順手給他改了,如果改動比較大,盡量不要修改 ,因為牽一發而動全身,可以說放到下一個版本里面去修改,盡量不要在這個版本修改,否則導致開發的周期變長,整體都得從頭再跑一遍。當然,如果確實需要改,那也只能重新修改了。
8、你的需求不夠完整,缺了很多東西
如果真的是缺了很多東西,那你就要檢查一下,到底缺少了哪些東西,然后就事論事的和技術討論一下,如果真的是缺少了很多東西,那你就要加強一下自己的能力,甚至可以在評審會之前和玩的好的技術溝通一下,讓他從技術的角度給你看看,看看有沒有遺漏啥東西,這樣有保障一些。也可以在線下的時候,就搞定一些評審會的關鍵人物 ,一般搞定這些人物之后,其他的人物就會沒啥問題了,那你的需求評審會也就是走個過場。
如果就是缺少一兩個東西,可以和技術當面溝通確認一下,如果簡單,就當面定下來,如果不是很簡單,那你可能就需要線下再自己補充進去了。
你們還覺得有哪些技術常常懟人的話語呢?可留言討論。
最后,我建立了各大城市的產品交流群,想進群小伙伴加微信:yw5201a1我拉你進群。
關注微信公眾號:產品劉?可領取大禮包一份。
··················END··················
今日報告:巨量引擎&巨量算數?發布《2022圖書出版行業營銷白皮書》,下載報告去公眾號:硬核劉大??后臺回復“圖書出版”,即可下載完整PDF文件。
申明:報告版權歸?巨量引擎&巨量算數?獨家所有,此處僅限分享學習使用,如有侵權,請聯系小編做刪除處理。
RECOMMEND
推薦閱讀
一道小米的產品經理面試題
手把手教你做B端產品經理
B端表格設計實戰指南
面試題,你手里有幾個offer?
點擊“閱讀原文”
查看更多干貨? ? ? ? ? ? ??
總結
以上是生活随笔為你收集整理的评审会上产品经理常被怼的话的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Java陷阱(一)——ArrayList
- 下一篇: 2022年中国餐饮经营参数蓝皮书