由技術轉產品心得體會和那些踩過的坑!
有技術轉產品還是有一個優勢的,畢竟走進技術才能更好地做好產品。畢竟產品最后還是要由技術來實現,離技術太遠并不是好事。所以,很多不是技術轉的產品經理也會自學一些入門的技術,全方位地考慮產品。
下面說說本人剛接觸產品的心里路程和那些踩過的坑。
一、學習之路
我剛入產品崗,是那種只有我一個人,完全沒人帶的尷尬場面。因為對產品無限的渴望和飽滿的激情,感覺什么都不是事,技術我能做得很棒,產品也不是難事,不會就學習唄!就開始一系列的搜產品網站,發現了“人人都是產品經理”網站,同時還有知乎,漸漸地下載很多產品視頻學習APP,比如起點學院和多貝網,最后就連喜馬拉雅的音頻都沒有放過……
二、整理需求
這里主要是針對公司內部人員的需求交涉。
在需求整理階段,就不得不和很多用戶打交道,深入了解要做的業務和對于產品的要求和意見,一下會遇到三種人:
1、懂些技術很有想法的人
和這類人打交道一般都會很輕松,因為他們在說需求時,會把具體期望的產品和功能點說清楚,而且這些需求對于后續開發來說也會很合理。所以,你要做的只是需要細細聆聽,然后看通過什么方式來實現就好。
2、不懂技術很有想法的人
這類人一般都是從自身部門的業務考慮,希望你實現一些方便他們工作的功能,但是這些功能不一定在你這次首要開發之列。這是你溝通時就需要講究策略,不要只是生硬的告訴他們,這個做不了,傷害他們幼小的心靈,而是告訴他們這次的開發任務,你提的這個功能雖然也很有用,但是要放在以后的排期中,看需求審核結果再定,這樣他們還是很容易接受的。
3、不懂技術也沒有想法的人
這類人一般溝通時一般都表現得漠不關心,只是說“你們做吧,做出來告訴我們真沒用的就行?!痹偌殕査麄兌家桓崩速M他們時間的態度。這類人看起來也很容易,在我溝通過程中發現時最有阻力的,因為他們現在看似沒有要求,實則產品出來后,也是意見最多的一部分人。遇到這樣的就要在產品成型之前,一定要有產品可實施性調查,和他們詳細過一遍產品原型,及時做調整。
三、需求分析
需求分析就是把用戶需求轉化為產品需求,從用戶提出的需求出發,找到用戶內心真正的渴望,轉化為真正產品的需求過程。
技術分析和需求分析思路的不同之處:
- 技術分析:樹干–樹枝–樹葉,有技術轉產品的人最容易犯的就是這個思維方式,拿到用戶需求的功能點,就開始想怎么做設計了。
- 需求分析:首先,樹葉–樹枝–樹干,然后,樹干–樹枝–樹葉,所以說需求分析是一個分-總-分的過程。無視用戶想要的東西,窺探到內心真正的渴望,再給出更好的解決方案。
比如我在和需求方談論需求時,他們說新的功能中一定在維護優惠券填寫券號時,給一個查詢已維護的優惠券的前十個的券號的功能。因為這個券號是要維護人員手動錄入的,而實際也就是每次加一,所以,他們需要知道上次券號維護到哪里了。
開始我就直接在想這個按鈕怎么放,這是個券號是用下拉框展示,還是用按鈕,點擊彈出是個券號的彈出框(典型的技術烙下的思維模式),后來發現自己的這個誤區后,馬上做出調整。首先窺探用戶真正想要的是能直觀的知道券號該是多少,所以我以真正的需求分析思維考慮后,就考慮:是直接在券號項默認顯示出要維護的券號,還是說用戶可以手動輸入,在輸入后面加一個自動計算券號的按鈕?
四、原型中遇到的那些坑
Axure產品原型,知道做產品要出原型,果斷學習Axure,對于技術出身的來說,這Axure還是很好學的,學的特深入,所以得效果都學會后,開始自己試著畫原型。
坑一:
上來就畫高保真的原型圖,關于原型的風格、樣式和布局可花了我不少功夫。最后才知道,原型實際不需要太高保真,能用文字說明的就不要花時間在動態效果上。看看我為了實現一個動態效果,加了多少個判斷,真不愧是做技術的(開始做出來還覺得很自豪)!
坑二:
一定記得先去理清所有需求,再去根據需求畫原型,要不然畫好再修改時是很痛苦的事情。
坑三:
畫原型時一定要記得使用母版和動態面板。
開始是不知道母版的重要性,也沒想過去用,后來在逛“人人都是產品經理”網站時,看到很多面對新人的文章,都提要原型要使用母版,才感覺母版的重要性,
馬上做出調整,及時的加上母版,事實證明很多次自己都很慶幸自己當時使用母版事多么明智。
坑四:
要做產品,考慮問題要有全面的思維。
比如需要一個按鈕,一定要考慮按鈕使用的情景,不同情況下是不是展現多種按鈕形態,要把不同的情形和對應的效果詳細標注出來,以方便開發人員開發時
清楚的知道要實現的功能:
以上就是做產品時候的一點心得,希望有值得借鑒的東西,不正確的地方也歡迎糾正和補充!
本文由 @ julia310 原創發布于人人都是產品經理。未經許可,禁止轉載。
hello 可以留個聯系方式溝通請教下嗎 目前也是從技術轉到產品的呢
怎么樣 成功了嗎
一毛一樣的坑,看到一個動態效果那么多判斷的時候不由得笑出聲
你怎么轉到產品的,是出去另外找工作嗎
描述很實際,確實是工作中遇到的一些問題,謝謝;
雖然不是技術轉產品的,但是寫的很多地方還是很貼切實際的,共勉。。。
貼近實際,不錯
同為技術轉產品~你會發現技術的世界真的單純很多~
技術和產品比產品單純很多,產品和運營比產品單純很多……
有轉產品想法的技術猿,請教下,如何順利轉
我也是打算從程序猿直接轉產品,請教前輩們如何順利轉?
我也是準備從技術轉產品,但是最近投簡歷發現基本都是招有經驗的產品,請問前輩們是如何成功轉的呀?
雖然寫的很細碎,但是都挺到位,是工作中常碰到的細節問題
同樣技術控,說的很到位,思維模式正在轉變中。
共同加油!