1、產(chǎn)品部門工作手冊Vlo0部門工作目標創(chuàng)客星球產(chǎn)品部門的主要工作目標是在充分調(diào)研/考察市場發(fā)展環(huán)境和趨勢,解公司資源及人力部署情況的前提下，提供符合公司利益的產(chǎn)品方案并促使方案順利落地執(zhí)行，階段性地解決用戶和公司的需求。工作流程說明需求整理需求待評也列出產(chǎn)品功能是求清里UI方案設(shè)計I確定討計抑期確定開發(fā)癢期技術(shù)方案設(shè)計, j 開發(fā)任務(wù)報第1安配5寸子片U股計開發(fā)測試功能嶺收上黎配暑/回歸測試產(chǎn)品調(diào)研在需求未定或者需求還不是非常清晰的情況下，需要針對產(chǎn)品形態(tài)和方向進行產(chǎn)品調(diào)研，調(diào)研步驟如下：1.找需求提出方充分了解清楚問題所在和核心訴求;2。競品調(diào)研，找在這方面做得好的和不好的競品進行研究，總結(jié)優(yōu)

2、勢和劣勢；3.需求可行性調(diào)研，和技術(shù)人員溝通討論需求可行性。產(chǎn)品立項&原型產(chǎn)品調(diào)研結(jié)束后，將根據(jù)調(diào)研結(jié)果對產(chǎn)品進行立項，該環(huán)節(jié)具體的工作方式如下：1。和需求方討論，提取核心需求并確定需求實現(xiàn)方案，將對產(chǎn)品設(shè)計的構(gòu)想按照模版寫成產(chǎn)品功能需求清單；2.需要用可被理解的方式（草圖原型截圖）配合產(chǎn)品功能需求清單和UI設(shè)計師溝通產(chǎn)品效果圖設(shè)計需求;UI設(shè)計交互設(shè)計在該環(huán)節(jié)根據(jù)一定的UI設(shè)計原則進行產(chǎn)品整體的UI界面設(shè)計，需要考慮需求功能實現(xiàn)和其他的例如斷網(wǎng),缺省，數(shù)據(jù)刷新等關(guān)系到人機交互體驗的頁面設(shè)計和動效設(shè)計,該環(huán)節(jié)最終結(jié)果的呈現(xiàn)方式是UI效果圖高保真原型。UI效果圖驗收1 。使用UI效果圖高

3、保真原型產(chǎn)品功能清單進行跨部門討論，務(wù)必使所有和產(chǎn)品功能相關(guān)的人員清楚明白地了解產(chǎn)品最終效果和功能點，并開會討論優(yōu)化修改建議；2 .使用UI效果圖高保真原型產(chǎn)品功能清單進行技術(shù)研討會，務(wù)必使所有相關(guān)開發(fā)人員充分了解產(chǎn)品功能點實現(xiàn)程度需求優(yōu)先級，從技術(shù)角度提出建議和方案補充；3 .根據(jù)討論結(jié)果修改UI效果圖，驗收無誤后進行UI切片并將最終效果圖（加尺寸標注）和切片群發(fā)全體開發(fā)相關(guān)人員。技術(shù)方案設(shè)計&排期技術(shù)開發(fā)人員根據(jù)產(chǎn)品需求評估項目難度，針對產(chǎn)品功能需求清單中的內(nèi)容進行細化補充修改，預(yù)估開發(fā)周期，并根據(jù)需求優(yōu)先級進行功能排期。針對特定產(chǎn)品功能進行任務(wù)拆分，結(jié)合自身的實際情況制定開發(fā)方案

4、,各自明確任務(wù)分工產(chǎn)品功能開發(fā)開發(fā)階段，技術(shù)開發(fā)人員需要每日更新開發(fā)進度，根據(jù)開發(fā)排期表來制定每日開發(fā)目標并及時完成，該階段的任何需求方面的問題以產(chǎn)品功能需求清單中的作為標準，以高保真原型中的交互設(shè)計作為參考。開發(fā)過程中任何需求上存疑的地方需要第一時間向產(chǎn)品經(jīng)理確認。測試產(chǎn)品功能需求開發(fā)完成后，將測試包測試鏈接發(fā)送給測試人員,測試人員根據(jù)產(chǎn)品功能需求清單和高保真原型進行測試.主要測試的內(nèi)容包括和產(chǎn)品功能需求清單中描述不符的和常見的BUG磔APP黑屏閃退等），最后所有的測試結(jié)果匯總到BUGLIST4,技術(shù)開發(fā)人員根據(jù)BUGLIST4列出的問題按優(yōu)先級逐一解決BUG產(chǎn)品打磨&驗收產(chǎn)品打磨階

