起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識喜馬拉雅FM產品需求文檔PRD
喜馬拉雅fm基本功能是收聽聲音，但也有主播，商城、聽友圈等社交電商功能，該文檔從基本收聽功能入手，后續會增加其他的功能。該文檔主要是從前端用戶體驗方面設計的該文檔，后臺數據流向沒有寫入該文檔。本prd為倒推文檔，準新人練習，肯定有不少不對的地方，請多指教！虛心接受一切評論。
1. 文檔綜述
1.1 文檔屬性
1.2 修訂記錄
2. 產品概況
2.1．背景
廣播依賴于傳統收音機已漸漸被手機所替代，現在我們重新發明了電臺，讓人們不僅能隨時隨地，聽我想聽，更能夠輕松創建個人電臺，隨時分享好聲音。并且還加入了直播這種新興的傳播溝通方式， 讓人們更好的溝通和社交。
2.2．定位
國內領先音頻分享平臺，隨時隨地，聽我想聽。
2.3．用戶
本文檔主要針對移動版微信，使用群體為移動端（Android、iOS）智能手機用戶
3. 產品結構
3.1 產品信息圖
3.2 產品結構圖
4. 全局說明
4.1 角色權限
4.2 鍵盤說明
點擊搜索時彈出的輸入鍵盤上方顯示點擊進入語音搜索提示。
5. 產品功能
5.1 注冊
用戶界面：
用戶場景：用戶進入app后在登錄頁面點擊注冊
功能描述：手機號注冊
優先級：高
輸入/前置條件:打開APP進行注冊操作
頁面邏輯：
輸入注冊手機號：
- 選擇【+86】可切換其他國家的區號。
- 同意注冊協議，輸入手機號
- 滿足條件1才能點擊，默認為不可點擊狀態
- 注冊完成后跳轉到我的頁面
流程圖：
5.2 登錄
（1）用戶界面
用戶場景：用戶進入app后在我的頁面點擊登錄，或在未登錄狀態下進行需要登錄權限的操作時跳轉到登錄頁面
功能描述：賬號密碼登錄、快捷免密登錄、第三方微信/QQ/微博/魅族賬號授權登錄
優先級：高
輸入/前置條件:打開APP進行登錄操作
頁面邏輯：
登錄方式切換，賬號密碼登錄和快捷免密登錄
賬號密碼登錄需輸入賬號、登錄密碼
快捷免密登錄需輸入賬號、短信驗證碼
默認賬號密碼登錄
賬號密碼登錄：
- 選擇【+86】可切換其他國家的區號。
- 輸入賬號、密碼均不為空時【登錄】按鈕才可顯示為可點擊狀態。
- 點擊忘記密碼，可設置新密碼，重置密碼后跳轉至登錄頁面
- 第三方授權登錄
- 可使用微信、QQ、微博、魅族賬號
- 若上次登錄是第三方授權登錄，需要給出提示哪種授權方式登錄的
（2）用例流程
5.3 搜索
用戶場景：在app內點擊搜索
功能描述：搜索聲音、專輯、主播、廣播等內容
優先級：中
輸入/前置條件:打開APP
頁面邏輯：
- 支持文字和語音輸入
- 顯示熱門推薦和搜索歷史
- 搜索關鍵字是某一分類，則搜索結果顯示該分類入口
- 搜索結果按照專輯、聲音、主播、廣播四個標簽來顯示
5.4 首頁-推薦
用戶場景：用戶登錄成功后默認進入頁面
功能描述：推薦聲音、專輯等
優先級：中
輸入/前置條件:進入APP，點擊首頁
頁面邏輯：
推薦頁面根據用戶的收聽歷史等推薦內容，該頁面分為三個部分
- banner滾動推薦
- 分類快捷入口
- 猜你喜歡、王牌節目、娛樂綜藝等分類的入口，顯示分類下部分內容，點擊更多跳轉分類詳情頁
5.5 首頁-分類
用戶場景：用戶查看某一分類的聲音時
功能描述：分類、最近瀏覽
優先級：中
輸入/前置條件:打開APP在首頁點擊分類選項
頁面邏輯：
分類頁面分為五部分，標題欄、標簽欄、最近瀏覽、常用分類、屬性分類
- 點擊進入搜索頁
- 標簽切換
- 最近瀏覽顯示從當前頁面進入訪問的分類，顯示最近的三個類別，若無訪問記錄則默認不顯示
- 顯示有聲書、暢銷書、兒童三個常用分類及其子分類
- 點擊兒童，進入兒童列表頁，默認顯示推薦標簽頁的內容
- 點擊兒童子分類兒歌，進入兒童列表頁，顯示兒歌標簽頁的內容
- 推薦標簽頁banner顯示當前平臺與兒童類別相關的推廣活動等
- 兒童列表頁篩選功能默認收起狀態，推薦標簽頁沒有篩選功能，其他標簽頁都有
- 顯示娛樂、知識、生活、特色等分類
- 廣告推廣
5.6 首頁-精品
用戶場景：用戶查看精品內容
功能描述：活動推送、精品分類、熱門新品、分類列表
優先級：中
輸入/前置條件:打開APP在首頁點擊精品
頁面邏輯：
精品頁面顯示的內容為付費內容，頁面分為四個部分：活動推送、商城推廣、精品分類、熱門新品、分類列表
- 活動推送顯示精品最近的活動新聞
- 商城推廣顯示商城的一些廣告推廣信息，根據需要顯示
- 精品分類的快捷入口
- 熱門新品快捷入口入口
- 每日優選、個人提升等分類入口
5.7 首頁-直播
用戶場景：用戶查看直播
功能描述：類別、活動推送、今日主播榜、熱門、新秀、我要直播
優先級：中
輸入/前置條件:打開APP在首頁點擊直播
頁面邏輯：
直播頁面分為四個部分：類別、活動推送、今日主播榜、熱門新秀、我要主播
- 直播類別快捷入口，點擊進入分類主播列表頁
- 活動推送顯示最近的直播活動廣告等
- 今日主播榜顯示今天前三位人氣主播的頭像，點擊進入主播榜列表頁
- 熱門、新秀標簽切換，顯示熱門主播和新秀主播的節目列表，點擊更多進入主播節目列表頁
- 主播列表，顯示主播頭像，主播間狀態，本期話題、主播名稱等信息，點擊進入主播間
- 我要主播是開通主播的一個入口，懸浮顯示在該頁面
5.8 首頁-廣播
用戶場景：用戶查看廣播
功能描述：類別、最近收聽、當地廣播、排行榜
優先級：中
輸入/前置條件:打開APP在首頁點擊廣播
頁面邏輯：
廣播頁面分為四部分：類別、最近收聽、當地廣播、排行榜
- 類別又分為兩大類，根據區域范圍分為本地臺、國家臺、省市臺、網絡臺；根據類別分為新聞臺、音樂臺、交通臺、經濟臺等
- 最近收聽顯示最近收聽的電臺列表，默認最多顯示5個電臺，點擊更多查看更多收聽歷史，無廣播收聽歷史則該項默認不顯示
- 當地電臺默認顯示3個電臺，點擊更多查看更多當地電臺列表
- 排行榜顯示top3電臺，點擊更多查看全部電臺排行榜列表
5.9 我聽
用戶場景：用戶查看下載、收聽歷史、已購、喜歡等內容
功能描述：下載、收聽歷史、已購、喜歡、我的訂閱、推薦訂閱、消息、搜索
優先級：中
輸入/前置條件:打開APP點擊我聽
頁面邏輯：
- 標題顯示為我聽，點擊左側進入消息列表，點擊右側搜索進入搜索頁面
- 用戶下載、收聽歷史、已購聲音、喜歡的聲音四個部分的入口
- 顯示下載聲音數量，點擊進入下載列表頁
- 顯示收聽聲音歷史數量，點擊進入收聽歷史列表頁
- 顯示已購聲音數量，點擊進入已購聲音列表頁
- 顯示喜歡聲音數量，點擊進入喜歡聲音列表頁
我的訂閱和推薦訂閱切換標簽，列表排序，按照時間由近到遠和由遠及近兩種排序規則
訂閱列表顯示專輯簡介和操作
- 顯示專輯封面、專輯名稱、專輯簡介、主播名稱、最新一期距今的時間、未播放的最新更新的數量等；
- 菜單欄操作有置頂、找相似、取消訂閱；
- 點擊列表進入專輯詳情頁
底部顯示添加訂閱功能，點擊切換到推薦訂閱標簽
5.10 發現
用戶場景：用戶選擇發現
功能描述：聽友圈、喜馬精選、全民朗讀、大咖主播、問答、商城、逸聽卡、游戲中心、活動、每日有料
優先級：中
輸入/前置條件:打開APP點擊發現
頁面邏輯：
- 聽友圈顯示關注的主播的動態信息，他們有新動態時，則在右邊顯示最新發布動態的主播頭像并在頭像右上方紅點標識
- 點擊喜馬精選進入精品頁
5. 11 我的
用戶場景：用戶選擇我的
功能描述：個人信息、主播工作臺入口、設置
優先級：中
輸入/前置條件:打開APP點擊我的
頁面邏輯：
- 導航欄顯示內容為消息中心、收聽歷史、主播工作臺入口，點擊主播工作臺進入主播工作臺頁
- 當前用戶個人信息簡介，包括頭像、名稱、是否開通巔峰會員、關注量、粉絲量等。
- 顯示當前賬戶喜點數目、優惠券數量、已購聲音數量、錢包入口
- 我要做主播，未認證點擊則進入認證頁面，只有實名認證后才能做主播
- 我的作品顯示當前用戶轉采或者發布的聲音
- 我的成就顯示當前用戶收聽時長
- 巔峰會員享有比普通會員更多的權利，點擊進入巔峰會員詳情頁
- 點擊分享賺錢可進入分享賺錢頁面，通過分享喜馬拉雅平臺指定的聲音或者內容來獲取傭金
- 點擊我的積分，進入積分商城
- 點擊掃一掃打開掃一掃功能，掃描識別聲音、專輯、主播的二維碼
- 未登錄時點擊2-5中任何一項均跳轉到登錄頁面
- 我要做主播、我的成就、我的游戲只有在登錄狀態下才顯示
5.12 當前播放-廣播
用戶場景：用戶收聽廣播
功能描述：廣播節目的簡要信息、節目單、播放歷史、定時關閉
優先級：中
輸入/前置條件:打開APP在首頁點擊廣播標簽，點擊某一廣播電臺
頁面邏輯：
頁面結構分為四部分，標題部分、節目簡介、播放詳情、電臺簡介部分
- 標題部分顯示電臺名稱，點擊向下箭頭退出當前頁，點擊右邊鬧鐘圖標，選擇定時開關、設為鬧鐘操作
- 節目簡介背景圖為電臺圖標，中間顯示當前電臺的節目名稱、主播名稱、播放時間段，
- 播放詳情顯示內容有節目單、播放設置、播放歷史、播放進度條，
- 點擊節目單進入電臺節目列表頁，顯示電臺昨天、今天、明天三天的節目列表，點擊節目列表可播放
- 播放設置可進行上一節目、下一節目切換、暫停、播放節目等操作
- 點擊播放歷史進入播放歷史列表頁，點擊列表可播放
- 電臺簡介部分顯示電臺圖標、名稱、收聽量、正在直播的節目名稱
5.13 當前播放-聲音
用戶場景：用戶收聽聲音
功能描述：聲音的簡要信息、播放設置、詳情、主播、評論
優先級：中
輸入/前置條件:打開APP點擊某一聲音
頁面邏輯：
標題欄部分：
- 點擊向下箭頭退出當前頁
- 點擊設備圖標連接智能硬件設備圖標，
- 點擊分享圖標將聲音分享到微信、朋友圈、新浪微博、QQ好友、QQ空間、群組、聽友圈、生成二維碼等操作
- 點擊菜單按鈕顯示可以進行的其他操作，包括分享、鬧鈴、下載、投訴、轉采、設為鈴聲、WiFi音箱播放、播放歷史
- 聲音簡介顯示聲音標題、封面
- 播放設置包括播放列表、播放進入條、定時關閉、快進快退、上一個、下一個、廣告欄、彈幕、
- 點擊播放列表顯示該專輯中所有的聲音，可是設置列表順序或者倒序播放，點擊播放列表聲音，還可以下載列表聲音
- 播放進度條顯示當前節目播放進度，拖動進度條可以切換播放進度
- 點擊定時關閉設置關閉播放的時間，比如不開啟、播完當前聲音、播完2集聲音、10分鐘等
- 點擊上一個/下一個切換聲音
- 點擊快進快退設置播放進度和播放速度
- 點擊彈幕時設置開啟關閉彈幕，當開啟彈幕時，在聲音簡介部分顯示彈幕內容，也可編輯彈幕，發表彈幕，并自動同步為評論。編輯彈幕參見下文7評論
- 顯示專輯名稱、訂閱人數、訂閱狀態
- 上拉顯示聲音詳情
- 聲音詳情、主播、評論
詳情分為三部分，專輯簡介、聲音簡介、相關推薦：
- 專輯簡介顯示聲音所屬專輯信息，包括名稱、頭像、訂閱人數，顯示訂閱狀態，點擊專輯信息進入專輯詳情頁
- 聲音簡介是顯示聲音播放量、更新日期和相關簡介
- 相關推薦包括推薦分類和專輯
主播顯示主播信息和簡介：
- 主播信息包括頭像、名稱、被關注量、送禮物，點擊主播信息進入主播詳情頁
- 點擊送禮物給主播送禮物
評論顯示評論列表和評論數量、點贊數量、寫評論：
- 寫評論參見下文7評論
- 可以點贊、回復評論
評論和彈幕輸入框，評論數量、喜歡數量、送禮物
評論輸入框
- 點擊評論輸入框，發表評論，還可以將評論同步到聽友圈動態
- 點擊開啟彈幕，可在該輸入框輸入彈幕信息，發表彈幕，同時也顯示在評論列表
點擊評論進入聲音全部評論列表
點擊喜歡，將該聲音加入標記為喜歡
點擊禮物進行送禮物操作
5.14 當前播放-直播
用戶場景：用戶進入直播間
功能描述：直播間和主播對話、查看其它用戶消息
優先級：中
輸入/前置條件: 打開APP
頁面邏輯：
頁面分為四部分，標題欄、主播信息欄、消息對話列表、輸入框
（1）標題顯示當前在線人數、參與互動人數，右側為分享操作
（2）主播信息欄：
- 顯示主播頭像、名稱、關注狀態、開播時間、贊助榜、主播排名和主播獲得喜歡的數量、
- 點擊贊助榜進入贊助榜列表頁，顯示贊助主播的用戶，按照贊助數量由高到低排列
- 點擊加入群組即可進入主播建立的群組中進行互動
- 點擊本期話題顯示本期話題內容
- 點擊關注即可關注主播，若已關注，則關注按鈕不顯示
（3）滾動顯示主播間好友互動消息
可以在輸入框發消息，也可以和主播連線、送禮物等
5.15 專輯詳情頁
用戶場景：用戶查看專輯的詳細信息
功能描述：專輯信息、相似節目
優先級：中
輸入/前置條件:打開APP在首頁點擊某一專輯名稱
頁面邏輯：
頁面分為三個部分，標題、專輯簡介、詳情
- 標題為專題詳情，菜單操作為搜索專輯內聲音、找相似、投訴專輯三個操作
- 專輯簡介顯示專輯信息和操作
- 顯示專輯封面、名稱、完結狀態、最近更新日期、播放量、所屬分類標簽
- 可進行訂閱、分享、加群、批量下載等操作
- 顯示已訂閱人數
顯示詳情、節目列表、找相似三大塊
詳情顯示主播介紹和專輯標簽：
- 主播介紹包括主播頭像、名稱、被關注數量、主播簡介
- 點擊主播介紹進入主播詳情頁
- 專輯標簽顯示該專輯所屬的分類
節目列表顯示該專輯包含聲音數量、節目列表、上次播放節目、列表顯示順序、選集：
- 點擊列表播放
- 點擊繼續播放則播放上次播放該專輯的節目
- 可下載該節目
找相似為推薦的相似專輯列表
5.16 主播詳情頁
用戶場景：用戶查看主播詳情
功能描述：主播簡介、節目、資料、動態
優先級：中
輸入/前置條件:打開APP查看主播的信息
頁面邏輯：
頁面結構分為三部分主播簡介、主播詳情、關注私信
主播簡介顯示主播頭像、名稱、關注量、粉絲量、認證類型、贊助榜，和分享、返回首頁、加入黑名單等操作
- 贊助榜顯示贊助人數，點擊贊助榜進入贊助榜單頁，顯示周榜和總榜
- 點擊贊助送禮物
主播詳情包括節目、資料、動態
- 節目顯示主播創建的專輯和聲音
- 資料顯示主播的信息，星座、地區、簡介、收聽等級、他的訂閱等
- 動態顯示主播的個人動態，可以回復、收藏
關注私信
- 若已關注，則顯示已關注；若未關注，顯示加關注
- 顯示當前播放狀態，點擊可切換播放狀態
- 點擊私信可與主播私信聊天
7. 其他產品需求
兼容需求：
本文由 @蠟筆小新hyp 原創發布于人人都是產品經理。未經許可，禁止轉載。
圖片來源于網絡
作者應該說比較用心在學習，值得鼓勵~
但作為產品人，還是給些建議吧，若是覺得不對，忽略即可：
1、雖然寫的比較多，但是仔細看，大部分內容是沒有意義的，為什么呢？用戶場景，功能描述，優先級，輸入/前置條件，頁面邏輯，標題欄部分雖然規范，但是都寫得話，就沒有意義了，好比整本書都花了線，就沒有了重點，很多是比較淺的，就干脆不寫，只寫重點，會減少設計師、開發人員的工作量，有種配合叫“共識忽略”；
2、產品的需求文檔，不如說是已經完成需求后的原型文檔，沒有體現出需求的思考部分，譬如：為什么一定要有夜間模式呢？用戶覺得還是開發者自己覺得，如果用戶不痛不癢的需求，干脆砍掉是不是會更好？因為FM是聽為主的，長時間對著屏幕時間并不多，何必要增加這個功能呢？作者可以思考一下；
3、需求文檔的定義很廣泛，偏原型的PM，偏業務的PM，甲方PM，乙方PM，或者創業PM，大企業PM對需求文檔的理解都不一樣，要計算需求投入成本，開發時間、人員配置、甚至是開發階段，對競品或者對標的產品的跟隨策略都要考慮；你寫的需求更偏向為原型，提示，張小龍可不設計原型的產品經理哦~
4、需求文檔更需要把需求量化，什么是量化呢？通篇下來，沒看到有多少個功能，作者自己估計都不曉得有多少功能，大功能，小功能的定義甚至都比較模糊，需求一定要統計功能及預期程度，譬如：挖一口井，多深呢？井水自然產水周期多少呢？不然10個人同時打水就沒得喝了，APP如果是100個人訪問是不是需要服務器呢，可能你的電腦即可架設，如果是100萬人呢？你的筆記本還吃得消么？然后呢？圖片？竟然要壓縮，壓縮多少合適？自動加載多少比較合適呢？可以思考一下~
最后，打字太累了，罷了罷了~
建議很好，很中肯！你說的對，需求文檔細究起來確實有很多東西要梳理，各種需求細節都要考慮到。這樣看來我真的還有很多東西要掌握呢，謝謝你！也謝謝你給了這么多建議，謝謝打字！ ? 以后我會注意的！ ??
作者是新人。只是分析這個產品練練手的。/提個建議，分析的時候不要貪大而全。一整個產品是產品。一個功能、一個活動，甚至一個頁面也都是產品。用這種思維去深入使用分析的產品。然后再嘗試著對單個功能，從用戶需求、商業目標、內容架構、功能邏輯、頁面流程、線框原型逐個分析。/一個一個的功能都走一遍，最后，整個產品就清晰起來。最后再整合在一起。才能達到這篇文章標題該有的高度。
一整個產品是產品。一個功能、一個活動，甚至一個頁面也都是產品。這句話說得太好了，謝謝你給的建議，不要貪大而全，給我提醒了，謝謝你！ ??
感謝作者分享，可以感受到作者是用心寫文檔了（盡管可能有些細節沒有描述詳盡）。另外冒昧說一下評論區的“大神們”，你們的文檔能力可能真的很牛逼，但是請不要忘記PRD是給開發看的，開發能看懂的文檔就是好文檔。不同公司、不同團隊、不同的人對文檔的要求都是不同的，請不要用你自己那套“標準”去要求別人，你那套標準未必是“有效率”的。試問有哪個項目開發不用和產品經理交流溝通只看文檔就把所有問題都解決了？！有嗎？
PS:引用李笑來老師的話“人是一種很有趣的動物 ，在自己做對 、做好之前 ，通常已經了解做對 、做好是什么樣子 。于是 ，無論能否做對 、做好 ，人都覺得自己有能力判斷別人是否做對 、做好。如果一個人經常嘲弄他人 ，那只能說明他自己不怎么樣 ；否則 ，他會像那些極少數已經做對 、做好的人一樣 ，給予別人真誠的鼓勵而非嘲弄 。盡管那些能真正做對 、做好的人有時也會給出負面評價 ，但這些評價通常是 “建設性的負面評價 ” ，并不是為了獲得優越感而發出的嘲弄 ?！?/p>
excuse me？！請允許我自說自話~ 鄙人沒有get 到什么意思？這算懟我嗎？如果我說的哪句不合適傷害了哪位的“玻璃心”，或是讓別人“此地無銀”了，我很抱歉。腦子是個好東西….嗯嗯
謝謝玖爺為我“打抱不平”，??，主要還是自己的水平不夠，需求描述的不準確。說實話看到大家的批評的評論，我很開心，因為他們指出了我的問題所在?？吹侥銈児膭畹脑u論我很感動，讓我有更大的信心和力量繼續學習，努力。謝謝你玖爺。謝謝你的鼓勵和建議！ ??
好的，謝謝你的建議和批評，接下來我會好好的學習、反思、改正，讓自己的文檔更符合開發規則。謝謝他們的鼓勵，讓我更有信心堅持下去，也謝謝你的建議批評，讓我明白自己的不足，謝謝你。 ??
哈哈，這還真有人自認為是“大神”來回復了。哈哈哈哈，緊張惹。
我笑了半天，我覺得人人害了不少懵懂的孩子。這像一個工廠，流水線制造了一批又一批產品經理。然后他們出去逛蕩一圈就感覺已經是真的產品經理了。我也沒有惡意，就是突然想到的。這種文檔就是自己拿來練練手吧，鍛煉一些邏輯能力、思維能力挺好。評論里的大牛不用上綱上線。
寫這篇文章的目的：1.練手2.讓大家批評指正，接受一切批評和指正，讓自己更好的進步。謝謝給出自己的想法和意見，謝謝你。 ??
社區的產品文章質量確實越來越差（沒有針對任何人啊，就事論事而已）
是我的水平不夠，作為一個產品新人，需要把自己的東西給專業的人看，放在人人這種專業的產品社區，接收大家的建議和批評，跟更多的人交流切磋，不然的話閉門造車，故步自封容易跑偏。謝謝你的批評指正。
喜馬拉雅的需求說明書怕是沒有十萬字寫不下來吧 這個顆粒也太大了 感覺更像是產品使用說明書
里面的規則和細節都沒有寫到
嗯，需要完善的地方還有很多，謝謝查看。 ??
雖然評論褒貶不一，但是我覺得作者是在用心寫東西，可以從中學到不少東西。
感謝你的內容。 ??
謝謝你的鼓勵，寫的不好確實要接收批評，這樣才能更快的進步。 ??
加油
如果說這就是產品經理，那么產品經理也太好當了。產品經理的能力關鍵不是寫文檔的能力，而是思考和解決問題的能力
產品崗的硬技能是 需求分析， 是溝通，是協同，是無賦權管理。這是一個我比較敬佩的pm大牛說的話。
說一句真話，這個其實沒有用處，PRD其實沒人看。而且，太粗糙，只是復述。產品最主要的其實不是這個
文檔還是要的啊 一個全新的產品就需要文檔進行細節把控
嗯，我覺得prd必須是要有的，無論以文檔、axure等哪種形式。我覺得prd的作用更像字典，平時人們進行交流可以不依靠字典，但是遇到不認識或者不確定的字的時候，字典的作用就提現了。而prd也是這樣，比如登錄注冊功能，開發一看就明白了大致是干什么的，但是具體的規則，比如密碼的設置規則等，這就要查看prd了，prd要給出準確的需求說明。
給自己公司的程序看的PRD 如果大家寫過給外包開發團隊的PRD 你們就會發現 這個寫的略顯粗糙了
、
給開發看估計會被打死， 我會注意的，爭取在實際項目中不犯這種錯誤。 ?? 謝謝批評指正。
除了制定規則者 誰都是從被打死的這個階段復活的 加油
這個顆粒度太粗了，連交互說明文檔都算不上
功能描述：推薦聲音？推薦音樂？你就這么給開發看開發不打死你
就算測試可以黑盒，總不能連需求也寫成黑盒啊
嗯，確實寫的粒度太粗了，而且喜馬拉雅fm內容也有些多，以后我會注意的，謝謝批評指正。 ??
寫的很用心，但從開始的登錄注冊起，細節都經不起推敲，恕我冒昧。
哈哈，謝謝批評指正，我努力改正。 ??
有沒有考慮過后臺管理和后端如何做數據處理呢？文字多，但是太淺，都是顯示什么什么，顯示的規則是什么呢？
這篇文檔確實是寫的有些過于表面了，真正的邏輯和規則都沒有定義，以后我會注意，謝謝你的批評指正。 ??
你好，我是文案小白，喜馬拉雅app的廣告語——隨時隨地，聽我想聽，這句話，可以用在所有手機app上…個人感覺可以考慮更換
我不是喜馬拉雅的員工， ?? 你可以找他們相關工作人員反映下這個問題，給他們提出一個更好的廣告語，
你好，我想問一下產品信息圖和產品結構圖有什么區別
首先，作者是不是常看唐杰的書？其次，建議用墨刀mockups試試做移動端原型看是否更順手些？
但axure可以寫文檔啊??
跟工具關系不大，axure會用，其他都沒問題，問題在于畫的人夠不夠細膩？這個原型圖畫的真的不敢恭維？要不要就手畫畫，要不就用點心
好的，下次我要更用心，謝謝批評指正。 ??
我看過唐杰的博客和他寫的一些專欄，但是沒看過他的書。磨刀確實在畫原型方面對新手來說，更容易上手，界面也漂亮，但是axure在原型上標注信息更方便些吧，而且還可以用axure些prd。各有各的好，看個人習慣。 ??
吐槽一下：
1.感覺就是寫了一些表面邏輯、正常流程、內容展示。
2.很多異常情況都沒有考慮到。當然樓主可能只是沒寫。
3.這里面的分類、欄目、標簽等這類的內容應該都是通過后臺進行配置的。
是的，整體看可以，細節不能推敲
看來我還要繼續努力，謝謝批評指正。 ??
1.這篇文檔還是過于表面了些，以后我會注意
2.異常情況考慮了，但是沒在文檔中說明
3.你說的對，前端也就是用來展示后臺傳來的信息的，分類、標簽這些信息都是需要從后端傳參然后顯示在app上的。
謝謝你的批評指正。 ??
手機號，用戶名，密碼輸入規則沒有，好些彈窗界面不全呢
嗯，文檔的細節方面還是欠考慮，謝謝批評指正。 ??
請問第6章節是不是漏了？
謝謝你指出的錯誤，這個是我的疏忽，標題寫錯了，7應該改為6的。 ??
默默問一句，那些結構圖什么的用什么軟件畫的，謝謝
xmind思維導圖，Axure原型圖
產品需求文檔（PRD）體現產品的精神力不足。實際部分，寫得很精致。
互聯網時代，視聽成為信息進入心靈的核心手段，依靠的外界傳感器，無非就是眼睛和耳朵。從傳統的六根，縮小到耳目。
新興FM產品的本質，是實現知識以聲音為載體從耳朵輸入人腦的法器，目的是撮合情感共鳴。
建議，PM產品經理考慮包括三方面：
誰制造了聲音？（內容生產）
聲音承載了什么信息？（內容設計）
誰接受了信息？（內容消費）
如何進行反饋？（信息反饋）
謝謝你的建議，又給了我思考的方向，后續會注意。 ??
寫的很好啊，可以指導技術人員開發，指導測試人員測試
過獎，還有很多不足的地方。 ??
用戶場景、功能描述、優先級、前置/后置條件、頁面邏輯
恩，應該是經過培訓的
??，沒有培訓過，自學成才。
你是喜馬拉雅fm的產品經理嗎？
不是啊，我只是個產品新人。一起進步。
厲害
過獎。 ??
很詳細……
一起進步。 ??
你們需求文檔是word寫的？
需求文檔用word、axure之類的都有，看各自公司的情況了。
實際上prd是給自己整理思路跟總結用的，技術他們很少會去看
嗯，開發們大概知道自己自己要做的東西，然后就可以碼代碼了，原型是他們最?？吹陌?，如果遇到問題的話，才去翻文檔的吧。 ?
1.寫的很詳細，而且有些狀態并沒有被記錄，很多狀態需要在原型中體現；
2.我寫PRD的方式是這樣的，雖然技術不看，但是PRD只給懂的人看；
3.就如同這是一塊鉆石，而有些人認為這只值五毛，而懂的人認為這是無價之寶！
嗯，文檔確實有很多不足之處。我覺得寫文檔，一方面給開發看（不看也沒辦法他們 ?? ），另一方面寫的過程中能梳理思路，讓自己對即將做的產品有梗清晰的認識，包括邏輯和數據流。謝謝你的評論。
需要寫這么詳細啊
不需要嗎
這個文檔還有好多功能沒寫呢，比如主播臺、商城等，就現在常用的手機軟件，任何一個功能都很多，都需要文檔中都需要寫出來，這樣開發人員碼代碼的時候才能更清楚。 ??
從作者作為新人角度看，做的還不錯。但從產品需求的客觀性來看，有些超出需求的范疇了，個人感覺。部分有點像概要設計甚至是詳細設計。單純需求文檔要給拿到需求的設計人員和開發人員提供需求來源而不能干擾他們，太過于詳細會限制思維而形成定勢，造成流水線式生產而不是真正意義上的設計與開發。一點拙見，歡迎探討。