產品經理簡歷怎麼寫

Ⅰ 產品經理 簡歷的工作業績怎麼寫

工作業績主要首先簡單陳述自己的工作內容，業績方面主要突出崗位取得過的主要成績，業績盡量數據化表達，同時也要反映出具有怎樣的經驗和能力的積累。

Ⅱ 產品經理簡歷中的專業技能怎麼寫

產品經理簡歷應包含以下幾個方面：
1、基本信息（必須條件）

2、教育背景（加分條件，大公司更傾向於好的學歷）
3、項目經驗（核心內容，能不能做事就體現在這里）
4、獲獎情況（錦上添花）

基本信息
極簡格式：名字第一行＋手機第二行＋郵箱第三行，居中對齊；
其它信息（性別、地址、生日、籍貫、…… 統統不要）；
好看的（不能自認為），右上角要有照片（注意設計排版），會加分 。

教育背景
格式：時間（建議格式：2014/01~2014/02）＋學校（例如：北京郵電大學）＋學院（例如：計算機學院）＋專業（例如：智能科學與技術）＋學歷（要寫碩士而不是研究生，有保送的要加上）＋名次（例如：前3%，10%以外不建議寫）＋畢業時間（例如：2015/03畢業）;
注意：最高學歷在最上面 ；
研究方向要對產品有幫助才能寫（注意別寫專業課程），如何判斷對產品是否有幫助呢？主要看看研究方向與產品本身的相關性有多大（當然前提是你對企業關注的研究應用領域有了解，注意不能是只領域相關，越細才越有價值），沒有相關性的或幫助的（或不確定幫助大不大的）則不要寫。

項目經驗
第一行，簡介，格式：時間（建議格式：2014/01~2014/02）＋公司或項目名次（例如：網路或xxxxx項目）＋部門或項目類型（例如：xxx產品部或xxx聯合項目）＋職位或職責（例如產品經理或市場負責人，不要寫xxx實習生）
第二行，負責的產品（例如：QQ音樂或xxx系統或xxx活動，注意產品可以是所有的東西，但必須要有對象，即用戶；然後要有產品形態，即你解決用戶需要所用的標准化的辦法，沒有被標准化的不能稱為產品）;
第三行至更多，項目描述。項目描述包括：
產品調研：包括：市場調研、競品分析、用戶研究、商業模式
產品設計：包括：市場文檔（MRD）、產品文檔（PRD）、交互設計、視覺設計
開發測試：包括：前端開發、後端開發、策略研究、測試、運維
項目管理：包括：項目計劃、項目管理、項目總結
運營：包括：產品運營、用戶運營、渠道運營
市場：包括：市場推廣、品牌營銷、營銷策劃、公關 o 商務：包括：商務合作、商務運營
銷售：包括：客戶拓展、產品銷售、客戶管理、銷售運營

Ⅲ 產品運營轉產品經理簡歷該怎麼寫

簡歷上就應該寫自己是否擅長於人力資源管理，以及有哪些人力資源管理的意見和良好的經驗，最好能夠寫上自己能夠轉為產品經理的優點和長處。

Ⅳ 產品經理如何在簡歷中介紹自己的項目經歷

