1、產品準備期間，各種完善和牛逼

　　——競品分析的完善;競爭對手是怎么做這個產品的，好的地方、不好的地方;特別是模棱兩可的地方，有自己的思考為啥要這么做

　　——用研的完善;用戶的使用場景，僅僅場景是不夠的;用戶的劃分、定位、使用的機型、用戶使用習慣;甚至用你產品之前是干嘛的，用了之后回去干嘛

　　——數據的完善，該項目的市場體量，競爭對手數據，項目的目標和未來數據等;如果是對現有流程的優化，大概提升的百分點

　　2、需求的判斷和排期

　　——合理需求與不合理需求的判斷;不合理需求哪怕CEO來了都會堅持反駁，并給出不合理的原因;合理的需求會撒嬌賣萌，陪著技術吃喝嫖賭抽都給搞出來

　　——需求的優先級：會根據要是為先、以終為始等原則，交付給技術的都是重要又緊急的需求

　　——能夠從容應對研發團隊的各種挑戰，且允許研發團隊對自己需求提出任何合理or不合理的挑戰，前提就是做好1和2中的工作

　　——能對需求有一個清晰的目標，解決的問題，并預估ROI

　　3、項目管理的能力

　　——需求交付后，能夠自己or協助項目經理，完成項目管理和排期，并保證技術團隊交付

　　——需求清晰完善，QA對著需求文檔、交互圖、流程圖寫case無壓力

　　——技術跟QA過CASE期間，以及整個研發過程中，對研發和QA人員要求及時響應

　　——允許技術有一定的時間做自己的研究、架構的重構、自動化測試模塊的編寫，code review等工作

　　——對于技術上有依賴關系，業務流程有耦合的模塊，迭代or項目開始前，溝通好兄弟部門;并聯通技術接口人、聯調時間、上線時間等

　　——對于臨時的需求變更，能忽悠技術接受變更;適當的情況下，通過砍掉本迭代優先級較弱的需求，優先滿足臨時變更的需求

　　——對于突發的線上bug，及時響應帶領技術童鞋救火;同時額外增加的工作量，可以參照上一條

　　——對于產品上線前做好UAT，帶領UI人員做好視覺相關驗收工作

　　——努力接受技術團隊的黑、吐槽;以及永遠恬不知恥的自黑和自嘲

　　4、項目后跟進

　　——產品發布后數據及時同步，特別是盈利數據;是否滿足預期設計目標

　　——用戶反饋及時同步，讓大家知道我們做的不是冷冰冰的產品，而是有用戶使用，歡迎，以及吐槽的產品

　　——邀功或者表彰時，不要忘記一起奉獻的團隊

晉城龍鼎 - 晉城網站建設為您解答！