5、段主要用于在當前產(chǎn)品的基礎(chǔ)上提出一些優(yōu)化產(chǎn)品體驗的細節(jié),讓產(chǎn)品的用戶體驗更棒。這里的產(chǎn)品打磨不是指提出新的功能需求，而是指停下新功能的開發(fā)，花較短的時間來優(yōu)化產(chǎn)品中的細節(jié)體驗，將開發(fā)前沒有直觀感受到的瑕疵修改掉，該流程一般用于重大版本的迭代中.發(fā)布上線對于PC端產(chǎn)品發(fā)布上線是指將測試站修改后的代碼遷移到正式站上；對于客戶端產(chǎn)品，發(fā)布上線分兩個部分上線，一部分是服務(wù)端將接口代碼遷移到正式站另外一部分是將APP發(fā)布到應(yīng)用商店并審核上線。數(shù)據(jù)跟蹤迭代產(chǎn)品上線后，根據(jù)產(chǎn)品中的數(shù)據(jù)埋點監(jiān)測功能使用情況和用戶行為，根據(jù)數(shù)據(jù)分析出產(chǎn)品中存在轉(zhuǎn)化或者流程不通暢的部分，為產(chǎn)品迭代優(yōu)化提供可靠的數(shù)據(jù)支持。崗位工作

6、說明產(chǎn)品經(jīng)理產(chǎn)品經(jīng)理在整個團隊中的主要角色和任務(wù)是確定好需求,把明確的需求交付給UI設(shè)計和技術(shù)開發(fā)，協(xié)同設(shè)計開發(fā)運營等多部門共同完成產(chǎn)品目標.產(chǎn)品調(diào)研在進行較大的功能改動前,應(yīng)該首先對該類產(chǎn)品做一些競品調(diào)研,觀察競品優(yōu)劣,和自家產(chǎn)品做對比。另外，還需要從前線運營同事處充分了解到產(chǎn)品存在的不足之處和盲點，從核心用戶群中了解到產(chǎn)品體驗中的問題,將問題拆解轉(zhuǎn)化過濾成實際的功能需求，以需求清單的形式。如果是較小的功能需求，我們目前使用teambition進行需求的統(tǒng)一記錄和管理，產(chǎn)品調(diào)研階段的功能需求，統(tǒng)一存放在“teambitionBUG跟蹤記錄需求整理"列表下，產(chǎn)品經(jīng)理需要每周定期對該列

7、表中的內(nèi)容進行梳理，確定每周需要調(diào)研的內(nèi)容.（Tips：問題不等于需求，需求是將問題轉(zhuǎn)化提煉成產(chǎn)品語言后的表述方式和解決方案。）需求管理對需求進行隊列式的管理,需求管理包括收集問題確認需求方案分配需求優(yōu)先級根據(jù)排期監(jiān)測需求完成情況等工作.需求管理是產(chǎn)品經(jīng)理最重要最核心的工作，所有經(jīng)過立項確認要實施的需求統(tǒng)一存放在“teambitionBUG跟蹤記錄需求待評審”列表下，產(chǎn)品經(jīng)理每周需要花大部分時間對待評審的需求進行管理和產(chǎn)品方案設(shè)計。具體的需求管理工作一般會從幾個維度展開：1. 任務(wù)拆解：有的需求比較簡單,只需要和特定模塊的開發(fā)人員說明清楚就可以，比如APP中某個頁面的文字描述需要修改，這類小需

8、求就直接和技術(shù)人員溝通即可。但是大部分核心需求是存在功能模塊設(shè)計環(huán)節(jié)的,參與的人員是產(chǎn)品經(jīng)理UI設(shè)計技術(shù)開發(fā)，所以這類需求是需要任務(wù)拆解的,把整體需求拆解成一個一個相對獨立的任務(wù)模塊。通常情況下，產(chǎn)品經(jīng)理每周五分別和設(shè)計負責(zé)人與技術(shù)負責(zé)人開需求評審會確定下周的設(shè)計任務(wù)和開發(fā)任務(wù)，并在teambition中將這些待評審的需求分配到UI原型設(shè)計列表和技術(shù)方案設(shè)計下。在需求評審會前，產(chǎn)品經(jīng)理需要在需求待評審列表下的需求拆分成一個個的子任務(wù)。2. 級聯(lián):產(chǎn)品開發(fā)注定是個需要多人協(xié)同的工作，一個需求在不同狀態(tài)下由不同的人負責(zé)執(zhí)行，這就是需求的級聯(lián)性，也可以說是關(guān)聯(lián)性.比如說一個“發(fā)布視頻"的功