在簡歷中，一方面項目經歷很重要，一方面怎麼寫項目經理很重要，沒經歷你什麼都寫不了，但是即使你有經歷不會寫也會讓HR覺得你沒有達到你應該有的水平。我建議大家在描述自己的項目時可以用STAR法則，並說一下你的收獲和感悟。
STAR法則指的是Situation背景、Task任務、Action行動、Result結果，用這個法則，你可以清晰地表述出背景、自己的角色、項目周期、項目組人數、工作內容等，HR能很直觀地了解和認識你的項目經歷，這樣的說明方式更加整體和系統。而收獲和感悟更多的是體現你個人的思考，在項目完成之後會不會進行復盤，有沒有收獲，之後能不能將學到的東西用到工作中，這些都是HR關注的點。
接下來，我就為大家詳細講解一下STAR法則應該如何使用。
首先是situation背景部分，這部分你要介紹一下項目的背景，重點是這個項目的目標還有各種限制因素，比如說時間的限制、成本的限制等等。舉例：項目組在2019年2月至5月對現有APP用戶進行訪談以便指定下版本的改進方向。我們在2018年1月至6月期間，面向成年人學習英語的場景推出了《閑學現用》英語學習產品。
Task部分你需要介紹清楚自己的職位和任務，讓HR知道你是干什麼的，在項目中擔任了什麼角色，被分配到了什麼任務。舉例：作為產品經理，我負責用戶研究、需求調研分析、功能拆解等工作。作為後台開發，我負責軟體模型建立、代碼編寫、測試編寫工作。
Action行動部分，你需要根據分配到的任務描述出你做了什麼，需要注意的是你需要用數據來支撐，一是用數據更加直觀，二是更能增加說服力。舉例：我訪談了30名關鍵用戶，組織了3次焦點小組訪談，發放並收回200多分有效問卷，對於用戶在現有版本中存在的問題和期望有了了解，隨後將需求轉變為功能模塊，並按照用戶旅程圖拆解出7個場景，形成了60多個用戶故事。
最後Result結果部分，你需要介紹一下行動後的效果，依然要有數據作為支撐，以讓HR更好地衡量你的工作成果。舉例：在我的協調管理下，產品提前1個月上線。產品上線後用戶留存率增加了2%。
關於項目數量方面，我認為適中即可，不要太多也不要太少。3個優質的項目就已經足以向HR展示出你的能力，而太多的項目反而會讓HR抓不住重點，看下來之後感覺你經歷很豐富，但是能記到腦子里的卻不多，沒有很強的獲得感。而什麼是優質項目，我認為最關鍵的一點是需要和你應聘的產品經理崗位相關的項目。因為這種項目更能體現出你作為產品經理的能力，即使你其他項目做的多好，你的身份終究不是產品經理，HR求職時找的是和崗位最匹配的人，而不是多面開花但不精專的人。
--
我是馬力，移動互聯網的第一批互聯網人，有十幾年的產品、設計和用戶增長經驗。目前我在做知群這個職業教育平台，現在我們的影響力已經很大，各大公司的專家和高管都在知群的平台上給大家做分享，包括知名的產品經理梁寧老師等。現在有各種造假、不靠譜的培訓，我們這樣的正規軍來做教育，對於行業是好事。
現在，我正在直播講課，主要幫助入行產品經理、設計師、運營的同學，現在有一個免費的名額，你可以報名。

Ⅳ 想得到面試機會，要怎麼寫簡歷

好的簡歷有多重要，你的經歷是優厚的結果，是你銷售自己的產品說明書。好簡歷，你的品牌廣告。請用簡潔的語言清楚地表達你的個人價值，幫助你獲得更多獲得心儀職位的面試機會。我篩選了數千份簡歷，采訪了不到數百名產品經理職位面試官，體驗如下。招聘壓力大的時候，各面試官或HR停留在簡歷上的注意力可能只有15秒。在這么短的時間內如何讓自己的簡歷脫穎而出？但是建議應該這樣更換簡歷。

工作背景，能讓面試官更好地理解你所在的工作到底解決什麼問題？如何獲得利潤？這樣面試官就更容易理解你工作的價值。如果遺漏這一部分，會有很大的危險。如果面試官不了解你做的工作領域，你的簡歷就完全看不到了。圍繞目標到底做了什麼，要說清楚。少使用主觀評論語言，多使用客觀描述的語言。使企業的價值更加突出。最好有數據化的成果(提高轉化率、提高磷效率、降低成本等)。真的不好。也要有里程碑式的成果結果。

Ⅵ 產品經理，如何像設計原型那樣設計自己的簡歷

