互聯(lián)網(wǎng)產(chǎn)品的價(jià)值流動(dòng):價(jià)值流、工作流和信息流

5 評(píng)論 12886 瀏覽 104 收藏 31 分鐘
🔗 技术知识、行业知识、业务知识等,都是B端产品经理需要了解和掌握的领域相关的知识,有助于进行产品方案设计和评估

價(jià)值流、工作流和信息流的現(xiàn)狀,如何優(yōu)化,以及如何應(yīng)用三流幫助我們的產(chǎn)品成功?網(wǎng)易資深PM給我們分享了這些經(jīng)驗(yàn)。

三流是一個(gè)關(guān)于我們?nèi)绾慰创覀兊墓ぷ鞯恼f(shuō)法,在開始寫這篇文章之前,我有過(guò)很多關(guān)于這方面的思考,但是都不太系統(tǒng),最近這個(gè)思考逐漸明晰起來(lái),于是就有了這篇文章。

一、什么是三流?

在精益的理論中,希望價(jià)值能夠流動(dòng)起來(lái),當(dāng)我們嘗試著把精益的理論從制造業(yè)的背景中映射到互聯(lián)網(wǎng)行業(yè)中時(shí),會(huì)發(fā)現(xiàn)要一一映射價(jià)值流是有困難的。

互聯(lián)網(wǎng)軟件價(jià)值流的判斷和制造產(chǎn)品價(jià)值流的判斷之間的差別在于:制造出的產(chǎn)品在用戶拿到的時(shí)候就獲得了幾乎全部的價(jià)值,而互聯(lián)網(wǎng)軟件不是。

互聯(lián)網(wǎng)軟件是一種服務(wù),它的價(jià)值是在用戶每一次使用這個(gè)服務(wù)的時(shí)候分別得到的,并且每一次得到的服務(wù)常常是不一樣的。提供服務(wù)的不僅僅是生產(chǎn)部門(軟件開發(fā)),而是幾乎每一個(gè)部門都在提供服務(wù),換句話說(shuō)就是:用戶體驗(yàn)是全公司的事情。

那么在這種情況下我們?nèi)绾巫R(shí)別互聯(lián)網(wǎng)企業(yè)在提供價(jià)值的過(guò)程中的“流”?三流就是從這樣的背景下開始思考的。

1. 價(jià)值流

首先是價(jià)值流——用戶是如何通過(guò)價(jià)值流持續(xù)獲得軟件的價(jià)值的?

以網(wǎng)易卡搭為例,網(wǎng)易卡搭是一個(gè)提供少兒STEAM教育的產(chǎn)品,產(chǎn)品本身包含了在線的課程、社區(qū)、校園、大賽,同時(shí)也包含了線下的營(yíng)地、機(jī)構(gòu)授權(quán)等服務(wù)。

以一個(gè)購(gòu)買了卡搭Scratch課程的家長(zhǎng)用戶為例,用戶的整個(gè)價(jià)值流是:

  1. 了解卡搭,通過(guò)卡搭發(fā)現(xiàn)了自己和孩子所需要的課程,找到了消除知識(shí)競(jìng)爭(zhēng)帶來(lái)的焦慮感的方法。
  2. 購(gòu)買課程,通過(guò)課程的評(píng)測(cè)功能了解到孩子需要提升的地方,并且第一時(shí)間收到了如何學(xué)習(xí)課程的方法,了解了自身的情況又消除了對(duì)于未知事物的些許恐懼,增強(qiáng)了信心。
  3. 開始上課,通過(guò)上課學(xué)習(xí)到了新的知識(shí)和能力,獲得了更多的競(jìng)爭(zhēng)優(yōu)勢(shì),并且培養(yǎng)了創(chuàng)造力和邏輯思維能力。
  4. 開始做作業(yè),在做作業(yè)的過(guò)程中,重新回顧了所學(xué)的知識(shí)并且應(yīng)用于實(shí)踐,通過(guò)實(shí)踐獲得了成就感和滿足感。
  5. 作業(yè)點(diǎn)評(píng),通過(guò)點(diǎn)評(píng)獲得反饋,從而了解自己的學(xué)習(xí)情況和對(duì)于知識(shí)點(diǎn)的理解,通過(guò)這樣的反饋來(lái)獲得提升。
  6. 公開課,拓寬了視野,獲得了一些新的工具方法和認(rèn)知。
  7. 結(jié)業(yè)總結(jié),對(duì)于整體學(xué)習(xí)情況的總結(jié),通過(guò)總結(jié)看到了自己的成長(zhǎng)和變化,并且有一個(gè)值得炫耀的證書。

從了解卡搭到結(jié)業(yè)總結(jié),用戶在這個(gè)過(guò)程中的每一個(gè)環(huán)節(jié)都得到了不同的價(jià)值,這個(gè)鏈路就是價(jià)值流。

這只是一條簡(jiǎn)化的價(jià)值流的舉例,實(shí)際上的價(jià)值流比這個(gè)例子豐富得多,并且一個(gè)產(chǎn)品往往有多種不同類型的客戶,從企業(yè)到個(gè)人,再到不同的人群,為每種不同的客戶所設(shè)計(jì)的價(jià)值流是不同的。

