做了2年開發(fā)，現(xiàn)在找了一份畫原型的工作，是的，就是畫原型的工作，除了畫原型，沒有任何分析與統(tǒng)計的工作去做。這是我第一次以產(chǎn)品身份主導(dǎo)一個版本迭代，內(nèi)容不多，主要是一個小版本的迭代，但是公司只有我一個產(chǎn)品，也沒有測試人員，條件有點(diǎn)艱苦，但在這里我想嘗試著給自己做一次總結(jié)吧。

一. 優(yōu)化背景

這個產(chǎn)品是一個只針對安卓平臺的定制化下載器應(yīng)用，定制化的意思就是，下載器在打包的時候就會規(guī)定好在打開后去下載指定的游戲。不過下載器的界面會和游戲很像，目的是讓用戶以為這本身就是游戲，只不過是需要進(jìn)行一些更新包的下載。目前的問題是，應(yīng)用的下載完成率和安裝率都特別的低，所以老板希望我以提高這兩個操作的轉(zhuǎn)化率為目的，進(jìn)行優(yōu)化。目前的業(yè)務(wù)流程如下：

盡量讓用戶愿意等待下載完成并安裝，或是增加其他內(nèi)容吸引用戶邊下載的同時邊在應(yīng)用內(nèi)做一些其他事情，不知不覺就下載完成了，只要下載完成了，安裝基本也就沒什么問題。

二. 需求管理

看過很多資料和文章，目前我認(rèn)為的工作流程如下：收集反饋–>統(tǒng)計分析現(xiàn)有數(shù)據(jù)–>挖掘用戶需求–>制定產(chǎn)品需求–>梳理需求–>產(chǎn)品原型設(shè)計–>產(chǎn)品迭代–>產(chǎn)品運(yùn)營，也就是回到第一步。由于此次涉及內(nèi)容不多，而且公司本身除了有一個比較簡陋的數(shù)據(jù)統(tǒng)計平臺，沒有任何能用得上的資源了，所以我把工作流程分為了如下步驟：統(tǒng)計數(shù)據(jù)–>體驗(yàn)產(chǎn)品（順便測試）并記錄現(xiàn)象–>結(jié)合現(xiàn)有數(shù)據(jù)分析問題–>針對問題制定需求–>原型設(shè)計。以下是我們下載器的一些轉(zhuǎn)化率數(shù)據(jù)：

先解釋下這三個名詞：

1. 下載率：下載功能的執(zhí)行次數(shù) / 應(yīng)用的啟動次數(shù) ，就是說啟動應(yīng)用的人中，有多少人會去進(jìn)行下載。
2. 下載完成率： 下載完成人數(shù) / 下載功能的執(zhí)行次數(shù)，就是說進(jìn)行下載的人中，有多少人會等待下載完成。可能很多人不愿意等待而中止了下載。
3. 安裝率：安裝成功人數(shù) / 下載完成人數(shù)，就是說下載完成的人中，又會有多少人進(jìn)行安裝。

可以從統(tǒng)計數(shù)據(jù)中看出，我們的下載完成的轉(zhuǎn)化率和安裝成功的轉(zhuǎn)化率都比較低，那么我接下來就先想到做一件事：確認(rèn)數(shù)據(jù)的合法性。我找到了我們的開發(fā)人員，向他驗(yàn)證了每一處數(shù)據(jù)統(tǒng)計的位置，最后確認(rèn)數(shù)據(jù)還算合法，可以作為之后工作的依據(jù)。接下來我開始進(jìn)行產(chǎn)品體驗(yàn)（順便測試），在進(jìn)行產(chǎn)品體驗(yàn)（順便測試）的過程中，主要去思考用戶的哪些行為可能會對數(shù)據(jù)造成影響，以及產(chǎn)品本身是不是存在bug影響了數(shù)據(jù)的統(tǒng)計，舉例說明下：