又到了年底跳槽大遷徙的時期，在這里記下自己簡歷心得（可任意噴）和設計簡歷原型的奇思怪想獻給各位產品新人寶寶們，希望對各位寶寶有拋磚引玉之效。用原型輔助設計自己的簡歷對於面試產品的人來說，形式上算不上什麼奇異技巧，但是可以直觀的給面試官展示你的原型交互功底，以及將自己作為產品時，產品結構的設計思路。
混了這么長時間的產品汪，我的感受是，在做產品前一定要對需求進行深度分析，產品可以做，但一定要往對的方向做，好比醫生在對病人進行望聞問切後的診斷，明明得的闌尾炎，非得按照腹瀉來治，可憐那病人會有好結果么。so，咨詢了些異常挑剔的HR們，得到的反饋是她們最關注的就是三點：項目、經驗、項目經驗。簡歷RP說到底還是個人簡歷，像個人信息、項目經驗、教育培訓、個人評價等簡歷常態的東西還是要展示。這么多信息如何重點展示，以下做個示例。
首頁簡要介紹「你是誰，你要干什麼，你做過什麼」，個人信息中我選擇將主要展示的「姓名、求職意向、聯系方式」與次要關注的「出生、性別、郵箱、學歷、居住地」信息採用鏡面翻轉形式展示，一來可以為重頭「項目經歷」騰出重要位置，其次通過翻轉形式避免個人信息過多文字堆砌，滑鼠移入頭像時，頭像顯示為個人微信二維碼（哪知道會不會加好友，先放上）。項目經歷欄目中簡要說明各項目公司、時間、崗位、內容。然後是簡要的的項目經歷和個人評價的顯示，各欄目可通過點擊「更多」按鈕，跳轉到對應欄目。底部導航中提供各欄目快速入口"首頁" "項目" "教育" "培訓" "評價"。
項目經歷中蒙版顯示項目內容，若多個項目可通過添加「下一頁」按鈕和蒙版底部「項目進度條」顯示當前所在的項目。
教育經歷中分兩個模塊：所學專業內容和在校期間榮獲獎項。信息內容較少，採用直接平鋪展示。
簡歷可以有多種風格，但是盡量簡潔，因為HR可能沒有那麼多時間去欣賞你的簡歷。

Ⅶ 應聘互聯網產品經理職位,簡歷上該注意些什麼

產品經理簡歷應包含以下幾個方面：
1、基本信息（必須條件）

2、教育背景（加分條件，大公司更傾向於好的學歷）
3、項目經驗（核心內容，能不能做事就體現在這里）
4、獲獎情況（錦上添花）

基本信息
極簡格式：名字第一行＋手機第二行＋郵箱第三行，居中對齊；
其它信息（性別、地址、生日、籍貫、…… 統統不要）；
好看的（不能自認為），右上角要有照片（注意設計排版），會加分 。

教育背景
格式：時間（建議格式：2014/01~2014/02）＋學校（例如：北京郵電大學）＋學院（例如：計算機學院）＋專業（例如：智能科學與技術）＋學歷（要寫碩士而不是研究生，有保送的要加上）＋名次（例如：前3%，10%以外不建議寫）＋畢業時間（例如：2015/03畢業）;
注意：最高學歷在最上面 ；
研究方向要對產品有幫助才能寫（注意別寫專業課程），如何判斷對產品是否有幫助呢？主要看看研究方向與產品本身的相關性有多大（當然前提是你對企業關注的研究應用領域有了解，注意不能是只領域相關，越細才越有價值），沒有相關性的或幫助的（或不確定幫助大不大的）則不要寫。

項目經驗
第一行，簡介，格式：時間（建議格式：2014/01~2014/02）＋公司或項目名次（例如：網路或xxxxx項目）＋部門或項目類型（例如：xxx產品部或xxx聯合項目）＋職位或職責（例如產品經理或市場負責人，不要寫xxx實習生）
第二行，負責的產品（例如：QQ音樂或xxx系統或xxx活動，注意產品可以是所有的東西，但必須要有對象，即用戶；然後要有產品形態，即你解決用戶需要所用的標准化的辦法，沒有被標准化的不能稱為產品）;
第三行至更多，項目描述。項目描述包括：
產品調研：包括：市場調研、競品分析、用戶研究、商業模式
產品設計：包括：市場文檔（MRD）、產品文檔（PRD）、交互設計、視覺設計
開發測試：包括：前端開發、後端開發、策略研究、測試、運維
項目管理：包括：項目計劃、項目管理、項目總結
運營：包括：產品運營、用戶運營、渠道運營
市場：包括：市場推廣、品牌營銷、營銷策劃、公關 o 商務：包括：商務合作、商務運營
銷售：包括：客戶拓展、產品銷售、客戶管理、銷售運營
其它 ...

現在簡歷中普遍存在的2個問題
一是離產品太遠（不相關）；
二是相關但太散（都是具體的一件一件的事兒）

對第一種情況，一定要把所有做過的事情盡可能產品化，按照上面的維度去描述你原有的工作，才有價值。怎麼轉化？（例如我做的是一個純技術工作），不論你做的項目是什麼，一定有人用吧？有人用就有用戶，你就解決了他的需求，你做的事情就是產品中的項目，項目的工作分類就是上面的這些事情，這樣所有的項目都能被套進產品化的思維。實在實在套不上的，怎麼辦？就強調與產品相關的專業能力有哪些，例如數據、調研、組織等能力。