如何能設(shè)計(jì)一條價(jià)值流,讓用戶能夠更快、更順暢地通過(guò)價(jià)值流得到軟件的所有價(jià)值,如何在現(xiàn)有的價(jià)值流中增加或減少環(huán)節(jié)為用戶提供更多的價(jià)值,這些正是我們所需要考慮的。

2. 工作流

在設(shè)計(jì)好了價(jià)值流之后,我們就需要考慮我們?nèi)绾文軌蛑芜@樣的價(jià)值流?

這就是工作流的作用。

在互聯(lián)網(wǎng)企業(yè)中的工作流有很多種,最常見(jiàn)的一種就是產(chǎn)品開發(fā)工作流:

  1. 策劃環(huán)節(jié):產(chǎn)品策劃人員從BD,運(yùn)營(yíng)等內(nèi)部客戶那里收到到他們的需求,然后再通過(guò)自己對(duì)于用戶,產(chǎn)品和行業(yè)的認(rèn)知設(shè)計(jì)產(chǎn)品形態(tài)。
  2. 交互環(huán)節(jié):交互設(shè)計(jì)是收到了從策劃那里來(lái)的需求稿開始做產(chǎn)品的交互設(shè)計(jì)。
  3. 視覺(jué)環(huán)節(jié):視覺(jué)設(shè)計(jì)師收到了從交互那里來(lái)的交互稿開始做產(chǎn)品的視覺(jué)設(shè)計(jì)。
  4. 開發(fā)環(huán)節(jié):開發(fā)人員收到了從視覺(jué)環(huán)節(jié)來(lái)的視覺(jué)稿和交互環(huán)節(jié)來(lái)的交互稿開始做代碼的開發(fā)。
  5. 測(cè)試環(huán)節(jié):測(cè)試人員收到了從開發(fā)人員那里來(lái)的代碼開始做測(cè)試。
  6. 上線環(huán)節(jié):運(yùn)維人員從開發(fā)人員那里收到了上線的申請(qǐng),開始做代碼的部署。

從策劃開始到上線,就是產(chǎn)品開發(fā)的工作流。

這個(gè)工作流,讓用戶能夠在每隔一段時(shí)間都能夠感受到不同的軟件使用體驗(yàn),比如更加美觀帶來(lái)的愉悅感,更符合使用習(xí)慣的交互設(shè)計(jì)帶來(lái)的舒適感,更高性能的軟件帶來(lái)的順暢感,新增加的咨詢功能讓用戶在了解產(chǎn)品的時(shí)候更加便利,刪除的資料填寫功能讓用戶更快地就能開始使用產(chǎn)品獲得產(chǎn)品的價(jià)值。

3. 信息流

在建立了工作流之后,就需要建立如何管理工作流的信息流。

工作流不可能自己運(yùn)轉(zhuǎn)起來(lái),工作流的每個(gè)環(huán)節(jié)之間是需要銜接和信息同步的,工作流的目標(biāo)、整體的效能提升和持續(xù)地優(yōu)化是需要通信息流進(jìn)行管理的。

信息流和工作流的關(guān)系,就像是FTP協(xié)議中的20端口和21端口的關(guān)系:一個(gè)傳數(shù)據(jù),另一個(gè)傳遞控制數(shù)據(jù)的數(shù)據(jù)。

我們常見(jiàn)的各種會(huì)議就是一種信息流,比如站會(huì),我們?cè)谡緯?huì)上同步昨天各項(xiàng)工作的完成情況,同步今天要做的事情,同步遇到的問(wèn)題等等。工作狀態(tài)的信息通過(guò)這個(gè)會(huì)議從一個(gè)人這里傳遞到其他人那里。

再舉一個(gè)例子:

產(chǎn)品的戰(zhàn)略層決定了方向之后,是如何將信息傳遞給中層管理人員的,中層管理人員又是如何把這些信息繼續(xù)向下傳遞到執(zhí)行人員的,最后的執(zhí)行結(jié)果又是如何通過(guò)這些層反饋會(huì)戰(zhàn)略層的——這些就是每天在發(fā)生的信息流。

信息流是控制工作流所必不可少的,沒(méi)有信息流,工作流就會(huì)一團(tuán)混亂,環(huán)節(jié)和環(huán)節(jié)之間就會(huì)脫節(jié),層和層之間就會(huì)出現(xiàn)不一致的理解。

但是由于信息流本身不創(chuàng)造價(jià)值,因此信息流是需要考慮成本的,過(guò)多的信息流會(huì)造成許多不必要的浪費(fèi)。

作為項(xiàng)目經(jīng)理,在進(jìn)入一個(gè)新團(tuán)隊(duì)的時(shí)候,切入點(diǎn)也常常是信息流,通過(guò)掌控信息流來(lái)控制工作流,從而影響價(jià)值流。

二、幫助產(chǎn)品成功

