記我第一次主導產品新版本的全過程

12 評論 7958 瀏覽 30 收藏 10 分鐘

做了2年開發,現在找了一份畫原型的工作,是的,就是畫原型的工作,除了畫原型,沒有任何分析與統計的工作去做。這是我第一次以產品身份主導一個版本迭代,內容不多,主要是一個小版本的迭代,但是公司只有我一個產品,也沒有測試人員,條件有點艱苦,但在這里我想嘗試著給自己做一次總結吧。

一. 優化背景

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

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

二. 需求管理

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

先解釋下這三個名詞:

  1. 下載率:下載功能的執行次數 / 應用的啟動次數 ,就是說啟動應用的人中,有多少人會去進行下載。
  2. 下載完成率: 下載完成人數 / 下載功能的執行次數,就是說進行下載的人中,有多少人會等待下載完成。可能很多人不愿意等待而中止了下載。
  3. 安裝率:安裝成功人數 / 下載完成人數,就是說下載完成的人中,又會有多少人進行安裝。

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

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

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

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

產品設計

在需求確定后,我通過繪制業務流程圖,思維導圖幫助自己梳理邏輯,然后進行原型的設計。新的業務流程如下:

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

產品開發與跟進

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

至此,產品進入了開發階段。因為我是第一次主導產品的迭代,對于進度的跟進還有點生澀,而且我自己之前做過開發,不太喜歡總是被詢問進度達到什么程度,所以在跟進的工作上,我是保持一周2次的頻率與開發人員碰進度,一版選擇在下班之前的半個小時,然后周五一定要碰一次進度,然后進行一周的小結。因為之后會有兩天的休息日,為了避免下周上班會遺忘事情,所以我選擇了這種做法。

在整個開發周期中,我需要對開發和UI設計提出的各種問題與反饋進行積極的溝通,先跟進UI設計的設計進度,再跟進開發進度,并不斷協調各職能人員間的工作,并控制開發能按預期完成。最后我還要充當測試人員,對產品進行測試。

產品收尾

因為我們是定制化的產品,也不通過正常的應用市場發布,我們只需打包一個應用出來提供給領導。這時我需要根據當前下載的游戲,與UI設計溝通,讓他設計一些圖片素材給到開發,協助開發完成打包。之后領導拿著打包出來的應用用他自己的渠道去驗證此次迭代的效果。

總結

這是我第一次作為產品的身份主導一個版本迭代,因為之前有過兩年產品研發經驗,完整的流程還是比較了解,所以我覺得工作起來還是有一定邏輯。在需求討論過程中,原型討論過程中,以及在協調各職能人員的溝通過程中都讓我在不斷優化自己的做事方式,對整個流程中遇到的問題也能讓我及時反思并提升自己的工作能力。

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

 

本文由 @antimage7 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自 Pixabay,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 哈哈哈,第一次看到都是涂鴉的分享文章。。

    來自福建 回復
    1. 噓。。。

      來自廣東 回復
  2. 你不覺得不能后臺運行的下載軟件,毫無可用性嗎?何況還是手機端的。這產品根本就是應該重構了呀

    來自上海 回復
    1. 根據實際情況吧,很多安卓游戲下載app都會在退出的時候進行二次確認,是否繼續下載,默認后臺下載是一件很惡心的事情

      來自廣東 回復
  3. 慢慢向下看,看到馬賽克,我還以為我屏幕出問題

    來自廣東 回復
    1. ??

      來自廣東 回復
  4. 圖片全是馬賽克,還發出來干什么?

    來自上海 回復
    1. 可能給你看看條目吧 ?

      來自廣東 回復
    2. sorry,以后改進

      來自廣東 回復
  5. 馬賽克打的很沒有必要

    來自北京 回復
    1. 不太肯定是否需要馬賽克,根據目前評論來看,應該是不需要了,下次就不加了

      來自廣東 回復