實例分享:某APP產品需求文檔
本文作者分享了一款基于教育培訓的APP的需求文檔,供大家參考借鑒。
1.概述
1.1 項目背景
據2015年統計,國內的教育培訓機構約 140 萬家。其中,年營收在 350 萬元以下的小微型教育機構有 120 萬 家,占比 86%;年營收在 350 萬元至 1000 萬元的中型機構有 15 萬家,占比 11%。中小型 教育機構的總數合計占比達到 97%。教育培訓市場呈現出極度分散的市場格局,形成了“大 市場,小公司”的現狀。
現在的教育培訓機構和幼兒園機構數量越來越多,小型機構數量占比數量大,市場規模大。小型機構需要更多的管理運營培訓。但是在培訓過程中也有很大的成本,比如線下聽課成本高昂,異地奔波勞累,想降低成本以更方便的線上方式學習;很多中小型學校缺乏培養優秀老師的能力,線下培訓成本高;沒有一些有效的招生推廣方案,大多比較傳統,不能充分利用移動互聯網的傳播快、輻射面廣的優勢。為了解決這些用戶痛點,并且為公司獲得更多的用戶信息,為銷售提供資源,APP由此而生。
1.2 目的和范圍
本文檔旨在明確教育家微課APP具備的功能與性能,為本APP的設計和編程提供基礎,為測試和驗收提供依據。本文檔主要讀者范圍為產品研發部的產品經理、前后端工程師、UI設計師、產品運營專員、測試工程師。
1.3術語表
2.角色描述
3.產品概要
3.1 產品介紹
本產品是基于React Native混合開發,讓用戶能夠在移動端APP進行教育培訓行業的資訊瀏覽、視頻課程的觀看及進行語音課程收聽,讓用戶可以對自己感興趣的內容進行收藏和下載;在APP內活躍的用戶還可以獲得積分兌換相關的產品,還可以收到行業的第一手前言消息及資訊,旨在構建教培行業的朗培生態圈。
3.2. 主要業務流程
1.登錄注冊流程:
2.購買會員流程
3.3. 功能摘要
4.產品特性
4.1. 登錄/注冊
4.1.1 快捷登錄
4.4.8 分享大牛
5.0 權限規則
6.0 其他產品需求
6.1 性能需求
- 前端瀏覽頁面的體驗,需要滾動流暢,滾動列表時不停頓。
- 刷新或者加載數據時,響應速度要快。
- 推送消息時不能使app卡住
- 播放視頻、音頻時不能因為非網絡或者非硬件原因等不可播放
- 用戶量大時,不能出現服務器崩潰現象
- 上線后不能出現重大bug
6.2 系統需求
- 所有安卓系統手機或平板Android 3.0以上版本使用
- 所有蘋果系統手機或平板iOS7.0以上版本使用
7.0 風險分析
本文由 @紅葉森林 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自PEXELS,基于CC0協議
評論
文檔寫的還是挺,規整的。
但是在文檔上花費的時間還是比較多。還是比較用心。但是依然有待完善。
這都是什么話
求樓主分享文檔,756624225@qq.com,萬分感謝您!
大佬,我想知道這個什么app,求翻牌
求樓主分享文檔,382866106@qq.com,萬分感謝您!
哈哈,語雀的架構
啥是語雀的架構???
這碗飯是真不好吃
求樓主分享文檔,337170948@qq.com,萬分感謝您!
太好了
謝謝分享,很詳細
求樓主分享文檔,2811741075@qq.com,萬分感謝您!
表示我們這里只到業務流程是不行滴,需要到數據交互流程的設計。
求樓主分享文檔,2280674836@qq.com,萬分感謝您!
有幫助 非常感謝呀
謝謝,對我等新人肯定是有幫助的。所有人都是一步一步來的是吧!希望能看到更好的分享
有文檔嗎
題外話……作為視覺的,吐槽一下,截圖的時候那么多回車,很別扭……
這流程圖,哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈
流程圖怎么了么?
感激不盡,給了一個很棒的思路
能寫能分享就很棒。不過有的地方不夠清晰,比如性能需求:響應要快,是多快?5秒、3秒之內?用戶多時不崩潰,是說支持十萬人同時在線?重大bug是指什么程度?直接阻斷主流程嗎?
?? 說得很好
很贊!細則沒寫完是難免的啦,像測試一樣測試不完的
贊一個,提供文檔下載就更好了
這種文檔方式太傳統不實用吧?寫完我都開發完了……
功能描述一定會被技術懟死,基本的判斷邏輯沒有,比例(1)點擊“登錄”不用判斷一些條件,是否為空、是否已注冊??列表排序規則沒有,讓技術怎么給你排序啊。文章還有很多地方的描述大部分都是大白話。
確實是這樣,這些問題我也知道,文檔需要全部重寫 。
大牛,能不能向你要個需求文檔案例學習學習啊?
當然可以,加我QQ602264083
大神,可以參考一下你的需求文檔嗎?
是的,好多細則都沒有,比較粗。還有這種方式比較適合服務端,移動端一般采用更輕的模式
正在學習寫文檔,大神可以給我個需求文檔案例學習嗎
大牛,可以不加你微信或者QQ學習
很不錯哦
為什么看不到…
文章都是截圖上傳的圖片,是不是網絡不好啊
17嘎、‘’巴拉0好(‘’)
看不到啊
( ̄ε(# ̄)☆╰╮o( ̄▽ ̄///)@;
描述還湊合,流程圖邏輯混亂。
注冊角色的意義?我覺得做個平臺,會員可以購買課程,園長(商家)可以發布商品(視頻)類似商城的平臺效果好點,這樣運營成本比較小,資源來源也比較多,利益更大化
園長是我們的客戶,他們是要上這個平臺來學習的呢 ,課程視頻是我們內部研發然后上架的,具有很強的商業性質。運營模式的話先利用線下原有客戶資源直接獲取第一批精準的種子用戶。
我覺得作為新人型自我總結的也算可以的了,都是慢慢學習的過程
講大白話,不用說技術了,作為產品也表示這種頁面描述形式的需求文檔看著好累 ?
感謝大牛指出不足,會繼續努力學習產品知識
你能給個具體事例嗎?說明一下以便大家學習
能給提供一個案例么?學習一下
這種文檔是看著好累啊。。。但是還必須要寫。。。真的作用不大
要增加流程描述 、業務規則 和設計約束那些 ,備案,做好維護
是的,需求文檔真心不適合閱讀和瀏覽。一般用來作為需求管理文檔進行維護。
請問能不能給提供一個案例?借鑒學習