了解了什么是三流之后,我們要做的就是通過(guò)三流來(lái)幫助產(chǎn)品成功。

那么問(wèn)題來(lái)了:我們?nèi)绾瓮ㄟ^(guò)三流來(lái)幫助產(chǎn)品成功?

商業(yè)的競(jìng)爭(zhēng)最后都是如何有效利用資源的競(jìng)爭(zhēng),這種競(jìng)爭(zhēng)體現(xiàn)在如何用現(xiàn)有的資源獲取更多的資源,如何用現(xiàn)有的資源識(shí)別價(jià)值和創(chuàng)造更多的價(jià)值,這些就是我們所需要面對(duì)的。

三流中的價(jià)值流就是用來(lái)設(shè)計(jì)對(duì)用戶有價(jià)值的路徑,而三流中的工作流就是用來(lái)做資源利用的;我們通過(guò)優(yōu)化價(jià)值流來(lái)提升用戶得到的價(jià)值,通過(guò)優(yōu)化工作流來(lái)提升資源的利用率,通過(guò)優(yōu)化信息流來(lái)降低管理成本。

三、了解現(xiàn)狀

在開始做優(yōu)化之前,首先要做的事情就是了解現(xiàn)狀。通過(guò)了解和分析現(xiàn)狀,我們找到可以優(yōu)化的點(diǎn),然后再選擇要優(yōu)化的點(diǎn)做好優(yōu)化的計(jì)劃,接著按照優(yōu)化計(jì)劃實(shí)現(xiàn)整體的提升。

1. 價(jià)值流的現(xiàn)狀

通過(guò)了解價(jià)值流的現(xiàn)狀,找到可以優(yōu)化的點(diǎn),從而提升用戶的價(jià)值。

了解價(jià)值流的現(xiàn)狀可以分成三個(gè)步驟:

  1. 整理現(xiàn)有的價(jià)值流環(huán)節(jié)
  2. 選擇和收集現(xiàn)有價(jià)值流的數(shù)據(jù)
  3. 收集現(xiàn)有價(jià)值流的感性認(rèn)知

整理現(xiàn)有價(jià)值流環(huán)節(jié)

首先要收集和整理現(xiàn)有的價(jià)值流和價(jià)值流的每個(gè)環(huán)節(jié),盡可能地細(xì)化:

  1. 客戶購(gòu)買卡搭線上課程的價(jià)值流。
  2. STEAM教師使用卡搭校園的價(jià)值流。
  3. 授權(quán)機(jī)構(gòu)購(gòu)買卡搭授權(quán)的價(jià)值流。
  4. ……

通過(guò)這些價(jià)值流的收集整理,我們可以

選擇和收集現(xiàn)有價(jià)值流的數(shù)據(jù)

以前面的客戶購(gòu)買卡搭課程的價(jià)值流為例子,我們需要分析每一個(gè)環(huán)節(jié)的數(shù)據(jù),通過(guò)數(shù)據(jù)來(lái)發(fā)現(xiàn)其中需要優(yōu)化的點(diǎn):

1.了解卡搭,數(shù)據(jù)的目的是了解用戶在了解卡搭的環(huán)節(jié)是否獲取了足夠多的價(jià)值?用戶都是通過(guò)什么渠道知道我們的?哪些渠道來(lái)的用戶比較符合我們的預(yù)期?我們對(duì)于原有用戶畫像的設(shè)定是否符合實(shí)際?用戶是怎么了解卡搭的?是否看到了我們希望用戶看到的內(nèi)容?我們?cè)?jì)劃希望用戶操作的路徑是否用戶是這么做的?我們?cè)O(shè)計(jì)的那些功能用戶是否都用到了?頁(yè)面的上信息用戶看到了哪些? 等等。

  • 用戶是通過(guò)哪些渠道知道卡搭的?朋友推薦?廣告?搜索引擎?公眾號(hào)?還是其他渠道?
  • 每個(gè)渠道卡搭投入了多少資金?每個(gè)渠道帶來(lái)的用戶量是多少?每個(gè)渠道的投入產(chǎn)出比是多少?
  • 相同文案和設(shè)計(jì)的場(chǎng)景下,哪些渠道ROI更高?哪種文案的ROI更高?
  • 用戶瀏覽了哪些頁(yè)面?每個(gè)頁(yè)面的停留時(shí)長(zhǎng)是多久?跳出率是多少?
  • 用戶瀏覽頁(yè)面的路徑是怎樣的?
  • 單個(gè)頁(yè)面的熱力圖是怎樣的?哪些功能是用戶較為常用的?
  • 滾動(dòng)條滾到哪里了?哪些地方是用戶會(huì)閱讀的?

