中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

做產品和做技術有著兩種不同的思維方式，如果是從技術轉崗到產品經理，如何完成思維上的轉變呢？

有沒有過這樣的經歷，當用戶/客戶以及項目端提出一個功能需求的時候，我們的第一反應就是怎么去實現它，然后立馬就去按照自己的想法去實施了。這是技術開發人員的典型思維：直接考慮怎么干。

但作為產品經理，面對一個用戶/客戶以及項目端提出來的功能需求，需要先考慮的是why，再考慮how。

先考慮Why

舉個例子：

我們接到一個需求是：將掃碼獲取的信息保存在C盤，以天進行保存（0-24）小時，文件夾命名為UPI。我們需要識別到這個“需求”可能只是用戶/客戶提出的滿足他們真需求的其中一種實現方式。

那我們需要與客戶溝通，詢問做這個獨立信息保存的目的和用途是什么。（提問方式也需要注意：直接問為什么容易帶著質疑的氣氛，我們盡量避免讓客戶產生以為你是不想做而質疑他，找他扯皮等其他負面的感覺，而是讓客戶感受到你是真誠地在考慮如何更好地滿足他的需求）

詢問得知：之所以要做信息獨立保存，是需要被外部軟件讀取，用來監控UPI對應板件的在生產全流程的路徑信息，以及以此信息來統計生產員工的工分。

在Why 這個階段考慮和搞清楚的是這個“需求”的場景，來源，動機和意圖。

再考慮how

在上面的案例中，客戶真正的需求是監控生產流程的路徑信息和統計員工工分，而真需求在另外一個軟件產品B中實現的。只是需要檢測軟件掃碼獲取的信息可以被外部讀取，而信息可供外部讀取這個子需求可以考慮的實現方式就可以有很多種。

圍繞客戶的目的我們知道，這個功能會影響員工的工分（和績效掛鉤），因此它的重要程度也就提高了，采用保存在軟件外部的方式存在被誤刪的風險，一旦出問題就會影響員工的切身利益，產生利益矛盾。這時候就需要給客戶提示風險，提出其他解決方案看是否更加合適。