9、能,在立項后需要由產(chǎn)品經(jīng)理將功能拆解成一個個的小模塊,拆解完成后由UI設(shè)計師對小模塊進行設(shè)計和切片，然后技術(shù)才能對照著UI設(shè)計的效果圖原型切片以及產(chǎn)品經(jīng)理提供的需求說明來有條不紊地進行開發(fā)。這些步驟和流程沒有辦法更改，有了上一步才能做下一步，這個維度我們稱為級聯(lián)。在任務(wù)分配過程中需要意識到級聯(lián)性,合理地將拆解后的任務(wù)按一定的先后順序分配到不同的崗位。3. 時間：要實現(xiàn)快速迭代，必須對需求中的每個環(huán)節(jié)有相對嚴格的時間控制.每周五開需求評審會時，除了讓技術(shù)負責(zé)人和設(shè)計負責(zé)人評估需求的實現(xiàn)難度和實現(xiàn)方式外，還需要對需求做時間評估，分配story（時間片，一個story代表2個小時）給每個需求，這是為

10、了讓產(chǎn)品線下的每個人充分了解自己的短期工作內(nèi)容和deadline。在teambition的技術(shù)方案設(shè)計和UI原型設(shè)計列表下的所有需求原則上都帶有時間片分配4. 優(yōu)先級:只要拆分得足夠細，所有的需求都是帶有優(yōu)先級的，原則上每周五需求評審會上的需求就是優(yōu)先級最高需要馬上執(zhí)行的需求,如果中間有更高優(yōu)先級的需求插入，則需要另外開會和相關(guān)負責(zé)人溝通協(xié)調(diào)，討論如何修改排期.需求的優(yōu)先級有三種：普通，緊急，非常緊急。產(chǎn)品經(jīng)理在teambition的需求待審核列表下就分配好優(yōu)先級,以便設(shè)計和開發(fā)兩端在技術(shù)方案設(shè)計和UI設(shè)計時根據(jù)優(yōu)先級和時間片進行時間排期。產(chǎn)品驗收產(chǎn)品功能開發(fā)完成后進行測試，測試完成后由測試人

11、員將測試內(nèi)容交付給產(chǎn)品經(jīng)理，由產(chǎn)品經(jīng)理做最后的驗收.驗收結(jié)束后，由產(chǎn)品經(jīng)理將驗收無誤的需求移入到上線部署回歸測試隊列中，技術(shù)負責(zé)人每周將會對一周內(nèi)驗收無誤的需求進行代碼的合并以及部署上線，上線后通知產(chǎn)品經(jīng)理和測試人員，產(chǎn)品經(jīng)理和測試人員對發(fā)布上線的新功能做一下回歸測試。UI設(shè)計配合UI設(shè)計的職責(zé)是配合產(chǎn)品經(jīng)理完成產(chǎn)品規(guī)劃，并配合完成產(chǎn)品開發(fā)中的切片頁面尺寸標注等需求.效果圖設(shè)計UI設(shè)計師直接使用sketch進行效果圖的設(shè)計，參考的內(nèi)容是產(chǎn)品經(jīng)理提供的功能需求清單和草圖原型截圖等。高保真原型交互設(shè)計效果圖設(shè)計稿經(jīng)過產(chǎn)品經(jīng)理確認后，開始針對效果圖進行動效設(shè)計，將sketch中的圖片導(dǎo)入到flint

12、o中，對效果圖添加動態(tài)交互效果如點擊跳轉(zhuǎn)等.技術(shù)配合技術(shù)方案設(shè)計技術(shù)負責(zé)人對產(chǎn)品需求進行評審后，針對現(xiàn)狀做相對合適可行的技術(shù)方案設(shè)計并將技術(shù)方案拆分成story分配給對應(yīng)的技術(shù)人員，確保開發(fā)工作量和開發(fā)效率可控，根據(jù)需求優(yōu)先級來制定對應(yīng)的開發(fā)排期表。技術(shù)開發(fā)技術(shù)人員按照開發(fā)排期在本地完成開發(fā)需求，并將代碼推送到測試站點供測試人員進行測試。測試測試人員根據(jù)產(chǎn)品功能需求清單和高保真原型來做功能測試，要求在滿足功能和需求一致的情況下不出現(xiàn)基本的BUG.發(fā)布上線測試人員測試無誤后由產(chǎn)品經(jīng)理進行驗收，驗收無誤后由技術(shù)負責(zé)人進行常規(guī)發(fā)布或者緊急發(fā)布。協(xié)同工具使用teambitionteambition是產(chǎn)品團隊內(nèi)部進行需求管理和任務(wù)分配的多人協(xié)作工具，