2. 購(gòu)買課程,通過(guò)課程的評(píng)測(cè)功能了解到孩子需要提升的地方,并且第一時(shí)間收到了如何學(xué)習(xí)課程的方法,了解了自身的情況又消除了對(duì)于未知事物的些許恐懼,增強(qiáng)了信心。

  • 訪問(wèn)卡搭的用戶中有多少用戶購(gòu)買了課程,轉(zhuǎn)化率是多少?
  • 在購(gòu)買課程的過(guò)程中,每個(gè)頁(yè)面的跳出率是多少?(實(shí)際上,在購(gòu)買課程的過(guò)程中有許多的頁(yè)面,包括登陸,填寫個(gè)人信息,下訂單,支付等等),每個(gè)頁(yè)面的停留時(shí)長(zhǎng)。
  • 購(gòu)買課程的用戶中進(jìn)行評(píng)測(cè)的用戶的比例?
  • 進(jìn)行過(guò)評(píng)測(cè)的用戶完成所有課程學(xué)習(xí)的比例和沒(méi)有進(jìn)行過(guò)評(píng)測(cè)的用戶完成所有課程學(xué)習(xí)的比例?

3. 開始上課,略。

4. 開始做作業(yè),略

5. 作業(yè)點(diǎn)評(píng),略。

6. 公開課,略。

7. 結(jié)業(yè)總結(jié),略。

在筆者經(jīng)歷過(guò)的團(tuán)隊(duì)里面,數(shù)據(jù)分析的需求,優(yōu)先級(jí)都是不太高,雖然我本人不太認(rèn)同,并且也努力推動(dòng)數(shù)據(jù)分析的相關(guān)功能的建立。

在我的觀念中,數(shù)據(jù)收集和分析的相關(guān)功能屬于功能的一部分,否則,新功能上線新服務(wù)推出,如何能知道效果咋樣?不能知道效果咋樣那怎么知道新功能或者服務(wù)起到了正向還是負(fù)向的效果?怎么知道下一步該做什么?

但實(shí)際在工作中,要有這么全的數(shù)據(jù)打點(diǎn)或者收集是比較難的,成本也是比較高的,因此我們就要根據(jù)當(dāng)下的情況做出一些取舍,對(duì)于那些想要知道效果的功能實(shí)現(xiàn)數(shù)據(jù)收集和分析的功能,而對(duì)于不那么緊急的,自然也可以往后放放。

收集現(xiàn)有價(jià)值流的感性認(rèn)知

這個(gè)就是用戶研究的領(lǐng)域了,我們需要向用研部門提出需求,描述清楚我們所需要達(dá)成的目標(biāo),我們想要驗(yàn)證的現(xiàn)有軟件的使用情況,和為未來(lái)設(shè)計(jì)的新功能點(diǎn)的用戶接受程度等等。

2. 工作流的現(xiàn)狀

通過(guò)了解工作流的現(xiàn)狀,找到可以優(yōu)化的點(diǎn),從而提升團(tuán)隊(duì)整體效能。

了解價(jià)值流的現(xiàn)狀可以分成四個(gè)步驟:

  1. 了解價(jià)值流的需求,整理工作流所要支撐的價(jià)值流
  2. 整理現(xiàn)有的工作流,列出主要的環(huán)節(jié)
  3. 選擇過(guò)程數(shù)據(jù)指標(biāo)
  4. 收集各個(gè)數(shù)據(jù)指標(biāo)的情況

了解價(jià)值流的需求

價(jià)值流的需求是工作流的目標(biāo),因此了解價(jià)值流的需求很重要。

以卡搭在線課程為例,課程用戶的價(jià)值流的目標(biāo)是讓用戶在購(gòu)買和使用卡搭產(chǎn)品的每一個(gè)環(huán)節(jié)都能夠獲得一定的價(jià)值,因此,對(duì)于工作流的需求就是:

  • 能夠持續(xù)地盡可能多地提供新的價(jià)值;
  • 能夠持續(xù)找到價(jià)值流的優(yōu)化點(diǎn),并且可以在2周左右的時(shí)間優(yōu)化掉;
  • 價(jià)值流的每一個(gè)環(huán)節(jié)不能出現(xiàn)錯(cuò)誤讓用戶有價(jià)值的損失;
  • 在用戶上課環(huán)節(jié)能通過(guò)最好的課程和最優(yōu)質(zhì)的軟件體驗(yàn)和班主任的服務(wù)讓用戶體會(huì)到盡可能多的收益和成就
  • ……

這些就是價(jià)值流對(duì)于工作流的需求。價(jià)值流定義了What,工作流就需要定義出How了。

整理現(xiàn)有的工作流

整理現(xiàn)有的工作流會(huì)對(duì)團(tuán)隊(duì)現(xiàn)有的工作方式有一個(gè)更全面的了解,這個(gè)工作流分成不同的環(huán)節(jié)或者步驟,工作流通過(guò)這些環(huán)節(jié)來(lái)支撐價(jià)值流。

以網(wǎng)易卡搭的課程線為例,為了支持價(jià)值流的需求:

  • 能夠持續(xù)地盡可能多地提供新的價(jià)值;
  • 能夠持續(xù)找到價(jià)值流的優(yōu)化點(diǎn),并且可以在2周左右的時(shí)間優(yōu)化掉;
  • 價(jià)值流的每一個(gè)環(huán)節(jié)不能出現(xiàn)錯(cuò)誤讓用戶有價(jià)值的損失

