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