-
1 # LoveBugs
-
2 # 產品L
本人目前是一名從事產品職位3年的產品汪,相信我還是有資格來回答這個問題的!
開發同學們因為是實際工作人員,且程式碼思維,所以一般他們會從程式碼角度,最佳化角度,拓展角度去看待你丟擲的需求,因為對於他們來說,做好你這個需求,方便後期維護才是最重要的一般產品同學最愛問為什麼,他們會去深究你這個問題的底層原因,因為往往給出這個問題的人只是遇到了這個問題,但是是什麼原因來導致的他們卻不會去深究,所以產品同學的這種深究其實也就是分析能力了 -
3 # 林子成長
程式設計師:
這個功能不一定或不好實現;
實現這個功能需要大量時間;
處理這個程式bug需要大量時間;
這個介面我覺得挺好看的呀;
這個功能我覺得挺好用的呀;
……
產品經理:
這個功能我覺得挺好實現的呀;
實現這個功能應該很快就可以完成;
這個bug我們應該很快可以解決;
這個介面不好看,要修改一下;
這個功能不好用,你要站在使用者的角度去實現;
……
-
4 # 小黑猿
產品經理,天天接運營、市場的需求,他們常常把他們對接過來的需求進行整合
分析、然後又融入了自己的各種體驗想法,最終凝結成自己的產品。
產品不懂技術,只注重實現,所以現實變成這樣!!
我覺得產品經理應該學會和程式設計師做好溝通。
職業不同,思考問題的角度也不同,產品多是以使用者體驗的角度去思考的問題的,而程式設計師則多是以實現需求去解決問題的。
-
5 # 大拇指66
1.我覺得最主要是考慮角度問題
2.個人技術本身問題:如:技術深度 -初級 中級 高階 總監
3.產品經理最主要的是產品本身角度,程式猿主要是針對於功能的實現,業務的梳理,但是針對於不能深度的人員,他們會考慮的不同一個點,多方面,擴充套件性,可行性等等
-
6 # 耷拉腦袋的產品汪
程式設計師
問題是什麼,有樣例嗎?長度有上下限嗎?富文字還是普通文字?自動提問還是手動編輯?需要進行離線推送嗎?可以評論嗎?需要許可權配置嗎?麻煩你補充完整細緻點,我再開個會評估下實現程度和時間(沒有黑程式設計師的意思)。
產品經理問題的目標使用者只有“程式設計師”和“產品經理”嗎?你是希望得到他們回覆的差別嗎,差異的顆粒度要多小呢?問題入口只有你,還是有其他的方式?
我整理了一下,業務流程是這樣的,你方便補充下每一步的細節需要嗎?
1、你提問:多人還是特定人提問?透過什麼方式提問呢,語音、文字、圖片還是影片?
3、目標檢視問題:已讀反饋,使用者型別區分,透過許可權對不同內容過濾;
4、目標反饋問題:反饋問題的元素有:問題id、問題內容、提交時間、使用者類別、使用者id;
5、如果你想仔細對比區別,我認為可以最後進行資料統計,統計方案是這樣的,你看看。
回覆列表
問題的範圍比較廣,如果聚焦到需求方面的問題,程式設計師和產品經理的答案會各不相同,而且不同程式設計師和產品經理的答案也會有差異。
首先說程式設計師,如果你問一個功能要做多久?
初級程式設計師回答:“1個小時做完。”
中級程式設計師回答:“1天做完。”
高階程式設計師回答:“1周做完。”
骨灰級程式設計師回答:“這個實現不了!”
再說產品經理,如果你問他一個功能做多久?
初級產品經理回答:“3天做好。”
中級產品經理回答:“今天做完。”
高階產品經理回答:“別走,一會就做完。”
骨灰級產品經理回答:“這個功能產品自帶,你看這樣這樣。。”
可見程式設計師和產品經理思維方式還是差別很大的,難怪經常因為分歧出現比較火爆的碰撞。