互聯(lián)網產品經理述職報告_第1頁
互聯(lián)網產品經理述職報告_第2頁
互聯(lián)網產品經理述職報告_第3頁
互聯(lián)網產品經理述職報告_第4頁
互聯(lián)網產品經理述職報告_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

互聯(lián)網產品經理述職報告篇一:互聯(lián)產品經理的工作職責互聯(lián)產品經理的工作職責這幾天我梳理了1年以來的工作內容,并將產品經理的工作職責整理出來。按照產品階段劃分,可分為5個方面:一、市場及用戶研究、市場分析:發(fā)現(xiàn)并掌握目標市場和用戶需求的變化趨勢,對未來幾年市場上需要什么樣的產品和服務做出預測;、競品分析:收集競爭對手的資料、試用競爭對手的產品,從而了解競爭對手產品;、用戶研究:通過定性(用戶訪談)、定量(調查問卷)等分析方法對用戶需求進行挖掘和分析;二、產品規(guī)劃及設計、產品規(guī)劃:確定目標市場、產品定位、發(fā)展規(guī)劃及路線圖;、需求管理:對來自市場、用戶等各方面的需求進行收集、匯總、分析、更新、跟蹤;、產品設計:編寫產品需求文檔,包括業(yè)務結構及流程、界面原型、頁面要素描述等內容;、版本管理:維護產品的每個版本的功能列表;三、開發(fā)及項目管理、需求確認:組織協(xié)調市場、研發(fā)等部門,對需求進行評估及確認開發(fā)周期;、項目跟蹤:跟蹤項目進度,協(xié)調項目各方,推動項目進度,確保完成項目按計劃完成;向領導及相關部門溝通項目進度;、產品測試:配合測試部門完成產品的測試工作;BUG管理;四、產品運營、流程制定:組織客服、運維部門,建立用戶問題投訴、意見反饋及其他產品相關的工作流程、分工、響應時間要求;、協(xié)調溝通:與公司領導、相關部門協(xié)調資源、溝通產品發(fā)展規(guī)劃、產品發(fā)展現(xiàn)狀及問題;、對外合作:與合作方商討合作可行性、方案,參與商業(yè)合同的編寫,跟蹤項合作項目的進度、完成;、問題處理:跟蹤產品運營過程中出現(xiàn)的故障、問題,并進行總結、分析,制定解決方法或納入到產品改進計劃;協(xié)助市場、客服、運維部門,解答或協(xié)調解決用戶提出的產品問題;、數據分析:組織建立并逐步完善業(yè)務數據分析系統(tǒng),確定數據報表樣式,建立日/周/月報制度,整理并定期向相關部門提供產品運營數據;對產品數據進行監(jiān)控,分析產品運營效果、用戶使用行為及需求,以便對產品進行持續(xù)性優(yōu)化和改進;、文檔編寫:建立產品文檔庫;編寫產品相關文檔,如產品白皮書、用戶手冊、客服手冊及其他產品相關文檔;、培訓演示:編寫培訓教程,并為公司相關部門、用戶進行產品培訓、產品演示;五、市場推廣、營銷支持:協(xié)助營銷部門,提煉產品核心價值、產品賣點、產品資料,參與制定營銷、運營推廣方案并提供產品支持;、市場支持:協(xié)助市場部門,參與各類產品發(fā)布、推廣及各類市場活動。確定工作職責后,同時也就確定了日常工作文檔的保持結構,這樣所有的工作資料都能有條不紊地保存,以便于分類管理及查找。以下就是目前我的工作文檔存放目錄。由此可見要做好產品經理真不容易,需要思考的東西多,負責的事情多,溝通的次數多。當然,如此磨練幾年,收獲也會很多。篇二:互聯(lián)產品經理人的工作流程互聯(lián)產品經理人的工作流程CtrlBYXX-08-23|分類絡技術0個評論產品經理人(productmanger):PM在一個企業(yè)中因為接觸的領域最廣,所以需要學習的東西也要最多,不需要成為專才,但是起碼也得是個通才。所以PM是個不斷積累的職業(yè),即使有一天你失去了這個職位,那么積累的東西別人是拿不走的。在互聯(lián)時代,每一個有盈利任務的企業(yè)站就是一個互聯(lián)產品,互聯(lián)產品經理的角色從更廣義的角度包括了站策劃的角色。目前除了一些比較成熟的互聯(lián)公司外,還少有一些企業(yè)將互聯(lián)產品設計的流程導入到站策劃流程之中。而下文這位產品經理分享的互聯(lián)產品設計流程對各位將起到很好的啟發(fā)作用一一如何讓我們的產品策劃流程變得更高效呢讓我們一起來學習吧。每個產品主要經過以下幾個階段:我們一一來看。.可行性評估主要執(zhí)行人員:UI(用戶界面設計)、UE(用戶體驗設計)、需求部門、程序部需溝通人員:銷售部當產品經理或站策劃人員確定基本的思路后,會先會跟跟各個人員溝通,并說明這個產品的思路、受眾及一些自己的想法.接著會拿出一個結構圖探討實現(xiàn)方面的可行性。我們也會準備相關資料與其進行溝通,主要會從數據報告、功能性及可行性三方面下手,在探討的同時會指出功能或結構上的一些問題,并提出改善方案,這步一定得仔細,UI、UE深入探討并盡可能考慮到每個實現(xiàn)的細節(jié),待框架打好,出好的產品很容易。但如果在可行性評估上出現(xiàn)隱患,余下的其它工作也將會遇到諸多問題。我們主要從以下三方面進行評估:(1)數據報告通過99Click、Netratings、Counter三套系統(tǒng)來進行數據收集,并在分析報告中指出相應的問題。⑵功能性站在用戶角度上,對方案的結構及功能性進行評估,提出并解決操作上的問題。(3)可行性每個產品初期都是感性的,但在不能保證每個功能都能按原有思路進行實現(xiàn),具體還需要和相關技術人員進行探討、碰撞后形成最終的產品思路。.產品原型主要執(zhí)行人員:UI、UE、需求部門需溝通人員:程序部、銷售部在產品原型方面,主要指的是黑白稿或線稿,除了顏色基本采用黑白的形式,最終出的產品原型將會和實際產品沒區(qū)別。這個環(huán)節(jié)會擬定出產品頁面的寬度,廣告的形式,導航基本樣式,各內容區(qū)域的表現(xiàn)形式等。當經過可行性評估階段后,產品經理的思路和自己也基本達成共識,接下來將進行原型設計,我將主要分為三個步驟來實現(xiàn):1)紙稿一般情況下結構圖都是采用word文檔描繪,我選擇筆和紙的方式,主要還是因為比較方便、易修改,有任何突發(fā)的思路只需要擦一下,就可以直接在已有的基礎上進行調整,由于之前的討論沒有實物參照,在這個環(huán)節(jié)你一定會發(fā)現(xiàn)更多有趣的問題。2)線稿、黑白稿當紙稿確定后,則由UI或UE使用做繪圖工具來描繪黑白稿(我主要使用Photoshop來進行這個步驟,跟據個人習慣不同,大家的方式也有所區(qū)別,比如淘寶UEDTeam及BaiduUE更多的則采用線稿的形式)。也許是做UI的原因,我習慣還是采用黑白稿,方便界面設計,在結構上也會精確到像素,比如:導航高度40px,頭條采用20px黑體,圖片規(guī)格:104X85px,頁面的各區(qū)域的留白為5Px…等等,只有這樣才會發(fā)現(xiàn)更多細節(jié)上的問題,當然到界面設計的同時你也會嘗到更多的甜頭。3)原型完成以上的兩個步驟后,產品的基本功能、結構、規(guī)范都已經大致成型。這時你可以叫上程序部、銷售部及需求部門產品經理,在白板上對著黑白稿做最終的討論。經過二次、三次調整,最終定下完整的產品原型。另外,值得提的一點是,在產品原型未確定前,千萬別急著去做界面設計,因為之前的討論主要會通過白板、Word或紙稿。在原型未確定前,有很多潛在的問題表現(xiàn)不是很直白,比如:“窄了、窄了,完了,新聞列表只能放八個字'、“廣告放不下了”、“數據提不出來,目前沒這個接口…”。如果提前進入界面設計的環(huán)節(jié),一但有問題,就意味著重新又需要找產品經理、技術部、銷售進行再次溝通,這個步驟是很煩瑣的,也會讓人很郁悶的。.產品界面設計主要執(zhí)行人員:UI、UE、需求部門需溝通人員:UID、SEO目前產品的雛形已基本成型,雖然還沒華麗的外衣,但凹凸有致的身型已隱約可見。下一步將進入界面設計階段,產品經理和站策劃們也將再次體會到黑白稿給他帶來的各種便利。1)UI(用戶界面設計)我的習慣是,主要針對首頁進行風格設計,并出3-4套界面,最終挑選出兩套左右提交給需求部門,同時也會指出自己最滿意的一套,和需求部門進行兩三次碰撞后,最終拿出定稿。2)UE(用戶體驗設計)UE則開始針對原型進行操作上的優(yōu)化調整,召集用戶并組織頭腦風暴,收集到相關意見后,由UE整理出交互及用戶體驗方面改善意見,并反饋給UI及需求部門。比如:“這個文字需要加下劃線”、“按鈕上不要加樣式,反而沒有點擊的欲望了…”。SEOSEO則根據原型提出搜索引擎優(yōu)化的意見,為制作階段代碼優(yōu)化做準備。這個階段一定要保證與需求部門溝通到位,當產品界面最終定稿后,建議再組織一次討論,這次用戶面對著是實實在在的產品,所感受會和之前有所不同。對產品效果上來說,這次的討論也會有不少收獲。.界面設計規(guī)范及功能實現(xiàn)主要執(zhí)行人員:UI、UE、程序、SEO需溝通人員:UE、銷售1)設計規(guī)范考慮到在動態(tài)實現(xiàn)方面,光憑效果圖很難直接的給予表現(xiàn),這時需要配合使用說明文檔及設計規(guī)范規(guī)范來做輔助,比如按鈕及文字鏈在觸發(fā)前后的樣式、文字間距…。如下圖:2)代碼及程序開發(fā)由UID進行頁面的代碼開發(fā)(CSS+DIV),并需嚴格參考SEO理出的相關規(guī)范,針對一些AJAX的動態(tài)效果還需要程序部人員協(xié)助完成,當靜態(tài)HTML完成后即由技術人員進行程序嵌套,并實現(xiàn)預期的功能。這個階段由UI、UE全程跟蹤,保證HTML和設計稿最大限度相似前提下,對已實現(xiàn)的功能進行測試,并出交互設計改善文檔,提交給技術人員。.產品上線主要執(zhí)行人員:需求部門需溝通人員:

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論