做產(chǎn)品和做技術(shù)有著兩種不同的思維方式，如果是從技術(shù)轉(zhuǎn)崗到產(chǎn)品經(jīng)理，如何完成思維上的轉(zhuǎn)變呢？

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

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

先考慮Why

舉個例子：

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

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

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

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

再考慮how

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

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