人
已閱讀
已閱讀
如何管理好APP開發(fā)外包項(xiàng)目
來源:lexintech.com ?? ?? 發(fā)布時間:2019-05-17
在APP開發(fā)外包公司,產(chǎn)品經(jīng)理和項(xiàng)目經(jīng)理是非常重要的角色,他們決定了項(xiàng)目的交付質(zhì)量以及交付工期。那么,如何才能管理好一個APP開發(fā)項(xiàng)目呢?
首先,在APP產(chǎn)品管理方面,有以下幾點(diǎn)需要注意的。
1. 產(chǎn)品在設(shè)計過程中不能貪大求全,要有節(jié)奏,注重質(zhì)量大于數(shù)量,這本質(zhì)上來講是追求極致的用戶體驗(yàn),有時候會因?yàn)闀r間和資源的限制,技術(shù)實(shí)現(xiàn)上會打折。
其實(shí)打折了的功能,如果用戶反饋很差,寧愿砍掉,也要保持產(chǎn)品在一個高的水平中,千萬不能貪大求全,反而傷害了用戶。
1. 產(chǎn)品在設(shè)計過程中不能貪大求全,要有節(jié)奏,注重質(zhì)量大于數(shù)量,這本質(zhì)上來講是追求極致的用戶體驗(yàn),有時候會因?yàn)闀r間和資源的限制,技術(shù)實(shí)現(xiàn)上會打折。
其實(shí)打折了的功能,如果用戶反饋很差,寧愿砍掉,也要保持產(chǎn)品在一個高的水平中,千萬不能貪大求全,反而傷害了用戶。
2. 需求來的時候,不能因?yàn)闀r間原因或者客戶催的緊,就立馬開始做;應(yīng)該在做之前多問幾個為什么,區(qū)分需求和需要。多跟客戶溝通,尋求合理的解決方案。
3. 對于用戶數(shù)據(jù)收集,要保證收集過程中沒有臟數(shù)據(jù),保證數(shù)據(jù)來源真實(shí)可靠,了解源數(shù)據(jù)和數(shù)據(jù)處理每一步過程,同時也要注意數(shù)據(jù)收集渠道多樣性,樣本的局限性。
4. 需求定版之前不要想當(dāng)然的以為自己了解用戶,什么都替用戶做決定了,大的需求定版之前應(yīng)該進(jìn)行扎實(shí)的用戶調(diào)研,需求優(yōu)先級也不應(yīng)該誰急誰優(yōu)先,要根據(jù)產(chǎn)品核心價值和用戶的訴求定優(yōu)先級。
5. 如果有遇到相同的業(yè)務(wù),有多個人在對接,那么最好能夠溝通好需求負(fù)責(zé)人,由需求負(fù)責(zé)人統(tǒng)一對接需求,不然造成多頭需求,容易產(chǎn)生混亂。
另一方面,就是開發(fā)過程中的項(xiàng)目管理。
1. 給技術(shù)除了PRD等文檔之外,還應(yīng)該給功能結(jié)構(gòu)圖和系統(tǒng)流程圖,因?yàn)楣饪碢RD,一大堆文字,換成誰都容易看懵,最后開發(fā)就會吐槽產(chǎn)品的PRD寫的不好。
功能結(jié)構(gòu)圖就是新功能的層級關(guān)系梳理出來,系統(tǒng)流程圖又分為事件流程圖和狀態(tài)流程圖,事件流程圖是功能點(diǎn)擊的順序和步驟,狀態(tài)流程圖是訂單等狀態(tài)變化的規(guī)則。
2. PRD除了業(yè)務(wù)邏輯清晰之外,還要求文檔規(guī)范和沒有遺漏,最理想的情況是需求評審后,技術(shù)和產(chǎn)品不用溝通了。
為了降低出錯率,產(chǎn)品應(yīng)該有一個自測表,定義每個功能都需要寫哪些東西,用來檢查是否都寫全、寫細(xì)了,目的還是為了讓開發(fā)好理解、降低出錯率,提高整體研發(fā)效率。
3. 有時候在技術(shù)評審和時候,產(chǎn)品和技術(shù)互懟比較嚴(yán)重,新聞還出現(xiàn)過產(chǎn)品和技術(shù)互毆的情況,如果產(chǎn)品和技術(shù)關(guān)系不好,絕對是整個公司的悲劇——因?yàn)閮烧哒l也離不開誰。
對于產(chǎn)品和技術(shù)來講,需要在心態(tài)上建立雙贏思維,任何一方不能不顧對方的立場和處境做事,溝通上應(yīng)該對事不對人,為了共同的目標(biāo),即用戶體驗(yàn)去實(shí)現(xiàn)產(chǎn)品,這是雙方良好溝通的前提。