產(chǎn)品開發(fā)團(tuán)隊(duì)的現(xiàn)有的常規(guī)工作流:

  1. 策劃
  2. 交互
  3. 視覺(jué)
  4. 開發(fā)
  5. 測(cè)試
  6. 預(yù)發(fā)
  7. 上線

這個(gè)工作流常見(jiàn)得不能再常見(jiàn)了,但我們正是周期性地通過(guò)這樣的工作流,持續(xù)地為價(jià)值流添加新的價(jià)值,持續(xù)地優(yōu)化價(jià)值流的每一個(gè)環(huán)節(jié),并且通過(guò)測(cè)試,預(yù)發(fā)這樣的環(huán)節(jié)來(lái)保證質(zhì)量。

當(dāng)然,Scrum是反對(duì)把測(cè)試和開發(fā)區(qū)分得這么明顯的,在Scrum團(tuán)隊(duì)中不應(yīng)該有專門的測(cè)試人員,也不應(yīng)該有一個(gè)專門的測(cè)試環(huán)節(jié),這個(gè)問(wèn)題我同意也不同意:

從生產(chǎn)力發(fā)展的角度來(lái)說(shuō),社會(huì)分工一定是越來(lái)越細(xì)致的,因此開發(fā)和測(cè)試兩種不同思維方式的工作是會(huì)逐漸區(qū)分開的,只是測(cè)試人員的角色和定位可能會(huì)發(fā)生變化,不只是發(fā)現(xiàn)問(wèn)題而是變成成果驗(yàn)收,并且從測(cè)試專家和測(cè)試工具提供者的角度為團(tuán)隊(duì)提供支持。

關(guān)于測(cè)試環(huán)節(jié),并不是每一個(gè)團(tuán)隊(duì)都能一蹴而就立刻取消測(cè)試環(huán)節(jié),從組織構(gòu)架也好,軟件架構(gòu)也好,測(cè)試工具的完備程度,自動(dòng)化測(cè)試用例的覆蓋率,團(tuán)隊(duì)的成熟度,等等多個(gè)維度上來(lái)看才能判斷測(cè)試環(huán)節(jié)是否在當(dāng)下可以不要。

選擇過(guò)程數(shù)據(jù)指標(biāo)

常見(jiàn)可選的數(shù)據(jù)指標(biāo)有以下這些:

  • 過(guò)程時(shí)間 = 完成一個(gè)工序或者活動(dòng)所需要的時(shí)間
  • 交付周期 = 過(guò)程時(shí)間 + 等待時(shí)間
  • 增值時(shí)間 = 實(shí)際花在增值活動(dòng)上的時(shí)間
  • 轉(zhuǎn)換時(shí)間 = 從一個(gè)活動(dòng)切換到另外一個(gè)工作的過(guò)程中所耗費(fèi)的時(shí)間
  • 需求速率 = 每次迭代開始的時(shí)候團(tuán)隊(duì)承諾的需求數(shù)量
  • 可靠性 = 開發(fā)或者設(shè)計(jì)等工作依賴的環(huán)境的穩(wěn)定性
  • 可用時(shí)間 = 有效工作時(shí)間,換句話說(shuō)就是真的是在工作的時(shí)間
  • 錯(cuò)誤率 = 也就是Bug率和需求評(píng)審,視覺(jué)評(píng)審,交互評(píng)審中的錯(cuò)誤率,這些會(huì)影響返工的時(shí)間和延遲交付。

實(shí)際在選擇指標(biāo)的時(shí)候,并不是隨心所欲的,往往受到條件的限制,比如增值時(shí)間是很難統(tǒng)計(jì)的,除非能夠一直跟在相關(guān)人員身邊記錄。轉(zhuǎn)換時(shí)間和可用時(shí)間也是比較難統(tǒng)計(jì)的,常常需要通過(guò)和不同的人進(jìn)行交流后,根據(jù)他們的回答進(jìn)行統(tǒng)計(jì)。

收集各個(gè)數(shù)據(jù)指標(biāo)的情況

由于團(tuán)隊(duì)已經(jīng)才有了固定迭代周期的方式,所以需求速率理論上應(yīng)該是穩(wěn)定的,因此對(duì)于需求大小的可以通過(guò)Story Point做一個(gè)簡(jiǎn)單的估計(jì)。

過(guò)程時(shí)間也是相對(duì)固定:策劃,交互,是覺(jué)得時(shí)間為了配合開發(fā)測(cè)試的迭代時(shí)間,也是需要固定迭代的。

上圖顯示了每一個(gè)環(huán)節(jié)所需要花費(fèi)的時(shí)間,可以簡(jiǎn)單的判斷策劃,交互,視覺(jué)花費(fèi)的時(shí)間比較長(zhǎng)。實(shí)際上筆者在收集時(shí)間的時(shí)候是用了更加細(xì)致的圖,把開發(fā)團(tuán)隊(duì)的時(shí)間做了更細(xì)致的拆分和記錄,然后把每一個(gè)環(huán)節(jié)都標(biāo)上時(shí)間。

