1、產(chǎn)品準備期間，各種完善和牛逼

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

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

　　——數(shù)據(jù)的完善，該項目的市場體量，競爭對手數(shù)據(jù)，項目的目標和未來數(shù)據(jù)等;如果是對現(xiàn)有流程的優(yōu)化，大概提升的百分點

　　2、需求的判斷和排期

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

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

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

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

　　3、項目管理的能力

　　——需求交付后，能夠自己or協(xié)助項目經(jīng)理，完成項目管理和排期，并保證技術(shù)團隊交付

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

　　——技術(shù)跟QA過CASE期間，以及整個研發(fā)過程中，對研發(fā)和QA人員要求及時響應(yīng)

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

　　——對于技術(shù)上有依賴關(guān)系，業(yè)務(wù)流程有耦合的模塊，迭代or項目開始前，溝通好兄弟部門;并聯(lián)通技術(shù)接口人、聯(lián)調(diào)時間、上線時間等

　　——對于臨時的需求變更，能忽悠技術(shù)接受變更;適當?shù)那闆r下，通過砍掉本迭代優(yōu)先級較弱的需求，優(yōu)先滿足臨時變更的需求

　　——對于突發(fā)的線上bug，及時響應(yīng)帶領(lǐng)技術(shù)童鞋救火;同時額外增加的工作量，可以參照上一條

　　——對于產(chǎn)品上線前做好UAT，帶領(lǐng)UI人員做好視覺相關(guān)驗收工作

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

　　4、項目后跟進

　　——產(chǎn)品發(fā)布后數(shù)據(jù)及時同步，特別是盈利數(shù)據(jù);是否滿足預(yù)期設(shè)計目標

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

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

晉城龍鼎 - 晉城網(wǎng)站建設(shè)為您解答！