PRD:Keep需求文檔
編輯導讀: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 項目目標
- 通過增加課程分類、增加社區(qū)推薦用戶分類、增加活動玩法,實現(xiàn)三個月內(nèi)留存率同比增長10%。
- 通過優(yōu)化排行榜、優(yōu)化課程體驗、增加活動玩法,實現(xiàn)三個月內(nèi)平均使用時長同比增長10%。
- 通過增加活動玩法,實現(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? 功能目標
- 提升活動模塊的參與人數(shù):通過推出新玩法,吸納對該玩法有興趣的用戶,以提高整個活動模塊的參與人數(shù),提高用戶的使用時間;
- 增強對用戶完成運動的激勵:以承諾+金錢獎勵的形式作為對用戶完成運動的激勵,以提升用戶參與并按要求完成運動人數(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é)議。
需求文檔是是什么?結(jié)構(gòu)是怎樣的?如何寫好需求文檔中的功能詳細邏輯等產(chǎn)品需求文檔問題!在人人都是產(chǎn)品經(jīng)理社區(qū)&起點課堂聯(lián)合辦學的《90天產(chǎn)品經(jīng)理實戰(zhàn)班》里都會講到哦!如果你對需求文檔還存疑,可以搜索手機號(13517514071)添加老師的微信咨詢呀!
APP對應(yīng)的后端邏輯和app本身的異常邏輯都沒有寫啊,采集心率這些依賴硬件的設(shè)備連接,報文回傳這些也都要協(xié)議給開發(fā)說明的,KEEP這么多標簽內(nèi)容也肯定走的是后端配置化,這些也需要規(guī)定邏輯的
后端邏輯產(chǎn)品也要寫嗎
這種靜態(tài)的沒意思, 直接搞可點擊的原型, 用戶使用流程做成 gif, 然后配上文字,放到 GitHub project 里的 comment 里, 不就行了
實際上,在寫產(chǎn)品文檔,很少會去做高保真帶交互的,如果那樣做就太浪費時間了。
狗看了都搖頭
看到一半,感覺身上有螞蟻在爬
我作為開發(fā),感覺已經(jīng)算很詳細的啦
產(chǎn)品需求文檔不是只描述需求就行么
標題黨 不要出來黑keep了,keep怎么會寫出如此差勁的文檔
開發(fā)看了想砍人系列,給還沒工作的產(chǎn)品看看還行,不過也不要誤人子弟,沒寫異常情況,沒寫后臺邏輯,純粹是前端頁面倒推邏輯
后臺邏輯怎么寫
開發(fā)看了直搖頭
90天產(chǎn)品經(jīng)理學員出品的吧!哈哈,看著書寫節(jié)奏真是面熟
看完后有兩個疑問哈
1、智能設(shè)備看數(shù)據(jù)已經(jīng)很方便了,為什么還要放在實際操作中可能只有在最初不熟悉的時候才會關(guān)注的課程界面呢?
2、將“運動康復教練”設(shè)置在“加為好友”功能區(qū)塊,我是不是能理解為可以加這些教練呢?那么,加為好友的后續(xù)會怎么發(fā)展呢?相當于私教能夠更針對性地提出建議和意見嗎?如果是這樣的話,有什么教練激勵機制呢?感覺好像不是很完善
學習金是一個失敗的功能
感覺這類文檔利于項目歸檔,實際開發(fā)中 閱讀和理解成本高,程序員根本不會看的,只會越看越懵 。給老板交作業(yè)還差不多
同感
那程序員看啥呀
直接在原型里標注就行了,單獨寫個文檔誰有時間看
文檔描述的很詳細,支持。
這款原型看后感:本次的原型設(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、為什么定的目標是用同比,而不是環(huán)比?同比怎么排除掉自然增長因素
2、數(shù)據(jù)需求里沒看到定目標時要看的數(shù)據(jù),上線后怎么做后評估呢
3、這個需求很大嗎,還是說上線很著急,為什么要拆分優(yōu)先級呢,如果拆分優(yōu)先級,那項目里的子需求和其他項目需求要不要按優(yōu)先級排序
學習了
什么是運營支持需求
我怎么感覺……不太利于閱讀啊~
Keep 的產(chǎn)品經(jīng)理要是敢這么寫文檔,怕不是會被合作方打死
到底應(yīng)該怎么寫?急急急
崽崽
想了解下,作者寫這篇文章的背景是什么,作者是KEEP內(nèi)部員工來這里的分享?
如果不是KEEP員工,是為了練習PRD交作業(yè)嘛?
寫得不錯,點贊!
你好 覺得你們的文檔寫的很棒 是已經(jīng)在職產(chǎn)品了嗎?
有部分成員是的。
獻上膝蓋
不要激動,我更多想表達的是,對后端相關(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ù)的可擴展可維護性。
同意,活動相關(guān)信息的存儲和管理后臺都沒有。。。運營怎么把控處理違規(guī)活動。。。
寫得挺好的
后端不用設(shè)計?話說你這個標注方式開發(fā)沒造反嗎
一般產(chǎn)品經(jīng)理是不用想后端怎么實現(xiàn)的。
標志方式的話,我見過挺多產(chǎn)品經(jīng)理都是這樣子的,不知道你的標注方式是怎樣的呢?
不設(shè)計后端與底層業(yè)務(wù)?那業(yè)務(wù)閉環(huán)怎么走通?
我認為,以上需求的后端的實現(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ù)也沒有打通的點。我確實不是很理解你說的點,你可以具體地指出嗎?
首先我覺得KEEP很多點設(shè)計確實很好,但是只關(guān)注前端體驗還是不夠的,相對應(yīng)后臺肯定也要有相應(yīng)模塊維護,這些肯定不是簡單說交給技術(shù)做就行,日后定會出大問題假如真的都給技術(shù)來自己定義。但我估計可能也是有后臺設(shè)計,只是關(guān)系刀底層業(yè)務(wù)邏輯了,所以沒展示出來而已,各位不必糾結(jié)了,文章還是可以
謝謝王大發(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è)計我們并沒有做。文章有諸多不足之處,感謝各位指出,我們小組還是比較嫩哈,還有很多需要學習的地方~
同問
后臺,底層業(yè)務(wù),全部寫出來,那后臺研發(fā)干啥,就做個搬運工?要不要,代碼,表結(jié)構(gòu)都設(shè)計好
我還是偏后端思維
我覺得后端開發(fā)要是看到了估計當場直接爆炸了。。。
??
文檔描述的很詳細,支持。
這款原型看后感:本次的原型設(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)元素
我說的不對的話,不要打我,可以告訴我哪里不對,我向各位大大多多學習
之前做競品分析,查到KEEP的用戶數(shù)據(jù)的時候,發(fā)現(xiàn)KEEP的用戶活躍度挺低的。
所以我們認為豐富活動挑戰(zhàn)玩法,也可以有效提高用戶活躍度。