PRD:Keep需求文檔

54 評論 266703 瀏覽 1585 收藏 14 分鐘

編輯導讀:Keep作為國內(nèi)著名的運動健身軟件,它的每一次更新迭代都備受矚目。本文將從三個方面,梳理了Keep的需求文檔,希望對你有幫助。

一、前言

1.1 需求背景

通過之前對KEEP v6.43.0版本的競品分析、需求分析,我們確定了KEEP下一代的迭代版本方向,我們從需求列表中挑出5個需求進行迭代實戰(zhàn)。

歡迎大家去查看我們之前發(fā)布的競品分析和需求分析報告。

Keep、咕咚、Peloton競品分析報告:http://www.aharts.cn/evaluating/4140682.html

Keep需求分析實戰(zhàn)報告:http://www.aharts.cn/evaluating/4142713.html

本次迭代將對課程體驗進行優(yōu)化,增加智能數(shù)據(jù)的實時顯示,以提升用戶留存和使用時間。

為了完善課程和內(nèi)容體系,增加了“運動康復”課程分類,增加了“運動康復教練”用戶推薦,和不同年齡分層篩選課程,以進一步提高用戶量和打造健身閉環(huán)。同時在社區(qū)方面,增加了活動玩法, 優(yōu)化了排名榜,以提升用戶的活躍度和使用時間。

1.2 項目目標

  1. 通過增加課程分類、增加社區(qū)推薦用戶分類、增加活動玩法,實現(xiàn)三個月內(nèi)留存率同比增長10%。
  2. 通過優(yōu)化排行榜、優(yōu)化課程體驗、增加活動玩法,實現(xiàn)三個月內(nèi)平均使用時長同比增長10%。
  3. 通過增加活動玩法,實現(xiàn)三個月內(nèi)活動參與用戶量同比增長5%。

二、特性

2.1 需求列表

2.2 課程智能化優(yōu)化

2.2.1 原型:直播課程頁面新增運動數(shù)據(jù)

2.2.2?原型:錄播課程頁面新增運動數(shù)據(jù)

2.2.3??主邏輯

進入課程:

  • 如果已經(jīng)連接智能設(shè)備:實時顯示累計時長(KEEP原本就有的功能點),實時心率,累計卡路里(從進入課程到顯示的時刻)。
  • 如果課程中途智能設(shè)備斷聯(lián),則如原型所示,顯示雙杠號。
  • 如果中斷連接的智能設(shè)備重新連接成功,則接著斷聯(lián)前的數(shù)據(jù),繼續(xù)實時統(tǒng)計連接。
  • 如果未連接智能設(shè)備:僅顯示累計時長。

2.2.4??功能目標

  • 實現(xiàn)智能設(shè)備的數(shù)據(jù)共享,智能手環(huán)/手表用戶可以有更好的課程體驗。
  • 通過顯示卡路里,用戶實時了解自己的運動消耗,形成一個正反饋的激勵作用,用戶更容易堅持下去,
  • 心率控制運動強度是最簡單和常見的方法,健身房許多有氧運動器材都有心率監(jiān)測。通過顯示心率,讓用戶更了解和把握自身的運動強度,實現(xiàn)用戶更加關(guān)注自身的運動情況,方便及時做調(diào)整。
  • 達到增加用戶粘性、使用時間以及提高用戶留存率的目的。

2.3??課程分類增加

2.3.1??原型

2.3.2??主邏輯

課程分類增加“運動醫(yī)學指導”課程分類板塊。點擊可以篩選出“運動醫(yī)學指導”的相關(guān)課程。

增加不同年齡層的差異化課程分類。選擇不同的年齡分層,篩選不同年齡適用的課程。

2.3.3??功能目標

  • 增加“運動醫(yī)學指導”課程分類板塊的目的在于:為有不同程度勞損和骨關(guān)節(jié)疾病的人群提供特殊性差異化的健身指導課程,完善課程體系和提升科學性。例如,像有腰椎間盤突出、膝關(guān)節(jié)炎的人,上其他課程容易給原本的損傷帶來進一步傷害,在“運動醫(yī)學指導”板塊中選擇課程“腰椎間盤突出日常輕量運動”,即可以上適合腰突患者的,不會加重損傷又能滿足日常運動量的課程。
  • 增加不同年齡層的差異化課程分類的目的在于:使課程人群覆蓋面更廣,完善課程體系。不同年齡段的人群,身體的薄弱環(huán)節(jié)和運動目的都有差異,例如,未成年人能選擇更適合生長發(fā)育或體育中考的課程,中老年人能選擇適合他們的輕量健身、舒緩悠閑的運動。

