愛盈利（aiyingli.com）移動互聯(lián)網(wǎng)最具影響力的盈利指導(dǎo)網(wǎng)站。定位于服務(wù)移動互聯(lián)網(wǎng)創(chuàng)業(yè)者，移動盈利指導(dǎo)。我們的目標是讓盈利目標清晰可見！降低門檻，讓缺乏經(jīng)驗、資金有限的個人和團隊獲得經(jīng)驗和機會，提高熱情，激發(fā)產(chǎn)品。
做了2年開發(fā)，現(xiàn)在找了一份畫原型的工作，是的，就是畫原型的工作，除了畫原型，沒有任何分析與統(tǒng)計的工作去做。這是我第一次以產(chǎn)品身份主導(dǎo)一個版本迭代，內(nèi)容不多，主要是一個小版本的迭代，但是公司只有我一個產(chǎn)品，也沒有測試人員，條件有點艱苦，但在這里我想嘗試著給自己做一次總結(jié)吧。
一. 優(yōu)化背景
這個產(chǎn)品是一個只針對安卓平臺的定制化下載器應(yīng)用，定制化的意思就是，下載器在打包的時候就會規(guī)定好在打開后去下載指定的游戲。不過下載器的界面會和游戲很像，目的是讓用戶以為這本身就是游戲，只不過是需要進行一些更新包的下載。目前的問題是，應(yīng)用的下載完成率和安裝率都特別的低，所以老板希望我以提高這兩個操作的轉(zhuǎn)化率為目的，進行優(yōu)化。目前的業(yè)務(wù)流程如下：
盡量讓用戶愿意等待下載完成并安裝，或是增加其他內(nèi)容吸引用戶邊下載的同時邊在應(yīng)用內(nèi)做一些其他事情，不知不覺就下載完成了，只要下載完成了，安裝基本也就沒什么問題。
二. 需求管理
看過很多資料和文章，目前我認為的工作流程如下：收集反饋–>統(tǒng)計分析現(xiàn)有數(shù)據(jù)–>挖掘用戶需求–>制定產(chǎn)品需求–>梳理需求–>產(chǎn)品原型設(shè)計–>產(chǎn)品迭代–>產(chǎn)品運營，也就是回到第一步。由于此次涉及內(nèi)容不多，而且公司本身除了有一個比較簡陋的數(shù)據(jù)統(tǒng)計平臺，沒有任何能用得上的資源了，所以我把工作流程分為了如下步驟：統(tǒng)計數(shù)據(jù)–>體驗產(chǎn)品（順便測試）并記錄現(xiàn)象–>結(jié)合現(xiàn)有數(shù)據(jù)分析問題–>針對問題制定需求–>原型設(shè)計。以下是我們下載器的一些轉(zhuǎn)化率數(shù)據(jù)：
先解釋下這三個名詞：
- 下載率：下載功能的執(zhí)行次數(shù) / 應(yīng)用的啟動次數(shù) ，就是說啟動應(yīng)用的人中，有多少人會去進行下載。
- 下載完成率： 下載完成人數(shù) / 下載功能的執(zhí)行次數(shù)，就是說進行下載的人中，有多少人會等待下載完成?？赡芎芏嗳瞬辉敢獾却兄沽讼螺d。
- 安裝率：安裝成功人數(shù) / 下載完成人數(shù)，就是說下載完成的人中，又會有多少人進行安裝。
可以從統(tǒng)計數(shù)據(jù)中看出，我們的下載完成的轉(zhuǎn)化率和安裝成功的轉(zhuǎn)化率都比較低，那么我接下來就先想到做一件事：確認數(shù)據(jù)的合法性。我找到了我們的開發(fā)人員，向他驗證了每一處數(shù)據(jù)統(tǒng)計的位置，最后確認數(shù)據(jù)還算合法，可以作為之后工作的依據(jù)。接下來我開始進行產(chǎn)品體驗（順便測試），在進行產(chǎn)品體驗（順便測試）的過程中，主要去思考用戶的哪些行為可能會對數(shù)據(jù)造成影響，以及產(chǎn)品本身是不是存在bug影響了數(shù)據(jù)的統(tǒng)計，舉例說明下：
- 用戶只是不小心點錯啟動了應(yīng)用，那么用戶可能會立即殺進程退出，那么此時就損失了下載率。
- 用戶在沒有連接wifi的情況下啟動了應(yīng)用，此時應(yīng)用不會進行下載，此時也會損失下載率。
- 用戶在等待下載完成的過程中沒有其他事可以做，而下載過程又比較漫長，導(dǎo)致用戶放棄，此時就損失了下載完成率。
- 用戶在下載時切換到其他應(yīng)用了，導(dǎo)致我們的應(yīng)用沒有正常運行，這可能是程序本身存在問題，那么此時就可能導(dǎo)致下載完成率和安裝率損失。
以上只是思考與實踐得出的結(jié)果中的其中幾項，那么我現(xiàn)在就已經(jīng)分析出問題了，下面就要針對這些問題來制定需求了。我把需求分為兩類，一類是針對發(fā)現(xiàn)的問題所制定的解決方案，另一類是擴展一些其他需求吸引用戶，側(cè)面提高轉(zhuǎn)化率。例如，用戶在等待下載完成的過程中比較漫長枯燥，那么我們可以增加一些新的模塊在此，讓用戶有事可做。以下是最終制定出的需求表
到此，需求就最終確定好了。
產(chǎn)品設(shè)計
在需求確定后，我通過繪制業(yè)務(wù)流程圖，思維導(dǎo)圖幫助自己梳理邏輯，然后進行原型的設(shè)計。新的業(yè)務(wù)流程如下：
在下載中步驟增加了兩條分支，目的降低用戶在下載等待過程中的枯燥感，讓用戶有事可做。
產(chǎn)品開發(fā)與跟進
原型設(shè)計稿完成并整理好后，先將原型交給開發(fā)，UI設(shè)計人員讓他們先對這次的迭代進行了解（公司沒有測試…）。之后聚集他們進行了一次會議，對大家的疑問進行說明，對建議進行收集討論并調(diào)整原型，之后再輸出一版最終的原型設(shè)計稿交給開發(fā)與UI設(shè)計人員。
至此，產(chǎn)品進入了開發(fā)階段。因為我是第一次主導(dǎo)產(chǎn)品的迭代，對于進度的跟進還有點生澀，而且我自己之前做過開發(fā)，不太喜歡總是被詢問進度達到什么程度，所以在跟進的工作上，我是保持一周2次的頻率與開發(fā)人員碰進度，一版選擇在下班之前的半個小時，然后周五一定要碰一次進度，然后進行一周的小結(jié)。因為之后會有兩天的休息日，為了避免下周上班會遺忘事情，所以我選擇了這種做法。
在整個開發(fā)周期中，我需要對開發(fā)和UI設(shè)計提出的各種問題與反饋進行積極的溝通，先跟進UI設(shè)計的設(shè)計進度，再跟進開發(fā)進度，并不斷協(xié)調(diào)各職能人員間的工作，并控制開發(fā)能按預(yù)期完成。最后我還要充當(dāng)測試人員，對產(chǎn)品進行測試。
產(chǎn)品收尾
因為我們是定制化的產(chǎn)品，也不通過正常的應(yīng)用市場發(fā)布，我們只需打包一個應(yīng)用出來提供給領(lǐng)導(dǎo)。這時我需要根據(jù)當(dāng)前下載的游戲，與UI設(shè)計溝通，讓他設(shè)計一些圖片素材給到開發(fā)，協(xié)助開發(fā)完成打包。之后領(lǐng)導(dǎo)拿著打包出來的應(yīng)用用他自己的渠道去驗證此次迭代的效果。
總結(jié)
這是我第一次作為產(chǎn)品的身份主導(dǎo)一個版本迭代，因為之前有過兩年產(chǎn)品研發(fā)經(jīng)驗，完整的流程還是比較了解，所以我覺得工作起來還是有一定邏輯。在需求討論過程中，原型討論過程中，以及在協(xié)調(diào)各職能人員的溝通過程中都讓我在不斷優(yōu)化自己的做事方式，對整個流程中遇到的問題也能讓我及時反思并提升自己的工作能力。
最后，我覺得最關(guān)鍵的還是我需要告訴自己去用一個產(chǎn)品的思維去看待問題，而不再是以一個開發(fā)的思維去看待問題，這樣我才能在產(chǎn)品的路上走的更遠吧。
愛盈利-運營小咖秀(www.jza6.com) 始終堅持研究分享移動互聯(lián)網(wǎng)App運營推廣經(jīng)驗、策略、全案、渠道等純干貨知識內(nèi)容；是廣大App運營從業(yè)者的知識啟蒙、成長指導(dǎo)、進階學(xué)習(xí)的集聚平臺；
想了解更多移動互聯(lián)網(wǎng)干貨知識，請關(guān)注微信公眾號運營小咖秀（ID: yunyingshow）
【轉(zhuǎn)載說明】 若上述素材出現(xiàn)侵權(quán)，請及時聯(lián)系我們刪除及進行處理：[email protected]
