產(chǎn)品經(jīng)理年終總結(jié)產(chǎn)品經(jīng)理總結(jié)報告(4篇)-資料下載頁
2025-08-13 06:47本頁面
【正文】 及到前后端技術(shù)、設(shè)計外還涉及到收銀臺、付款平臺、風控、法務(wù)、財務(wù)、稅務(wù)、客服等相關(guān)部門。（3）上線時間做大項目時，老大會問你預估上線時間，這時候千萬不要自己拍腦袋，要綜合設(shè)計、技術(shù)時間給到一個合理的預估時間。產(chǎn)品最忌諱我覺得這個很簡單嘛，應(yīng)該xx時間就能上線。（4）組內(nèi)溝通：如果需求比較小，在提需求前可以在組內(nèi)進行溝通。（1）提需求：需求考慮完整再提，不要為了卡提需求時間或占坑而提。（2）流程圖：提需求要給到相關(guān)的流程圖。（3）相關(guān)wiki：涉及到需求變更/邏輯補充都更新到wiki中，留下相關(guān)記錄，好記性不如爛筆頭。（4）交互稿同步技術(shù)同事：拉一個前后端負責人的群，有交互初稿時，可以先同步到群里。不要等到需求評審的時候才發(fā)現(xiàn)技術(shù)問題，這樣可以避免交互多次修改。交互定稿再同步技術(shù)同事，跟技術(shù)確定下來的交互稿就可以直接進入視覺。amp。prd。這時的需求評審就不是技術(shù)找問題的評審，而是確定可以做的需求評審。（1）產(chǎn)品邏輯：需要同步技術(shù)通過相關(guān)的頁面邏輯，并詳細寫在prd里面。（2）獨立的功能模塊當項目比較大時，最好把產(chǎn)品拆分成獨立的幾個模塊，進行開發(fā)測試。好處是，減少開發(fā)時長。這里開發(fā)時長也包含測試時長。（3）小問題要及時處理這個可能是我個人的毛病，因為覺得打點信息/通知節(jié)點不急，就會有點拖。這些最好在需求評審完一天內(nèi)晚上prd，不要隨便去改prd。因為開發(fā)是拿著prd去開發(fā)的，你每次改動都會有信息同步開發(fā)，多次改動，開發(fā)每次還要去看你改了什么，很麻煩，也會對你產(chǎn)生不信任。（4）組內(nèi)其他需求排優(yōu)先級：每次需求評審前要把組內(nèi)需求過一次，排好優(yōu)先級，節(jié)省在需求評審會議的需求排序時間。amp。測試階段。（1）因為很多產(chǎn)品細節(jié)/文案都是在交互稿amp。視覺稿中體現(xiàn)，所以在交互階段就把相關(guān)文案確定。（2）開發(fā)過程中可能會遇到之前沒考慮到的邏輯/需求評審開發(fā)沒考慮到的點：具體case具體處理，有問題的點要及時請教別人。（1）beta測試：要告知測試同事及時進入測試（一般都會有系統(tǒng)郵件同步項目流轉(zhuǎn)），產(chǎn)品也要多自測。（2）內(nèi)部上線內(nèi)部上線：beta上的數(shù)據(jù)跟線上一般都不太一樣，多次項目下來，大項目最可以內(nèi)部上線，小項目可以直接上線測，然后跟進線上效果。上線時間要穩(wěn)中求快。不需要只會做產(chǎn)品功能的產(chǎn)品經(jīng)理，需要懂產(chǎn)品運營的產(chǎn)品經(jīng)理。，做運營之前，我們要努力使自己成為有趣的人，這樣才能給到用戶一些有意思的體驗。，人們有更多情感上和精神上的需要，想要你的產(chǎn)品去觸動人心，首先你要能夠通過一些情感上的設(shè)計、功能、運營跟體驗，讓用戶感到溫暖。1. 經(jīng)驗可以積累，但是思維、境界需要不斷去學習；，能不能做到有效思考；（19年至少看完12本書）。
畢業(yè)設(shè)計相關(guān)推薦
鄂ICP備17016276號-1