3. 信息流的現(xiàn)狀

信息流是為對(duì)工作流進(jìn)行管理的,為了能夠讓信息在不同環(huán)節(jié)和不同角色之間同步,讓工作流更順暢地工作起來(lái)的。因此了解了工作流的現(xiàn)狀之后我們也需要了解信息流的現(xiàn)狀:

  • 整理現(xiàn)有的信息流
  • 現(xiàn)有信息流花費(fèi)的時(shí)間
  • 現(xiàn)有信息流的覆蓋范圍

整理現(xiàn)有的信息流

理出所有的會(huì)議,郵件,IM群等等每個(gè)會(huì)進(jìn)行信息傳遞的方式,并且列出每一個(gè)方式存在的目的。

會(huì)議

  • 全員XXX會(huì)議:目的是和全員同步業(yè)務(wù)進(jìn)展情況和重大成果和重大問(wèn)題等,對(duì)全體員工有正向激勵(lì)的效果。
  • XXXX雙周會(huì):同步策略執(zhí)行結(jié)果,依據(jù)結(jié)果討論方案,并且最后形成新的決策和下一步方案。
  • XXXXX周會(huì):同步相關(guān)信息和問(wèn)題,暴露問(wèn)題,推進(jìn)各項(xiàng)事情的進(jìn)展。
  • 交互評(píng)審:略。
  • 視覺(jué)評(píng)審:略。
  • 需求評(píng)審:略。
  • 技術(shù)評(píng)審:略。
  • 開發(fā)周會(huì):略。
  • 策劃周會(huì):略。
  • 測(cè)試用例評(píng)審:略。
  • ……

郵件

  • 部門郵件通知:重要事項(xiàng)的通知和同步。
  • 上線郵件通知:告知所有人上線的內(nèi)容,版本,注意事項(xiàng),方便相關(guān)人員開展工作。
  • XXXX郵件通知:略
  • ……

IM群

  • 客服群:及時(shí)響應(yīng)和解決客服人員收到的客戶的重要問(wèn)題
  • 全員群:通知XXXXX
  • 開發(fā)群:略
  • 測(cè)試群:略
  • ……

現(xiàn)有信息流的覆蓋范圍

還需要整理出現(xiàn)有信息流的覆蓋范圍,因?yàn)榭赡軙?huì)發(fā)現(xiàn)有部分信息流有遺漏關(guān)鍵人員,或者會(huì)發(fā)現(xiàn)相同目的的群重復(fù)覆蓋了相同的人群。

現(xiàn)有信息流花費(fèi)的時(shí)間

然后就是記錄每個(gè)信息流所需要花費(fèi)的時(shí)間,通過(guò)這些時(shí)間來(lái)判斷信息流的投入產(chǎn)出比。和對(duì)于人員時(shí)間的占用。

四、分析優(yōu)化

了解了三流的現(xiàn)狀之后,我們急需要對(duì)現(xiàn)狀進(jìn)行分析,找到其中的問(wèn)題或者優(yōu)化點(diǎn),然后針對(duì)性地提出解決方案。

1. 價(jià)值流分析優(yōu)化

通過(guò)數(shù)據(jù)發(fā)現(xiàn):課程用戶購(gòu)買課程的轉(zhuǎn)化率不盡如人意,瀏覽課程頁(yè)面的用戶只有1%選擇了購(gòu)買,沒(méi)有選擇購(gòu)買的用戶幾乎所有人根本就沒(méi)有進(jìn)入購(gòu)買流程,也就是說(shuō)用戶瀏覽了購(gòu)買頁(yè)面之后就走了。

并且我們發(fā)現(xiàn):大多數(shù)用戶其實(shí)看完了頁(yè)面上的信息。那么問(wèn)題來(lái)了,為什么99%的用戶連購(gòu)買流程都沒(méi)有進(jìn)入?滾動(dòng)條百分比顯示大多數(shù)用戶看完了,那是因?yàn)槲陌覆缓每??還是因?yàn)樾畔⒉怀浞郑窟€是因?yàn)閮r(jià)格太高?是什么讓用戶沒(méi)有獲得充分的價(jià)值感?

根據(jù)這些分析,我們可以做一下嘗試:調(diào)整價(jià)格,修改文案,增加更多的信息。

經(jīng)過(guò)討論,我們決定增加更多的信息,于是增加了試看課,讓用戶在這個(gè)環(huán)節(jié)得到更多的價(jià)值,這個(gè)價(jià)值幫助用戶降低決策的風(fēng)險(xiǎn)。

在放出了試看課之后,我們也需要收集相關(guān)的數(shù)據(jù):打開了試看課的用戶比例是多少?看完試看課的用戶比例是多少?增加了試看課之后,購(gòu)課轉(zhuǎn)化率是否有提升?根據(jù)這些結(jié)果來(lái)決定我們還需進(jìn)一步做哪些優(yōu)化。

2. 工作流分析優(yōu)化