對第二種情況，雖然你做的就是產品的事情，但很多散而小的事情（例如完成了產品xxx分析，xxx交互原型設計，xxx報告等等）直接堆積到簡歷上是沒有價值的。要把你的具體的事情，按照不同的類別進行分類，然後用關鍵詞聚類的辦法，把相關的工作梳理到一塊。按項目或任務描述完整的過程，每個項目中才是這些大大小小的具體的事情。

每個項目如何描述呢？維度如下：
目標：項目或任務的可量化目標是什麼？
合作：你和多少人合作？你的角色是什麼？
工作：你用什麼獨特的方式，完成了什麼工作？
結果：用數字體現你的工作有多成功？
描述時，最最重要的是：大量的可量化的數字；

每件事，要體現產品思路（按產品思路敘述你做的每件事），產品思路需要自己領悟，多看多想多沉澱；
言語中要體現自己對自己的主人翁心態（大產品經理概念：對業務負責，對用戶負責，對產品負責，不對事負責） 。

獲獎情況
時間（建議格式：2014/01~2014/02）＋級別（例如：國家級別或校級別，院級別提）＋獎項名稱或類型（例如：獎學金或XXX大賽，能簡寫的一定要簡寫）＋名次（例如：前1%或第一名，強調獎項的稀缺性，量化強調領先多少人）＋次數（例如：共2次）
不超過3行，每行1類
互聯網相關公司的獎項要放到最前面
與應聘職位要相關（應聘產品的，少提或不要提技術類獎項）

個人簡介
不要寫XXX能力較強，為人XXX，愛XXX這樣的空話
要寫故事，寫具體的事情，透過故事傳遞情感、價值觀、和能力（學習能力、執行能力、溝通能力、觀察能力、總結能力、心態、團隊合作能力、管理能力、情商、抗壓能力）
故事要細化，量化，情境化。

Ⅷ 前端技術轉產品經理怎麼寫簡歷

找結合點，比如可能更加註重細節，做原型交互更好，知道用什麼樣的交互效果更有感覺
實在不行，就突出你的前端技能，自信，有些公司說不定看重你這點的

Ⅸ 簡歷 熟悉軟體一欄怎麼寫

主要是描述你在該項目過程中的職責和發揮的作用，還有是否有超過崗位預期值的表現。

答完後發現好像下面的離題了。
以下的幾點，不是指要寫入到簡歷中的內容。
簡歷簡歷，精簡的個人履歷。
以前寫的一個簡歷注意事項： 寫簡歷的技巧

但我覺得如果這些問題你都思考過了，你的簡歷，還有你的面試過程，都會輕松一些。

另外，如果這些問題，你平時都有思考的話，那就不會還是「其餘項目基本是按照業務設計在進行代碼開發」，你就能承擔更多的責任。

--- 離題的分割線 ---

1.需求階段：是否積極參與？是否理解產品的意圖？有否發現產品遺漏的地方？
我們老大對我們的要求是：「對需求的理解，源於產品經理，但要高於產品經理。」
一般有 10 種開發人員， 遇到需求中PM有遺漏的時候：一種害怕增加工作量，「等他們想清楚後，下個版本再給他們做，免得加班」；另一種則積極的參與討論，溝通+共贏。
2.設計階段：是否積極參與？是否理解設計的意圖？
有重復性的事務，「程序員的第一美德是懶惰」，有沒有想過寫點小工具來解決？
有重復性的代碼，有沒有想過用設計模式，有沒有想過抽離組件化，便於復用？
沒技術含量的重復，有沒有思考過操作流程是否有定式？進而總結出來，便於新人？
3.開發階段：
是版本負責人嗎？工作分解熟悉嗎？
自己負責的功能，有按時完成嗎？
不能按時完成的，有及時反饋嗎？ 是協作問題嗎？
和其他開發人員，包括其他小組的，開發過程中溝通順暢嗎？
開發過程發現的需求問題，怎麼處理的？
4.測試階段：
一次通過率多少？
BUG率多少？
低級bug多嗎？
送測輪次多少？
BUG修復速度如何？