1. 用戶只是不小心點(diǎn)錯啟動了應(yīng)用，那么用戶可能會立即殺進(jìn)程退出，那么此時就損失了下載率。
2. 用戶在沒有連接wifi的情況下啟動了應(yīng)用，此時應(yīng)用不會進(jìn)行下載，此時也會損失下載率。
3. 用戶在等待下載完成的過程中沒有其他事可以做，而下載過程又比較漫長，導(dǎo)致用戶放棄，此時就損失了下載完成率。
4. 用戶在下載時切換到其他應(yīng)用了，導(dǎo)致我們的應(yīng)用沒有正常運(yùn)行，這可能是程序本身存在問題，那么此時就可能導(dǎo)致下載完成率和安裝率損失。

以上只是思考與實(shí)踐得出的結(jié)果中的其中幾項(xiàng)，那么我現(xiàn)在就已經(jīng)分析出問題了，下面就要針對這些問題來制定需求了。我把需求分為兩類，一類是針對發(fā)現(xiàn)的問題所制定的解決方案，另一類是擴(kuò)展一些其他需求吸引用戶，側(cè)面提高轉(zhuǎn)化率。例如，用戶在等待下載完成的過程中比較漫長枯燥，那么我們可以增加一些新的模塊在此，讓用戶有事可做。以下是最終制定出的需求表

到此，需求就最終確定好了。

產(chǎn)品設(shè)計

在需求確定后，我通過繪制業(yè)務(wù)流程圖，思維導(dǎo)圖幫助自己梳理邏輯，然后進(jìn)行原型的設(shè)計。新的業(yè)務(wù)流程如下：

在下載中步驟增加了兩條分支，目的降低用戶在下載等待過程中的枯燥感，讓用戶有事可做。

產(chǎn)品開發(fā)與跟進(jìn)

原型設(shè)計稿完成并整理好后，先將原型交給開發(fā)，UI設(shè)計人員讓他們先對這次的迭代進(jìn)行了解（公司沒有測試…）。之后聚集他們進(jìn)行了一次會議，對大家的疑問進(jìn)行說明，對建議進(jìn)行收集討論并調(diào)整原型，之后再輸出一版最終的原型設(shè)計稿交給開發(fā)與UI設(shè)計人員。

至此，產(chǎn)品進(jìn)入了開發(fā)階段。因?yàn)槲沂堑谝淮沃鲗?dǎo)產(chǎn)品的迭代，對于進(jìn)度的跟進(jìn)還有點(diǎn)生澀，而且我自己之前做過開發(fā)，不太喜歡總是被詢問進(jìn)度達(dá)到什么程度，所以在跟進(jìn)的工作上，我是保持一周2次的頻率與開發(fā)人員碰進(jìn)度，一版選擇在下班之前的半個小時，然后周五一定要碰一次進(jìn)度，然后進(jìn)行一周的小結(jié)。因?yàn)橹髸袃商斓男菹⑷?，為了避免下周上班會遺忘事情，所以我選擇了這種做法。

在整個開發(fā)周期中，我需要對開發(fā)和UI設(shè)計提出的各種問題與反饋進(jìn)行積極的溝通，先跟進(jìn)UI設(shè)計的設(shè)計進(jìn)度，再跟進(jìn)開發(fā)進(jìn)度，并不斷協(xié)調(diào)各職能人員間的工作，并控制開發(fā)能按預(yù)期完成。最后我還要充當(dāng)測試人員，對產(chǎn)品進(jìn)行測試。

產(chǎn)品收尾

因?yàn)槲覀兪嵌ㄖ苹漠a(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)用用他自己的渠道去驗(yàn)證此次迭代的效果。

總結(jié)

這是我第一次作為產(chǎn)品的身份主導(dǎo)一個版本迭代，因?yàn)橹坝羞^兩年產(chǎn)品研發(fā)經(jīng)驗(yàn)，完整的流程還是比較了解，所以我覺得工作起來還是有一定邏輯。在需求討論過程中，原型討論過程中，以及在協(xié)調(diào)各職能人員的溝通過程中都讓我在不斷優(yōu)化自己的做事方式，對整個流程中遇到的問題也能讓我及時反思并提升自己的工作能力。

最后，我覺得最關(guān)鍵的還是我需要告訴自己去用一個產(chǎn)品的思維去看待問題，而不再是以一個開發(fā)的思維去看待問題，這樣我才能在產(chǎn)品的路上走的更遠(yuǎn)吧。

本文由 @antimage7 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pixabay，基于 CC0 協(xié)議