根據(jù)課程的產(chǎn)品開發(fā)流和每一各環(huán)節(jié)的數(shù)據(jù),可以看到:前期的策劃和和交互視覺(jué)時(shí)間是比較長(zhǎng)的,占據(jù)了整個(gè)流程2/3的時(shí)間,需要能夠縮短時(shí)間;同時(shí),開發(fā)時(shí)間過(guò)短,測(cè)試上線預(yù)發(fā)的時(shí)間也過(guò)長(zhǎng)。

對(duì)于策劃交互視覺(jué)策劃時(shí)間過(guò)長(zhǎng)的問(wèn)題,第一步就是要讓這些覺(jué)得工作量可見(jiàn),才能判斷他們是否需要長(zhǎng)么長(zhǎng)的時(shí)間來(lái)完成相應(yīng)的步驟,因此讓所有的工作內(nèi)容上JIRA就變得很重要,然后下一步才是根據(jù)JIRA上的數(shù)據(jù)來(lái)分析是否有可能對(duì)這部分的工作內(nèi)容進(jìn)行縮短。

當(dāng)然,也需要和對(duì)應(yīng)的負(fù)責(zé)人進(jìn)行溝通,了解他對(duì)于這個(gè)問(wèn)題的看法,是否能夠達(dá)成共識(shí)并且推動(dòng)實(shí)踐的縮短。

對(duì)于測(cè)試聯(lián)調(diào)預(yù)發(fā)上線時(shí)間過(guò)長(zhǎng)的問(wèn)題,我們進(jìn)一步分析發(fā)現(xiàn):在Bug上所花費(fèi)的時(shí)間占到整體開發(fā)時(shí)間的1/3,而聯(lián)調(diào)時(shí)間又比較長(zhǎng),測(cè)試環(huán)境也經(jīng)常不穩(wěn)定,由于質(zhì)量不好導(dǎo)致測(cè)試等待時(shí)間也很長(zhǎng),上線過(guò)程,因此可以得出第一個(gè)結(jié)論:質(zhì)量不好導(dǎo)致在代碼提交測(cè)試之后花費(fèi)的時(shí)間過(guò)長(zhǎng),因此第一步就是需要提升代碼提交的質(zhì)量。分析原因,是因?yàn)楝F(xiàn)在的新功能開發(fā)壓力比較大,同時(shí)又因?yàn)椴迦氲呐R時(shí)需求比較多,開發(fā)能用于設(shè)計(jì)和自己測(cè)試的時(shí)間不夠?qū)е碌摹R虼私鉀Q方法就是:每個(gè)迭代給開發(fā)留出20%的時(shí)間,少做一點(diǎn)需求,少制造一點(diǎn)Bug,并且當(dāng)有臨時(shí)需求插入的時(shí)候也可以用這個(gè)20%的時(shí)間來(lái)做緩沖,不至于占用設(shè)計(jì)和測(cè)試的時(shí)間;如果沒(méi)有用完這部分時(shí)間,那就把時(shí)間用于技術(shù)債的清理。

可用時(shí)間的延長(zhǎng)要謹(jǐn)慎:并不是所有的時(shí)間都可以用于工作,高強(qiáng)度工作8個(gè)小時(shí)是非常累的,因此每個(gè)人都會(huì)選擇其中一段時(shí)間休息一下——可能是去抽支煙,可能是喝咖啡,或者是站起來(lái)走走,或者和別人聊幾句。

這些看起來(lái)都是不必要的事情,但是如果剝奪了這部分的時(shí)間,那么只會(huì)帶來(lái)工作效率的下降。并且,每個(gè)人所需要的休息時(shí)間是不一樣的,不能簡(jiǎn)單地一刀切規(guī)定每個(gè)人的休息時(shí)間不得多于多少時(shí)間。因此我們?cè)诳紤]可用時(shí)間的目的是看我們實(shí)際可以用的時(shí)間是多少,而不是簡(jiǎn)單考慮增加可用時(shí)間。

從另外一個(gè)方面來(lái)看,我們也可以通過(guò)增加工作時(shí)長(zhǎng)來(lái)達(dá)到增加可用時(shí)間的目的,這也是我們常用的方法。

實(shí)際上,這個(gè)方法有點(diǎn)類似于飲鴆止渴:剛開始的時(shí)候,可用工作時(shí)間可能會(huì)隨著工作時(shí)間的增加而增加;但是由于疲勞的增加,可用時(shí)間的增加和工作時(shí)間的增加并不會(huì)成正比,會(huì)隨著加班次數(shù)的增加,可用時(shí)間會(huì)漸漸減少到一個(gè)穩(wěn)定水平;這個(gè)水平會(huì)比加班之前的可用時(shí)間多,但是會(huì)比期望的少。

如果加班是有成本的化,這個(gè)投入產(chǎn)出比顯然是比較低的。

3. 信息流分析優(yōu)化

通過(guò)信息流的數(shù)據(jù)可以發(fā)現(xiàn),接收XXX郵件的人數(shù)是全員,但其實(shí)并不需要通知到全員——這封郵件只需要在郵件列表里面需要回復(fù)的人收到就可以了,否則所有的郵件和相關(guān)的回復(fù)都是全員收到,會(huì)造成大量的垃圾郵件,剩下的人只需要在上線的時(shí)候收到郵件即可。