2.4? 社區(qū)推薦用戶分類增加

2.4.1 原型

2.4.2??主邏輯

在【添加好友】頁面,推薦用戶中增加【運動康復教練】分類Tab菜單 。

第一次上線此功能時,用戶進入“添加好友”頁面,在【運動康復教練】Tab展示New標簽:

當用戶已經(jīng)點擊過此【運動康復教練】Tab,之后再次進入【添加好友】頁面時,則不再展示New標簽;

用戶點擊【運動康復教練】Tab,則在其下顯示加載6個教練的頭像、名稱和簡介以及最新的動態(tài)圖片或短視頻;并預先加載其余12個教練的名字、文案及關(guān)注按鈕;圖片部分統(tǒng)一灰色塊展示;

教練列表優(yōu)先顯示與KEEP合作的優(yōu)質(zhì)運動康復教練,其次根據(jù)用戶的關(guān)注數(shù)量依次往下顯示有康復專業(yè)認證的教練。直至所有專業(yè)認證教練全部展示。

此【運動康復教練】Tab上線初期(0~3個月),放在第三個Tab位置;3個月后,按照用戶點擊次數(shù)以及教練關(guān)注數(shù)重新安排Tab位置。

2.4.3??功能目標

  • 根據(jù)前期做的用戶需求調(diào)研,KEEP用戶存在對運動康復知識和課程的需求,此功能在于讓用戶迅速地找到優(yōu)質(zhì)的運動康復教練。
  • KEEP的戰(zhàn)略是要做健身閉環(huán),運動和健身都跟康復關(guān)系緊密,完善KEEP社區(qū)在康復領(lǐng)域的漏洞,有利于減少有勞損和骨關(guān)節(jié)疾病的用戶流失,提高用戶留存率。

2.5? 排名榜優(yōu)化

2.5.1 原型

2.5.2 主邏輯

2.5.2.1? 新增【排名榜入口】

2.5.2.2?【好友排行榜】界面改動元素說明

2.5.4 功能目標

  • 【我的】頁面中本來有【運動數(shù)據(jù)】和【健康數(shù)據(jù)】,新增【排名數(shù)據(jù)】至此處。數(shù)據(jù)入口集中展示,更符合常理,用戶更容易發(fā)現(xiàn)/找到排名榜入口。
  • 提升【排名榜】功能的點擊率:,引導用戶快速查看不同時間段、不同方式、不同人群的運動排名情況,以促進用戶之間良性競爭,提高用戶運動積極性。
  • 新增多種運動排名方式,以引導用戶分享排名結(jié)果:用戶可選擇最滿意的排名結(jié)果進行分享。
  • 如果只有【本周】統(tǒng)計時長,每周一清零重排,原本排前列的用戶可能并不希望自己的健身前列排名被清零。提供更長時間段的統(tǒng)計排名,有助于用戶堅持更長的時間,更好地培養(yǎng)在KEEP健身的行為習慣。
  • 增加排名統(tǒng)計方式,比原本單一的統(tǒng)計方式,能讓更多用戶獲得排名前列的成就感。

2.6? 活動挑戰(zhàn)增加瓜分保證金玩法

2.6.1 需求功能流程圖

2.6.2 原型

2.6.3 界面信息結(jié)構(gòu)說明

2.6.3.1【活動列表頁】頁面信息結(jié)構(gòu)內(nèi)容說明

2.6.3.2 【活動介紹頁】頁面信息結(jié)構(gòu)內(nèi)容說明

2.6.3.3 【活動支付頁】頁面信息結(jié)構(gòu)內(nèi)容說明

2.6.3.4? 【活動報名成功頁】頁面信息結(jié)構(gòu)內(nèi)容說明

2.6.3.5? 活動結(jié)束頁面信息結(jié)構(gòu)內(nèi)容說明

2.6.1? 主邏輯

2.6.4.1? 規(guī)則說明

活動挑戰(zhàn)增加瓜分保證金玩法。用戶繳納一定保證金后,可加入活動;成功完成活動內(nèi)容的用戶,平分保證金池;未完成活動內(nèi)容的用戶,保證金不予返還。

2.6.4.2? 交互邏輯

點擊活動展示列表的某個活動,進入活動介紹頁面。

在活動介紹頁面點擊馬上報名,喚起支付流程。

支付頁面點擊確認支付,將跳轉(zhuǎn)到對應(yīng)的支付渠道進行支付,支付成功后跳轉(zhuǎn)活動報名成功頁面。

活動開始后,活動報名成功頁面點擊開始運動,進入具體運動頁面。

