有技術轉產品還是有一個優勢的，畢竟走進技術才能更好地做好產品。畢竟產品最后還是要由技術來實現，離技術太遠并不是好事。所以，很多不是技術轉的產品經理也會自學一些入門的技術，全方位地考慮產品。

下面說說本人剛接觸產品的心里路程和那些踩過的坑。

一、學習之路

我剛入產品崗，是那種只有我一個人，完全沒人帶的尷尬場面。因為對產品無限的渴望和飽滿的激情，感覺什么都不是事，技術我能做得很棒，產品也不是難事，不會就學習唄！就開始一系列的搜產品網站，發現了“人人都是產品經理”網站，同時還有知乎，漸漸地下載很多產品視頻學習APP，比如起點學院和多貝網，最后就連喜馬拉雅的音頻都沒有放過……

二、整理需求

這里主要是針對公司內部人員的需求交涉。

在需求整理階段，就不得不和很多用戶打交道，深入了解要做的業務和對于產品的要求和意見，一下會遇到三種人：

1、懂些技術很有想法的人

和這類人打交道一般都會很輕松，因為他們在說需求時，會把具體期望的產品和功能點說清楚，而且這些需求對于后續開發來說也會很合理。所以，你要做的只是需要細細聆聽，然后看通過什么方式來實現就好。

2、不懂技術很有想法的人

這類人一般都是從自身部門的業務考慮，希望你實現一些方便他們工作的功能，但是這些功能不一定在你這次首要開發之列。這是你溝通時就需要講究策略，不要只是生硬的告訴他們，這個做不了，傷害他們幼小的心靈，而是告訴他們這次的開發任務，你提的這個功能雖然也很有用，但是要放在以后的排期中，看需求審核結果再定，這樣他們還是很容易接受的。

3、不懂技術也沒有想法的人

這類人一般溝通時一般都表現得漠不關心，只是說“你們做吧，做出來告訴我們真沒用的就行?！痹偌殕査麄兌家桓崩速M他們時間的態度。這類人看起來也很容易，在我溝通過程中發現時最有阻力的，因為他們現在看似沒有要求，實則產品出來后，也是意見最多的一部分人。遇到這樣的就要在產品成型之前，一定要有產品可實施性調查，和他們詳細過一遍產品原型，及時做調整。

三、需求分析

需求分析就是把用戶需求轉化為產品需求，從用戶提出的需求出發，找到用戶內心真正的渴望，轉化為真正產品的需求過程。

技術分析和需求分析思路的不同之處：

• 技術分析：樹干–樹枝–樹葉，有技術轉產品的人最容易犯的就是這個思維方式，拿到用戶需求的功能點，就開始想怎么做設計了。
• 需求分析：首先，樹葉–樹枝–樹干，然后，樹干–樹枝–樹葉，所以說需求分析是一個分-總-分的過程。無視用戶想要的東西，窺探到內心真正的渴望，再給出更好的解決方案。

比如我在和需求方談論需求時，他們說新的功能中一定在維護優惠券填寫券號時，給一個查詢已維護的優惠券的前十個的券號的功能。因為這個券號是要維護人員手動錄入的，而實際也就是每次加一，所以，他們需要知道上次券號維護到哪里了。

開始我就直接在想這個按鈕怎么放，這是個券號是用下拉框展示，還是用按鈕，點擊彈出是個券號的彈出框（典型的技術烙下的思維模式），后來發現自己的這個誤區后，馬上做出調整。首先窺探用戶真正想要的是能直觀的知道券號該是多少，所以我以真正的需求分析思維考慮后，就考慮：是直接在券號項默認顯示出要維護的券號，還是說用戶可以手動輸入，在輸入后面加一個自動計算券號的按鈕？

四、原型中遇到的那些坑

Axure產品原型，知道做產品要出原型，果斷學習Axure，對于技術出身的來說，這Axure還是很好學的，學的特深入，所以得效果都學會后，開始自己試著畫原型。

坑一：

上來就畫高保真的原型圖，關于原型的風格、樣式和布局可花了我不少功夫。最后才知道，原型實際不需要太高保真，能用文字說明的就不要花時間在動態效果上?？纯次覟榱藢崿F一個動態效果，加了多少個判斷，真不愧是做技術的（開始做出來還覺得很自豪）！

坑二：

一定記得先去理清所有需求，再去根據需求畫原型，要不然畫好再修改時是很痛苦的事情。

坑三：

畫原型時一定要記得使用母版和動態面板。

開始是不知道母版的重要性，也沒想過去用，后來在逛“人人都是產品經理”網站時，看到很多面對新人的文章，都提要原型要使用母版，才感覺母版的重要性，

馬上做出調整，及時的加上母版，事實證明很多次自己都很慶幸自己當時使用母版事多么明智。

坑四：

要做產品，考慮問題要有全面的思維。

比如需要一個按鈕，一定要考慮按鈕使用的情景，不同情況下是不是展現多種按鈕形態，要把不同的情形和對應的效果詳細標注出來，以方便開發人員開發時

清楚的知道要實現的功能：

以上就是做產品時候的一點心得，希望有值得借鑒的東西，不正確的地方也歡迎糾正和補充！

本文由 @ julia310 原創發布于人人都是產品經理。未經許可，禁止轉載。