通過(guò)信息流的數(shù)據(jù)可以發(fā)現(xiàn):之前XXX會(huì)議的時(shí)間常常需要開3個(gè)小時(shí),在會(huì)上大家會(huì)討論許多問(wèn)題;并且是所有核心成員都會(huì)參加的會(huì)會(huì)議,這樣的化就偏離的會(huì)議的目的,并且花費(fèi)的時(shí)間過(guò)多,導(dǎo)致了許多浪費(fèi)。

4. 分析和優(yōu)化的挑戰(zhàn)

雖然我們通過(guò)分析得出了許多優(yōu)化方案,但是要落地方案并不是那么容易的——有一些方案會(huì)受限于你所處的環(huán)境,受限于團(tuán)隊(duì)當(dāng)下的狀態(tài)而短期內(nèi)無(wú)法實(shí)現(xiàn),這些也都是你所需要面對(duì)的挑戰(zhàn),如何找支持,持續(xù)不斷地努力來(lái)改變周圍的環(huán)境,大概也是互聯(lián)網(wǎng)項(xiàng)目經(jīng)理常常在做的事情。

五、總結(jié)

通過(guò)了解三流的現(xiàn)狀,然后分析和優(yōu)化三流,我們用這樣的手段來(lái)提升業(yè)務(wù)線的效能,從而能夠在商業(yè)競(jìng)爭(zhēng)中通過(guò)效能的優(yōu)勢(shì)勝出。

通過(guò)分析價(jià)值流,我們發(fā)現(xiàn)在各個(gè)環(huán)節(jié)的數(shù)據(jù)收集和分析是不夠做決策的,因此我們把盡快提升數(shù)據(jù)覆蓋作為了我們下一個(gè)階段的目標(biāo)。

通過(guò)分析工作流,我們看到了工作流中的問(wèn)題,把提升可用工作時(shí)間作為我們研發(fā)團(tuán)隊(duì)的工作目標(biāo),從而能夠盡快地完成產(chǎn)品的需求。

通過(guò)分析信息流,我們減少了會(huì)議的頻率,取消了部分沒(méi)有必要的會(huì)議,依據(jù)目標(biāo)和組織架構(gòu)調(diào)整了各個(gè)會(huì)議的參與人員,重新梳理了郵件列表,減少了郵件的打擾,合并了一些群,保證信息能夠發(fā)送給所有需要的人,從而保證工作的每個(gè)環(huán)節(jié)的同步花費(fèi)更少的時(shí)間,并且信息能夠被傳達(dá)到位。

 

作者:曹靚,網(wǎng)易資深項(xiàng)目經(jīng)理,9年SCRUM多角色經(jīng)驗(yàn),6年大規(guī)模分布式系統(tǒng)經(jīng)驗(yàn),3年LTE系統(tǒng)經(jīng)驗(yàn),致力于提升用戶需求轉(zhuǎn)化為價(jià)值的速度。

來(lái)源:網(wǎng)易杭研項(xiàng)目管理(微信公眾號(hào):NetEasePM)

本文由 @網(wǎng)易杭研項(xiàng)目管理? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來(lái)自 Unsplash,基于 CC0 協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 信息流內(nèi)容服務(wù) 個(gè)性化信息推薦 廣告變現(xiàn) 整體提高10%到15%的收益 微信:kwf268

    來(lái)自上海 回復(fù)
  2. 歡迎微信討論?。簄eutyz,我也有很多想說(shuō)的啊

    來(lái)自江蘇 回復(fù)
  3. 三流的圖要是能都給出來(lái)就完美了

    回復(fù)
  4. 為什么不能說(shuō)重點(diǎn),中間總要穿插很多可以省略的話,難道產(chǎn)品經(jīng)理不該換位思考,以用戶為中心嗎?這么長(zhǎng)且實(shí)用性并不高的的文章真的觀看起來(lái)很累

    回復(fù)
  5. 已鑒定,推廣網(wǎng)易卡塔的軟文

    回復(fù)
专题
17675人已学习13篇文章
本专题的文章对整个商业模式进行了一个清晰的梳理和设计,并说明了商业模式如何变成可执行的路径。
专题
14744人已学习15篇文章
智能硬件产品经理需要做什么工作内容呢?与互联网产品经理有什么区别呢?本专题为刚入行的智能硬件产品经理分享了入门指南。
专题
12923人已学习17篇文章
在一些老系统可能会有流程复杂、扩展性不强的问题,此时便需要进行重构。本专题的文章分享了产品重构指南。
专题
65063人已学习17篇文章
每个网站或APP,发展到了一定的阶段,用户积分体系都是不可或缺的。
专题
15335人已学习16篇文章
UML(统一建模语言)是由一系列标准化图形符号组成的建模语言,用于描述软件系统分析、设计和实施中的各种模型。本专题的文章分享了各类UML图的相关语法和整体解读。