產(chǎn)品部門工作手冊范本_第1頁
產(chǎn)品部門工作手冊范本_第2頁
產(chǎn)品部門工作手冊范本_第3頁
產(chǎn)品部門工作手冊范本_第4頁
產(chǎn)品部門工作手冊范本_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

產(chǎn)品部門工作手冊v1.0部門工作目標(biāo)方案順當(dāng)落地執(zhí)行,階段性地解決用戶和公司的需求。工作流程說明產(chǎn)品調(diào)研產(chǎn)品調(diào)研,調(diào)研步驟如下:找需求提出方充分了解清楚問題所在和核心訴求;競品調(diào)研,找在這方面做得好的和不好的競品進(jìn)展?fàn)幷?,總結(jié)優(yōu)勢和劣勢;&原型下:模版寫成產(chǎn)品功能需求清單;需要用可被理解的方式〔草圖/原型/截圖〕協(xié)作產(chǎn)品功能需求清單和UI計(jì)師溝通產(chǎn)品效果圖設(shè)計(jì)需求;UI&交互設(shè)計(jì)UI界面設(shè)計(jì),需要考慮需求功能實(shí)現(xiàn)和其他的例如斷網(wǎng),缺省,數(shù)據(jù)刷等關(guān)系到人機(jī)交互體驗(yàn)的頁面設(shè)計(jì)和動效設(shè)計(jì),該環(huán)節(jié)最終結(jié)果的呈現(xiàn)方式是UI效果圖+高保真原型。UI使用UI效果圖+高保真原型+產(chǎn)品功能清單進(jìn)展跨部門爭論,務(wù)必使全部和產(chǎn)品功能相關(guān)的人員清楚明白地了解產(chǎn)品最終效果和功能點(diǎn),并開會爭論優(yōu)化/修改建議;UI關(guān)開發(fā)人員充分了解產(chǎn)品功能點(diǎn)/實(shí)現(xiàn)程度/需求優(yōu)先級,從技術(shù)角度提出建議和方案補(bǔ)充;UI切片并將最終效果圖〔加尺寸標(biāo)注〕和切片群發(fā)全體開發(fā)相關(guān)人員。&排期技術(shù)開發(fā)人員依據(jù)產(chǎn)品需求評估工程難度,針對產(chǎn)品功能需求清單中的容進(jìn)務(wù)分工。產(chǎn)品功能開發(fā)的地方需要第一時(shí)間向產(chǎn)品經(jīng)理確認(rèn)。測試產(chǎn)品功能需求開發(fā)完成后,將測試包/測試發(fā)送給測試人員,測試人員根BUG〔APP黑屏閃退等,最終全部的測試BUGLIST中列出的問題按優(yōu)先級逐B(yǎng)UG。&驗(yàn)收受到的瑕疵修改掉,該流程一般用于重大版本的迭代中。公布上線PC端產(chǎn)品,公布上線是指將測試站修改后的代碼遷移到正式站上;APP公布到應(yīng)用商店并審核上線。&迭代據(jù)支持。崗位工作說明產(chǎn)品經(jīng)理UI設(shè)計(jì)和技術(shù)開發(fā),協(xié)同設(shè)計(jì)/開發(fā)/運(yùn)營等多部門共同完成產(chǎn)品目標(biāo)。產(chǎn)品調(diào)研轉(zhuǎn)化/過濾成實(shí)際的功能需求,以需求清單的形式。teambition列表下,產(chǎn)品經(jīng)理需要每周定期對該列表中的容進(jìn)展梳理,確定每周需要調(diào)研的容?!承枨笾卫碛涗洠枨蟠u審”列表下,產(chǎn)品經(jīng)理每周需要花大局部時(shí)間對待評審的需求進(jìn)行治理和產(chǎn)品方案設(shè)計(jì)。具體的需求治理工作一般會從幾個(gè)維度開放:任務(wù)拆解:有的需求比較簡潔,只需要和特定模塊的開發(fā)人員說明清楚就可以,比方APP可。但是大局部核心需存在功能模塊設(shè)計(jì)環(huán)節(jié)的,參與的人員是產(chǎn)品經(jīng)理/UI設(shè)計(jì)/技術(shù)開發(fā),所以這類需需要任務(wù)拆解的,把整體需求拆解成一個(gè)一個(gè)相對獨(dú)立的任務(wù)模塊。通常狀況下,產(chǎn)品經(jīng)理每周五分別和設(shè)計(jì)負(fù)責(zé)人與技術(shù)負(fù)責(zé)人開需求評審會確定下周的設(shè)計(jì)任務(wù)和開發(fā)任務(wù),并在UI原型設(shè)計(jì)列表和技術(shù)方案設(shè)計(jì)下。在需求評審會前,產(chǎn)品經(jīng)理需要在需求待評審列表下的需求拆分成一個(gè)個(gè)的子任務(wù)。級聯(lián):產(chǎn)品開發(fā)注定是個(gè)需要多人協(xié)同的工作,一個(gè)需求在不同狀態(tài)下由不同的人負(fù)責(zé)執(zhí)行,這就是需求的級聯(lián)性,也可以說是關(guān)聯(lián)性。比方說一個(gè)“公布視頻”的功能,在立項(xiàng)后需要由產(chǎn)品經(jīng)理將功能拆解成一個(gè)個(gè)的小模塊,拆解UI設(shè)計(jì)師對小模塊進(jìn)展設(shè)計(jì)和切片,然后技術(shù)才能比照著UI設(shè)計(jì)這些步驟和流程沒有方法更改,有了上一步才能做下一步,這個(gè)維度我們稱為級聯(lián)。在任務(wù)安排過程中需要意識到級聯(lián)性,合理地將拆解后的任務(wù)按一定的先后挨次安排到不同的崗位。時(shí)間:要實(shí)現(xiàn)快速迭代,必需對需求中的每個(gè)環(huán)節(jié)有相對嚴(yán)格的時(shí)間掌握。每周五開需求評審會時(shí),除了讓技術(shù)負(fù)責(zé)人和設(shè)計(jì)負(fù)責(zé)人評估需求的實(shí)現(xiàn)難度和實(shí)現(xiàn)方式外,還需要對需求做時(shí)間評估,安排story〔story2個(gè)小時(shí)〕給每個(gè)需求,這是為了讓產(chǎn)品線下的每個(gè)人充分了解自己的短期deadlineteambitionUI原型設(shè)計(jì)列表下的全部需求原則上都帶有時(shí)間片安排。優(yōu)先級:求的優(yōu)先級有三種:一般,緊急,格外緊急。產(chǎn)品經(jīng)理在teambition求待審核列表下就安排好優(yōu)先級,以便設(shè)計(jì)和開發(fā)兩端在技術(shù)方案設(shè)計(jì)和UI設(shè)計(jì)時(shí)依據(jù)優(yōu)先級和時(shí)間片進(jìn)展時(shí)間排期。產(chǎn)品驗(yàn)收產(chǎn)品功能開發(fā)完成后進(jìn)展測試,測試完成后由測試人員將測試容交付給產(chǎn)品移入到上線部署/回歸測試隊(duì)列中,技術(shù)負(fù)責(zé)人每周將會對一周驗(yàn)收無誤的理和測試人員對公布上線的功能做一下回歸測試。UIUI頁面尺寸標(biāo)注等需求。效果圖設(shè)計(jì)UIsketch能需求清單和草圖/原型/截圖等。高保真原型交互設(shè)計(jì)效果圖設(shè)計(jì)稿經(jīng)過產(chǎn)品經(jīng)理確認(rèn)后,開頭針對效果圖進(jìn)展動效設(shè)計(jì),將sketchflinto中,對效果圖添加動態(tài)交互效果如點(diǎn)擊跳轉(zhuǎn)等。技術(shù)協(xié)作技術(shù)方案設(shè)計(jì)story安排給對應(yīng)的技術(shù)人員,確保開發(fā)工作量和開發(fā)效率可控,依據(jù)需求優(yōu)先級來制定對應(yīng)的開發(fā)排期表。技術(shù)開發(fā)人員進(jìn)展測試。測試BUG。

溫馨提示

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

評論

0/150

提交評論