活動結(jié)束后,活動報名成功頁面變?yōu)榛顒咏Y(jié)束頁面。

2.6.5? 功能目標

  1. 提升活動模塊的參與人數(shù):通過推出新玩法,吸納對該玩法有興趣的用戶,以提高整個活動模塊的參與人數(shù),提高用戶的使用時間;
  2. 增強對用戶完成運動的激勵:以承諾+金錢獎勵的形式作為對用戶完成運動的激勵,以提升用戶參與并按要求完成運動人數(shù)。

三、數(shù)據(jù)統(tǒng)計需求

3.1 數(shù)據(jù)統(tǒng)計需求

3.2??運營支持需求

 

作者:黎健茵、龍泉、黃悅、符蕾明、李珍珍、宋智、沙軼、劉志勇

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

題圖來自Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 需求文檔是是什么?結(jié)構(gòu)是怎樣的?如何寫好需求文檔中的功能詳細邏輯等產(chǎn)品需求文檔問題!在人人都是產(chǎn)品經(jīng)理社區(qū)&起點課堂聯(lián)合辦學的《90天產(chǎn)品經(jīng)理實戰(zhàn)班》里都會講到哦!如果你對需求文檔還存疑,可以搜索手機號(13517514071)添加老師的微信咨詢呀!

    來自廣東 回復
  2. APP對應(yīng)的后端邏輯和app本身的異常邏輯都沒有寫啊,采集心率這些依賴硬件的設(shè)備連接,報文回傳這些也都要協(xié)議給開發(fā)說明的,KEEP這么多標簽內(nèi)容也肯定走的是后端配置化,這些也需要規(guī)定邏輯的

    來自江蘇 回復
    1. 后端邏輯產(chǎn)品也要寫嗎

      來自北京 回復
  3. 這種靜態(tài)的沒意思, 直接搞可點擊的原型, 用戶使用流程做成 gif, 然后配上文字,放到 GitHub project 里的 comment 里, 不就行了

    來自福建 回復
    1. 實際上,在寫產(chǎn)品文檔,很少會去做高保真帶交互的,如果那樣做就太浪費時間了。

      來自江蘇 回復
  4. 狗看了都搖頭

    來自廣東 回復
  5. 看到一半,感覺身上有螞蟻在爬

    來自上海 回復
  6. 我作為開發(fā),感覺已經(jīng)算很詳細的啦

    回復
  7. 產(chǎn)品需求文檔不是只描述需求就行么

    回復
  8. 標題黨 不要出來黑keep了,keep怎么會寫出如此差勁的文檔

    來自湖北 回復
  9. 開發(fā)看了想砍人系列,給還沒工作的產(chǎn)品看看還行,不過也不要誤人子弟,沒寫異常情況,沒寫后臺邏輯,純粹是前端頁面倒推邏輯

    來自廣東 回復
    1. 后臺邏輯怎么寫

      來自湖北 回復
  10. 開發(fā)看了直搖頭

    來自四川 回復
  11. 90天產(chǎn)品經(jīng)理學員出品的吧!哈哈,看著書寫節(jié)奏真是面熟

    來自河南 回復
  12. 看完后有兩個疑問哈
    1、智能設(shè)備看數(shù)據(jù)已經(jīng)很方便了,為什么還要放在實際操作中可能只有在最初不熟悉的時候才會關(guān)注的課程界面呢?
    2、將“運動康復教練”設(shè)置在“加為好友”功能區(qū)塊,我是不是能理解為可以加這些教練呢?那么,加為好友的后續(xù)會怎么發(fā)展呢?相當于私教能夠更針對性地提出建議和意見嗎?如果是這樣的話,有什么教練激勵機制呢?感覺好像不是很完善

    來自北京 回復
  13. 學習金是一個失敗的功能

    回復
  14. 感覺這類文檔利于項目歸檔,實際開發(fā)中 閱讀和理解成本高,程序員根本不會看的,只會越看越懵 。給老板交作業(yè)還差不多

    來自江西 回復
    1. 同感

      回復
    2. 那程序員看啥呀

      回復
    3. 直接在原型里標注就行了,單獨寫個文檔誰有時間看

      來自浙江 回復
  15. 文檔描述的很詳細,支持。
    這款原型看后感:本次的原型設(shè)計,升級迭代重點內(nèi)容是 活動挑戰(zhàn) 模塊
    1.可以通過活動挑戰(zhàn)來達到分流,擴充用戶
    2.增加留存率,使得新用戶使用keep有個很好的切入口,老用戶就更不用說了
    3.這里面增加的支付保證金,其實就是一個變相的消費內(nèi)容。一些不在乎的用戶或者無法堅持的用戶,這筆錢算是交了一個學習金,承諾金。對于一些能堅持,完成的用戶,或者是很想去完成,又表現(xiàn)的動力不足的用戶來說,這個其實就是變相的消費金錢購買動力。
    4.活動挑戰(zhàn)讓我想起了最近很火的一類產(chǎn)品,網(wǎng)絡(luò)兼職。你細品,是不是有那么點味道
    最后小總結(jié)以下,本次更新增加了更多的社(zeng)交(liu)元素
    我說的不對的話,不要打我,可以告訴我哪里不對,我向各位大大多多學習

    來自河南 回復
  16. 有點疑問想向您請教:
    1、為什么定的目標是用同比,而不是環(huán)比?同比怎么排除掉自然增長因素
    2、數(shù)據(jù)需求里沒看到定目標時要看的數(shù)據(jù),上線后怎么做后評估呢
    3、這個需求很大嗎,還是說上線很著急,為什么要拆分優(yōu)先級呢,如果拆分優(yōu)先級,那項目里的子需求和其他項目需求要不要按優(yōu)先級排序

    來自北京 回復
  17. 學習了

    來自福建 回復
  18. 什么是運營支持需求

    回復
  19. 我怎么感覺……不太利于閱讀啊~

    來自浙江 回復
  20. Keep 的產(chǎn)品經(jīng)理要是敢這么寫文檔,怕不是會被合作方打死

    回復
    1. 到底應(yīng)該怎么寫?急急急

      來自湖北 回復
  21. 崽崽

    回復
  22. 想了解下,作者寫這篇文章的背景是什么,作者是KEEP內(nèi)部員工來這里的分享?
    如果不是KEEP員工,是為了練習PRD交作業(yè)嘛?

    來自江蘇 回復
  23. 寫得不錯,點贊!

    來自廣東 回復
  24. 你好 覺得你們的文檔寫的很棒 是已經(jīng)在職產(chǎn)品了嗎?

    來自廣東 回復
    1. 有部分成員是的。

      來自廣東 回復
  25. 獻上膝蓋

    回復
  26. 不要激動,我更多想表達的是,對后端相關(guān)運營類的設(shè)計。例如如何設(shè)計通用平臺活動。因為前臺只是表現(xiàn)層,后端的設(shè)計需要考慮平臺各類活動的兼容與擴展,將活動進行抽象,進行管理,這些都需要產(chǎn)品設(shè)計。比如你的設(shè)計里有一個用戶的活動參與進度的設(shè)計,后端如何進行設(shè)計與評判,這些都是需要產(chǎn)品設(shè)計的。更廣義的講后端的界面也算前臺,所以肯定也是產(chǎn)品經(jīng)理來設(shè)計。當然你能定義數(shù)據(jù)之間的類關(guān)系,底層業(yè)務(wù)框架是最好了,可以和開發(fā)一起討論后續(xù)的可擴展可維護性。

    來自浙江 回復
    1. 同意,活動相關(guān)信息的存儲和管理后臺都沒有。。。運營怎么把控處理違規(guī)活動。。。

      來自湖北 回復
  27. 寫得挺好的

    來自廣東 回復
  28. 后端不用設(shè)計?話說你這個標注方式開發(fā)沒造反嗎

    來自浙江 回復
    1. 一般產(chǎn)品經(jīng)理是不用想后端怎么實現(xiàn)的。
      標志方式的話,我見過挺多產(chǎn)品經(jīng)理都是這樣子的,不知道你的標注方式是怎樣的呢?

      來自廣東 回復
    2. 不設(shè)計后端與底層業(yè)務(wù)?那業(yè)務(wù)閉環(huán)怎么走通?

      來自浙江 回復
    3. 我認為,以上需求的后端的實現(xiàn)邏輯,應(yīng)該是開發(fā)去想的。對于這些需求,產(chǎn)品經(jīng)理去幫開發(fā)想實現(xiàn)邏輯,那就有點越俎代庖了吧。在某些專業(yè)性較高的B端領(lǐng)域,可能會出現(xiàn)業(yè)務(wù)在后端的實現(xiàn)邏輯也要產(chǎn)品經(jīng)理來輸出。但對于KEEP這種C端APP,以及我們提出要的需求都是比較簡單的,后端的邏輯并不復雜。并且我們這些需求是在KEEP6.43.0版本基礎(chǔ)上規(guī)劃的迭代功能點,是在KEEP的整體架構(gòu)上做補充,底層業(yè)務(wù)和業(yè)務(wù)閉環(huán)都是已經(jīng)存在的,第一個需求智能設(shè)備的數(shù)據(jù)接口都是現(xiàn)成的,第2、3個需求都是可以直接在后臺改的,第4個排行榜的需求都可以直接從已存在的數(shù)據(jù)庫獲取數(shù)據(jù)的。第5個需求跟其他業(yè)務(wù)也沒有打通的點。我確實不是很理解你說的點,你可以具體地指出嗎?

      來自廣東 回復
    4. 首先我覺得KEEP很多點設(shè)計確實很好,但是只關(guān)注前端體驗還是不夠的,相對應(yīng)后臺肯定也要有相應(yīng)模塊維護,這些肯定不是簡單說交給技術(shù)做就行,日后定會出大問題假如真的都給技術(shù)來自己定義。但我估計可能也是有后臺設(shè)計,只是關(guān)系刀底層業(yè)務(wù)邏輯了,所以沒展示出來而已,各位不必糾結(jié)了,文章還是可以

      來自山東 回復
    5. 謝謝王大發(fā)財同學和這位小伙伴,我明白大家說的是什么問題了,是指我們在需求的設(shè)計中沒有寫完整在后端的業(yè)務(wù)流轉(zhuǎn)的邏輯。我自己的工作最近一直在研究實現(xiàn)邏輯,所以第一反應(yīng)理解成技術(shù)實現(xiàn)邏輯了。這個問題確實有欠缺,不過我們這個是“迭代”的實戰(zhàn),不是“從0到1”的設(shè)計,我們不是KEEP的內(nèi)部人員,對于目前KEEP的業(yè)務(wù)底層邏輯和后臺實際的樣子都不清楚,實在是很難去做這個優(yōu)化設(shè)計和業(yè)務(wù)閉環(huán)。我們當時做這個需求的時候,咨詢過騰訊的產(chǎn)品前輩,他的原話是“這個需求,不只是需要后臺的,前端也是需要獨立的模板,且有個人資金相關(guān)的功能,所以是一個綜合了前后臺的功能。”我們當時對于這個需求的評估是,這個大需求的細分功能點基本都是其他”活動挑戰(zhàn)“里面有的,也可以看出KEEP的不同”活動挑戰(zhàn)“是這些基本功能點的排列組合(只能想到這個表達哈哈哈)。所以我們是覺得這個新的”活動挑戰(zhàn)“玩法,我們應(yīng)該著重于產(chǎn)品層次,即值不值得做,適不適合做,這也是我們整個實戰(zhàn)的核心,所以后臺的優(yōu)化設(shè)計我們并沒有做。文章有諸多不足之處,感謝各位指出,我們小組還是比較嫩哈,還有很多需要學習的地方~

      來自廣東 回復
    6. 同問

      來自上海 回復
    7. 后臺,底層業(yè)務(wù),全部寫出來,那后臺研發(fā)干啥,就做個搬運工?要不要,代碼,表結(jié)構(gòu)都設(shè)計好

      來自湖北 回復
    8. 我還是偏后端思維

      來自廣東 回復
    9. 我覺得后端開發(fā)要是看到了估計當場直接爆炸了。。。

      來自湖北 回復
  29. ??

    回復
  30. 文檔描述的很詳細,支持。
    這款原型看后感:本次的原型設(shè)計,升級迭代重點內(nèi)容是 活動挑戰(zhàn) 模塊
    1.可以通過活動挑戰(zhàn)來達到分流,擴充用戶
    2.增加留存率,使得新用戶使用keep有個很好的切入口,老用戶就更不用說了
    3.這里面增加的支付保證金,其實就是一個變相的消費內(nèi)容。一些不在乎的用戶或者無法堅持的用戶,這筆錢算是交了一個學習金,承諾金。對于一些能堅持,完成的用戶,或者是很想去完成,又表現(xiàn)的動力不足的用戶來說,這個其實就是變相的消費金錢購買動力。
    4.活動挑戰(zhàn)讓我想起了最近很火的一類產(chǎn)品,網(wǎng)絡(luò)兼職。你細品,是不是有那么點味道
    最后小總結(jié)以下,本次更新增加了更多的社(zeng)交(liu)元素
    我說的不對的話,不要打我,可以告訴我哪里不對,我向各位大大多多學習

    來自廣東 回復
    1. 之前做競品分析,查到KEEP的用戶數(shù)據(jù)的時候,發(fā)現(xiàn)KEEP的用戶活躍度挺低的。
      所以我們認為豐富活動挑戰(zhàn)玩法,也可以有效提高用戶活躍度。

      來自廣東 回復