-
1 # 啊丁灬
-
2 # 我很忙先森59
雖然同屬於設計,但是差別還是比較大的。ui主要針對手機端的app等主題圖示、網站的建設排版進行設計,這行跟平面設計裡用到的東西基本沒有相同, 你要重新學產品啊 建議報個班.推薦AAA教育.靠譜
-
3 # 設計有偶
首先根據你的描述可以看出,你雖然做設計很多年,那麼你對產品經理的工作職責範圍瞭解多少呢,就比如你們現在的公司有沒有產品經理,他們每天都在做什麼?
現在不是你能不能轉產品經理,而是你能不能勝任這個崗位,只有具備了產品經理的能力你才可以勝任;接下來去從某大型網際網路招聘網站上截圖下來的對產品經理崗位的要求,您可以看下,對比下看看還有哪些方面的不足:
所以有的時候我們想去轉崗哪個崗位的時候,建議可以去相關的招聘網站上看下這個崗位的硬性要求,這樣可以讓我們找到正確的方向;
-
4 # P1HENFEIFAN
我就是從一個UI設計師轉行成產品經理的。在開始下這個決定的時候,也有很多疑惑,迷茫,也曾請教過周圍的朋友,上知乎,貼吧,QQ群去諮詢瞭解。回望來路,當時的一些問題現在想想很多十分幼稚甚至低階,所以更加感謝那些好心耐心指點我的或現實或陌生的朋友。我的彼時彼刻,或許正如你的此時此刻。如果我的這個回答能夠給你一些幫助,也算是回報那些在我成長路上善意的人們,也祝你能夠轉型升級,實現自己更高的價值。
UI設計,其實和產品經理是有很多相似之處的。在一些小公司裡,出於人力成本考慮,很多時候,往往是產品+程式設計師組合,或者UI設計+程式設計師組合。前者是直接拿原型圖給前端去做互動,UI設計則是拿設計圖給前端去做,但實際上我們在做頁面設計的時候,往往已經在腦海裡思考或者在本子上做了簡單的需求分析和頁面結構層之間的分析了。比如公司是科技產品,在配色上會以藍色這些冷色為主,如果是做商城,則會用橙色紅色這些暖色。類似的情景相信做過UI的朋友都經歷過,其實這已經是產品分析了,只是當時沒有這個概念而已。不管是產品經理還是UI設計,都是最前沿和使用者打交道的。
所以在往產品經理轉型的道路上,我們UI設計是有基礎的,是有先發優勢的。我們之前做UI的積累,並不會隨著我們做產品而無用武之地。相反,這些東西反而是我們的助力和優勢所在。之前產品手記的老師跟我分享過,UI設計轉產品定義為二級轉行難度,這個定義我體會是很精準的,難度確實不大。所以打算轉行的朋友們不必妄自菲薄,如果決定了就去全力以赴吧,你的路是對的。
那麼,UI設計和產品經理又有哪些不同之處呢?我們轉行以後重點要學習的是什麼呢?我們知道了自己從UI設計來,也要知道自己究竟去往何處,才能堅定方向,踏實腳步。作為一個過來人,在這裡分享一下,希望對即將成為產品經理的朋友們有點啟發。
根本的區別,在於側重點不同。UI分析產品,主要是考慮表現層,主要側重在視覺上。而產品經理,首要考慮的則是需求問題。一個產品,從需求出發,框架層,結構層,甚至戰略層,都是要產品經理去考慮的。相對於UI的具體實現,產品經理則是更加的抽象和宏大。拿大家耳熟能詳的三國舉例,產品經理像是負責敵我分析,排兵佈陣,糧草補給的軍師,UI設計更像是具體執行,攻城略地,勇敢無畏的大將軍。
明白了他們的不同,其實半隻腳已經踏進了產品經理的大門。下面我說一下產品經理的日常工作,朋友們可以參考著這些工作技能去收集資料和學習,做到有的放矢。
首先必須掌握的就是原型圖的製作,和PRD,BRD一類文件的編寫。原型圖的工具用的多的是AXURE,相信UI的朋友們並不陌生,只是之前我們的看,現在需要自己去畫。文件則是給技術,測試等其他工作人員看的,文件打字容易,格式也容易掌握,但難點就在於你的思路和分析規劃。
其次產品的日常工作,主要有需求分析,使用者研究,使用者體驗,競品分析這些。像這些都是咱們UI設計師平時聽過,但是沒有做過的了,也是我們要重點去了解和學習的幾個方面。
所謂需求分析,就是作為產品我們要了解使用者,瞭解專案的功能等具體的要求,就是確定專案必須要做什麼。在這裡我們UI要做一個轉變,因為我們之前主要是實現,現在要警惕掉入“怎麼實現”的陷阱。需求分析要注重需要“實現什麼”,而不是怎麼實現。
所謂使用者研究,當然就是站在使用者角度去思考,明白什麼是真需求什麼是偽需求,這是很重要的。如果路是錯的,投入的人力物力越多,則損失越大。產品經理在這一點上責任重大啊。
使用者體驗不必多言,使用者體驗不必多言,其實我們做UI的,也是一直強調和看重使用者體驗的。還是回到上面分析的,UI是具體實現,產品是抽象的,要更多的去思考人,這裡也建議可以私下看一點心理學的書,人的心理是有跡可循的,一些操作互動如果符合了人的心理,那麼對於傳播和推廣都是有很大助力的。這些說起道理都是比較容易理解的,具體怎麼去做,還是要在實踐中去不斷積累經驗。
競品分析,顧名思義就是了解競爭對手,產品好在哪裡,錯在哪裡,所謂他山之石,可以攻玉。實際上這個裡面很有學問,絕對不是你下一個競爭對手的軟體去用一下就能瞭解的,還是需要很多專業的東西的。
分析了這麼多,相信你能看到自己的優勢,也能知道努力的方向了吧。“紙上得來終覺淺,絕知此事要躬行”。知道方向,具體怎麼去了解呢?我當年自己在網上探索的時候,很慶幸得到了很多前輩老師的幫助,卻也走了很多的彎路。我相信大家此刻都是有這個決心和毅力的。但是我們不應該把精力都投入到鑑別良莠不齊的資料中來。我在這裡給大家推薦幾個覺得不錯的,適合產品經理去了解的網站。如果大家有什麼更好的,也可以推薦給我,我以後也告訴更多的人。
第一個是人人都是產品經理這個網站。http://www.woshipm.com/
這裡會有一些免費的講座,和一些熱門文章,講的都是產品經理相關的。類似於我們UI的站酷啊,花瓣啊。可以常逛逛,開拓視野,增長見識。不過這個網站上的東西不成體系,像是海邊的貝殼,你撿到幾個覺得漂亮可以作為裝飾,但是依靠他建立摩天大樓則不能夠。所以正確的開啟方式應該是利用自己的零碎時間,比如在通勤的路上,在吃飯等餐的時候...最簡單的就是,以後把你用在打王者的時間,抽出來一局用來逛這個,日久必有所得。
回覆列表
首先我們必須指出的是,根據公司的規模,一個產品所需要的設計技能是會有所差別的。在一個小而緊湊的初創企業裡面,產品經理和使用者體驗設計師(UXD) 這兩個角色通常是由同一個人扮演的。但是,隨著團隊的壯大,你作為產品經理的的職責就會慢慢發生變化(來自UXPin的這篇文章對此有更詳盡的描述)。
所以,在考慮以下技能的時候,請注意要把團隊的規模納入到考慮範圍之內。
技能一:高階使用者研究技能
頂級的產品經理能夠真正的瞭解他們的使用者,並能為團隊的其他成員正確的點出使用者的痛點,慾望和需求【通常是以描繪及設計人物角色(personas)或者故事板(Storyboards)的形式呈現】。
這意味著一個產品經理需要擁有很強的調研能力和同理心 — 他必須能夠和客戶進行深入的面談並進行相關的調研,綜合運用獲得的資料,並從跟客戶的對話中對問題進行透徹的洞察。無論你所身處的團隊規模是大是小,這一 點都是非常重要的 — 產品經理必須能真正成為客戶的喉舌,這樣才能對產品的發展方向進行掌舵。
設計技能要點:現場調研、可用性測試、人物角色設計、故事板、客戶旅程地圖(即customerjourneymap,簡寫CJM,這是一種描述客戶在使用產品或者服務時的體驗,主觀反應和感受的技術)。
技能二:互動設計技能基礎
一個好的產品經理應該能夠清晰的描述使用者的目的,並根據使用者的這些目的來定義好產品的功能點。除此之外,產品經理還應該能理清楚產品的架構,並能清楚的勾畫出使用者訪問每一個頁面和功能點的路徑。
隨著你的團隊逐漸壯大,也許使用者體驗設計師將來會幫你分擔這些責任,但是你自己作為產品經理還是必須擁有這些領域知識的,這樣你才能與客戶和設計師等作更深入的分享和互動。
在一個小點的團隊裡面,線框圖和使用者流程圖是產品經理和團隊其他成員進行溝通的非常有效的工具。如果你還身兼使用者體驗設計師這個職位的話,去熟悉一些通用的設計樣式(普羅大眾都能接受的常見的使用者場景的佈局方案,如搜尋、登入框、設定等場景)也是很有必要的。此外,掌握一些互動設計領域的易用性原則也是很有用的,這樣你就不用做重新發明輪子的事情,也就不用擔心會搞出一個讓你的使用者飽受挫敗的設計出來了。
設計技能要點:草圖、線框圖、使用者流程圖、站點地圖(site maps)、使用者故事、設計樣式。
技能三:品位
這個技能說起來可能會存在爭議,但是我覺得還是必須提出來 — 頂級的產品經理都會有著不可言傳的品位。作為產品經理,你自身並不需要是一個視覺化設計師,但是,你必須能夠辨識出什麼是偉大的設計。
品位這個東西不是與生俱來的,你必須要涉獵大量的設計,包括好的設計和差的設計,並認真的進行對比,仔細分析為什麼這些就是好設計,而那些就是壞設計。透過大量的練習,最終你就會將你的品位提升上去,從而能夠引領你的產品團隊往正確的方向邁進。
之所以說品位這個技能存在爭議,是因為品位這個東西是很難去定義的,且如果你的品位不能獲得別人的認同的話,這種主觀性的觀點可能會讓你的團隊產生讓人氣餒的無謂爭執。
但無論如何,作為一個產品經理,擁有你自己的品位無容置疑是一件很好的事情。作為產品的“所有者”,如果大家都信服你的品位的話,你自身就在整個團隊中充當著一名值得信賴的產品質量判官,這就能大大的提高產品的質量以及避免掉一些沒必要的妨礙開發往前發展的爭執。有時如果你對自己的品位產生懷疑的話,你可以多去看看iPhone的設計,它就是品位很好的衡量標準。
技能四:視覺化設計的基本概念
除了上面提到的品位,一個產品經理還應該知道視覺化設計常用的詞彙。這樣你才能用設計師的語言來和對方進行溝通,從而才能搞清楚設計師之所以採取該設計方案的利弊權衡以及為什麼要這樣設計的深層原因。