中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

本篇文章作者分享了一份完整的家教類APP“隨身老師”產品的PRD文檔，其中包含整款產品的需求分析、功能和流程設計、原型，供大家借鑒學習。

作為一個產品小白，這是筆者輸出的第一份完整的PRD文檔，也算是初次體驗從一開始的簡單想法到逐步發散思維去完善細節的這一從“概念化”進入“圖紙化”的過程。

期間，由于自身思維和能力的局限性，本篇PRD文檔會有許多紕漏和不足之處，希望有經驗的大大們能給予指導，非常的感激。

一、文檔綜述

1.1 文檔修訂記錄

1.2 PRD輸出環境

1.3 背景

1. 從教育市場來看，教育是一個永遠的市場，永不消失的蛋糕。（群體基數大）

圖一（柱狀圖）

圖二（扇形圖）

以上數據來自”國家數據”網

上述兩張圖是2005~2016年來初等教育招生數的數據統計圖。從圖一可以看出2005~2016來初等教育招生數量都在1600萬人以上，群體基數龐大；而從圖二可以看出每一年的初等教育招生數大體相同，波動變化不大。

1. 家教市場普遍存在小、散、亂的現象。（市場機會和整合優勢）教育類服務是以人為本的服務。除去那些教育巨頭，教育市場的普遍現象是遍地開花，學生在哪，服務機構就開在哪，但卻沒有統一的標準和平臺管理。最終是全國初等學生的分布散亂造成了家教市場的小、散、亂現象。
2. 整合的切入點是建立起平臺，將當地擁有教育資格的大學生“老師”和附近需要針對性家教服務的中小學生對接起來，整合更多的供需資源，逐步擴散，建立標準化的教育服務體系

1.4 產品綜述

1.5 用戶群體

• 中小學生（學員方）：初等教育服務相對中高等教育服務在用戶數量上差不多，但門檻較低
• 老師（教員方）：主要是擁有教師資格證的大學生（優選師范專業）和從事教育行業的專業老師
• 家長（潛在用戶）：雖然家長和中小學生同為服務消費者且購買目的相同，但是解決方式和心理相差甚遠。隨著國民收入水平的提高和中小學教育的不斷重視，越來越多的家長會為了讓孩子贏在起跑線上而消費家教服務。
• 可拓展對象（B端合作方）：例如與當地的教育培訓機構合作，強強聯手，借助對方的師資和自身平臺的數字化對接能力更好的切入市場等。

1.6 需求分析

用戶故事&需求池：

1.7 產品目標

透過互聯網平臺，整合教育市場上散、亂的需求，將附近有輔導能力的老師資源和有輔導需求的中小學生信息對接一起，以創新為特色，以服務為根本的理念，做到價格公道、服務至上、安全保障的要求，向中小學生提供滿意的一對一教育服務。

二、產品結構圖

2.1 功能結構圖

2.2 產品信息結構圖

三、全局說明

3.1 功能權限

• 登錄狀態學生身份：除了無法使用“老師上線”功能，其余功能都可使用；
• 登錄狀態老師身份：除了不能使用“尋找老師“和“預約老師”功能，其余皆可以使用；
• 未登錄狀態：可以查看首頁上已發布的學生輔導信息和已上線的老師信息，無法使用“尋找老師”、“預約老師”、“老師上線”以及進行訂單詳情的查看和個人信息的查看和修改等基本功能。

3.2 頁面異常

頁面邏輯：在斷網或是網絡不通暢的情況下，無法加載頁面時需要保留用戶之前的操作狀態，以便重新加載成功后恢復用戶之前的操作頁面。

3.3 鍵盤說明

• 點擊手機號碼、驗證碼、身份證、聯系電話和年齡等數字輸入框時從頁面底部彈出數字鍵盤；
• 點擊密碼輸入框時從頁面底部彈出字母鍵盤。

3.4 頁面反饋

（1）底部彈窗：

（2）dialog：

（3）toast：

3.5 頁面切換方式

（1）返回上一頁：

（2）tab切換：

四、產品流程圖

4.1 核心業務流程

4.2 跨角色泳道圖

4.3 登錄

4.4 注冊

4.5 找回密碼

五、頁面詳細功能說明

5.1 啟動頁&引導頁

頁面邏輯：

• 首次進入：啟動APP后進入啟動頁，啟動頁等待兩秒后進入引導頁面。引導頁中需指導用戶選擇身份類型“學生”or“老師”，否則無法跳轉至首頁；
• 非首次次進入：啟動app后等待兩秒后進入首頁。

頁面交互：

單擊開始使用時，若用戶未選擇身份類型，則彈出toast提示用戶未選擇身份類型。

5.2 登錄&注冊&找回密碼

（1）登錄：

觸發條件：

• 游客用戶執行APP正常功能時點擊直接跳轉至登錄頁面；
• 退出賬戶后重新登錄。

頁面邏輯：

• 用戶可通過手機密碼方式登錄和第三方微信賬號登錄；
• 新用戶首次使用需要點擊“注冊”跳轉至注冊頁面完成注冊；
• 用戶若忘記密碼，可以點擊“忘記密碼”跳轉至設置密碼頁面設置新密碼；
• 點擊“登錄”按鈕需要對用戶的輸入結果做出判斷，判斷內容如下：是否輸入手機號碼、手機號碼格式是否正確、手機與密碼是否匹配、登錄成功，并給出相應的toast彈窗提示。

交互描述：

• 單擊手機輸入框時從底部彈出數字鍵盤；
• 單擊密碼輸入框時從底部彈出字母鍵盤；
• 默認不顯示密碼，單擊滑動開關可顯示密碼；
• 輸入框輸入字符后顯示刪除鍵，失去焦點時刪除鍵消失；刪除鍵作用為清空輸入框。

（2）注冊：

頁面邏輯：

• 點擊“獲取驗證碼”后需要判斷是否輸入手機、手機格式是否正確以及手機號是非已注冊，并給出相應的toast提示；若判定無誤后，在彈出的圖形驗證碼彈窗中輸入驗證碼，點擊圖形驗證碼圖片或者驗證碼輸入錯誤時都會刷新圖形驗證碼；
• 輸入圖形驗證碼之后，自動發送短信驗證碼，用戶在60秒內未獲取驗證碼可再次點擊重新獲?。?/li>
• 點擊注冊的“確定”按鈕時需要對用戶的輸入操作做判斷，判斷內容如下：短信驗證碼是否正確和有效、密碼長度是否為6-20位、是否勾選“用戶注冊協議”、注冊成功；并給出相應的toast提示；
• 若注冊完成，單擊確認后自動登錄。若用戶有操作記錄則返回用戶注冊前的操作狀態，否則返回首頁。

交互描述（部分交互與登錄頁面一致就不作描述）：

• 獲取驗證碼成功后，“獲取驗證碼”變成“重發驗證碼”字段；
• 默認勾選“用戶協議”，取消則“確認”按鈕失效無法注冊；
• 密碼長度僅限6-20位數。

（3）找回密碼：

與上述情況相同不做描述。

5.3 首頁

（1）首頁：

首頁頁面邏輯：

• 首頁包括頂部tab對應的“尋找老師”和“預約老師”界面和輔導詳情、老師介紹、學生信息等頁面。
• 用戶打開APP時進入首頁且tap默認為“尋找老師”界面。
• 頂部tab中“尋找老師”界面下是活動輪播圖和學生發布的輔導請求信息列表，點擊可跳轉至“輔導詳情”；而“預約老師”界面下是已上線老師的信息列表，點擊跳轉至“老師介紹”頁面，查看詳情信息后可選擇預約當前老師。

首頁交互說明：

導航欄：

• 手勢左右滑動和單擊實現頂部tab界面切換，且tab文字下面有長亮條隨著tab標簽的切換而移動到對應位置作為當前界面的標記。

輪播圖：

• 通過手勢滑動切換上下圖，單擊圖片進入圖片內容詳情介紹；
• 間隔5秒自動輪播，后臺只維護一張圖片時，取消輪播效果和翻頁點；
• 后臺上傳圖片數最少一張，最多四張；
• 網絡異常時展示緩存數據否則展示預加載圖片。

（2）“輔導詳情”頁：

頁面邏輯：

• 頁內信息為學生在底部標簽欄中的“個人”頁面的“尋找老師”功能下發布的輔導信息；
• 點擊學生詳情可跳轉至“學生詳情”頁面，查看學生的基本信息；
• ?老師點擊“立即輔導”按鈕，并在dialog彈窗中二次確認后，正式接受對該學生的輔導請求，頁面跳轉至“訂單詳情”并且刪除 “首頁”中尋找老師模塊下對應的學生輔導信息一欄，同時在“消息”頁面添加一欄訂單信息。

（3）學生詳情：

頁面邏輯：

“學生詳情”中，學生的基本信息來自于底部標簽欄“個人”中的“我的信息”功能下填寫的個人信息；

點擊“教師評價”彈出底部彈窗，可查看以往教師對該學生的評價；

頁面交互：

評價彈窗支持手勢上下滑動翻看，點擊評價內容以外區域可退出彈窗；

（4）“老師介紹”&“預約老師”&“定位”：

頁面邏輯：

• “老師介紹”頁面中，老師的基本信息來自于底部標簽欄“個人”中的“我的信息”功能下填寫的個人信息；
• 點擊“學生評價”彈出底部彈窗，可查看以往學生對該老師的評價內容；
• 點擊“立即預約”，頁面跳轉至“預約信息”頁面，學生可在“預約信息”頁面填寫輔導詳情信息，填寫完成后點擊確認則正式向當前老師發布輔導請求；
• 學生在預約信息中填寫輔導信息時，默認情況下，“姓名”、“年級”、“聯系方式”自動填寫，數據來源于學生在“我的信息”中上傳的個人信息，其余信息則需學生操作填寫；學生點擊“上課地點”時，頁面跳轉至“定位”頁面，支持自動定位和手動輸入方式填寫地理位置信息，另可選中歷史地址快捷輸入。

交互說明：

• 在“預約信息”頁面中，上課時間、輔導科目的填寫統一由底部彈窗選擇填寫，以便統一格式和提高輸入效率；
• 學生人數可通過左右兩個“-”和“+”加減人數，默認為1，最小為1，最大為5。

5.4 消息

（1）消息：

頁面邏輯：

• 消息包括訂單列表、訂單詳情以及聊天頁面；
• 用戶可在消息頁面上查看當前上課記錄和歷史上課記錄，點擊其中一條記錄可跳轉至“訂單詳情”查看該次輔導詳情信息。

頁面交互：

“消息”標簽中設置紅色小圓點提示用戶新消息。

（2）訂單詳情：

頁面邏輯：

• 用戶可點擊“更多”進行多項隱藏操作，比如進入聊天頁面、打電話、取消訂單和評價；
• 用戶可通過點擊對應信息欄中的電話圖標撥打老師or學生電話。

頁面交互：

• “距離上課時間”從距離上課前兩小時開始倒計時，并在后臺發送信息提醒老師和學生，時間單位精確到分鐘；
• 只允許評價歷史上課記錄，且評價限制字數在25以內，用戶輸入25個字符后，后續輸入無法顯示；
• 點擊撥打電話時，跳轉至本地應用的撥號頁面，同時復制上手機號。

（3）聊天：

頁面邏輯：

點擊聊天圖標切換文字輸入和語音輸入功能。

頁面交互：

• 點擊輸入框時彈出拼音鍵盤；
• 長按“長按說話”按鈕時，成功操作則toast彈窗提示“手指上滑，取消發送”直至釋放手指后消失;操作失敗則則toast彈窗顯示“操作失誤，重新發送”，懸浮2秒后秒后消失。

5.5 個人

（1）個人：

頁面邏輯：

• 個人模塊下，包括“我的信息”、“尋找老師”、“老師上線”、“意見反饋”等功能以及“關于我們”的介紹頁面；
• 個人頁面分未登錄狀態和登錄狀態：

1. 未登錄狀態：單擊頭像、“我的信息”、“尋找老師”、“老師上線”、“意見反饋”均跳轉至登錄頁面。
2. 登錄狀態：

• 用戶可通過點擊我的信息按鈕跳轉至“我的信息”頁面查看或者編輯個人基本信息。
• 學生通過點擊尋找老師按鈕跳轉至“尋找老師”頁面填寫和發布輔導需求。
• 老師點擊老師上線按鈕后在彈出的底部彈窗中選擇預約時間，點擊確定后則變成可被學生預約輔導狀態，并將局部信息顯示在首頁tab的“預約老師”界面下。
• 用戶可通過點擊意見反饋按鈕跳轉至“意見反饋”頁面提交聯系方式和反饋意見。
• 用戶可點擊“關于我們”查看app版本信息和介紹。

（2）我的信息：

頁面邏輯：

• “我的信息”分學生和老師兩種界面，由首次使用app時在引導頁中選擇的身份類型來確定選用何種界面。
• “我的信息”界面有已保存和編輯兩種狀態：

a. 已保存狀態：

• 用戶無法進行任何修改信息的操作，僅供查看

b. 編輯狀態：

• 首次使用編輯所有信息，非首次使用僅可二次修改身份證、教師資格證之外的信息。
• 點擊頭像時調用本地相機應用，支持選擇本地圖片或即時拍照充當頭像。
• 點擊身份證信息跳轉至“實名驗證”頁面，證件類型僅支持身份證，姓名和證件號若已填寫則無法二次修改，可修改的只有證件有效期，點擊則底部彈出時間選擇器。首次填寫需要核對姓名和證件號是否一致，不一致則toast彈窗提示。

• 點擊教師資格證則跳轉至“教師申請”頁面，點擊上傳教師資格證和身份證件時，調用本地應用，支持選擇本地圖片或即時拍照上傳；待平臺審核通過后會在“我的個人”信息頁面中顯示“已認證”標志；審核未通過則反饋“未通過”。

• 點擊填寫學生界面的“性格”、“年級”和老師界面的“可輔導科目”時從底部彈出選擇器填寫，點擊默認上課地址則跳轉至“定位”頁面。

頁面交互：

• 點擊手機號碼等數字輸入框時彈出數字鍵盤；
• 點擊姓名、就讀學校、學習情況、教學經歷、自我評價等文字輸入框時彈出拼音鍵盤。

(3)尋找老師：

頁面邏輯與交互說明：

與“預約老師”頁面相同，不作描述。

（4）意見反饋：

頁面邏輯:

用戶可選填聯系方式，選擇意見反饋類型（默認選擇功能優化）和填寫具體意見后點擊完成即可提交意見反饋。

交互說明：

點擊輸入意見時，自動彈出拼音鍵盤。

六、總結：

對于這次從想法到原型的落地，仍然存在許多值得思考的地方。

6.1 如何解決學生和老師越過平臺私下交易的現象：

個人覺得應該秉持著獎大于懲的原則去思考和解決此類現象。一方面平臺不可能做到將用戶列入黑名單。這樣的話，列入一個就少一個用戶。這無異于自絕生路，另一方面，對用戶的懲罰只會加劇用戶對平臺的反感，促使他們離開或者轉移到同行平臺中去。所以，更多的我們應該從獎勵的思路去減輕此類現象。

（1）對老師

• 給予老師補貼：

對于接單次數滿一定數量的老師可以享受平臺給予的補貼，具體需要看補貼額度是否足夠吸引老師。

• 當天滿一定單量后平臺不抽成：

比如一個老師一周內滿5單剩下的訂單可以免抽成，此舉還可以促使老師接單的積極性。對于提升平臺的成交量有所幫助。

• 利用大數據分析，查看取消訂單次數多的老師情況，給予一定的警告和懲罰：

針對仍然私下交易的個別老師，我們可以借助大數據分析觀察用戶是否存在多次取消訂單的情況，可以給予降低信任值、限制輔導次數等手段

。不過為了避免用戶的反感和離開，盡量不在這方面做過多的干涉。

（2）對學生

• 平臺成交的訂單平臺會給予安全保障

平臺可以給予學生一定的安全保障，而越過平臺的私下交易不受保障。

• 采取獎勵機制，老師和學生下單可獲積分兌換禮品等

參考積分機制的模式，用戶每成交一單給予老師和學生一定的積分獎勵，而積分可兌換平臺提供的各類禮品。當然積分的獎勵額度和禮品是否符合用戶需求這些都是考慮的重點。

6.2 平臺如何設置審核老師的標準

• 實名認證
• 大學生認證
• 教師資格證書審核
• 教育單位認證
• 電話面試&視頻面試

6.3 是否區分老師和學生兩個app版本

由于學生和老師的需求不一致，在設計APP的過程中，雙方在操作路徑、行為習慣上都有差異。

不過考慮到“隨身老師”產品處在產品生命周期的探索期，要做的是盡量快速迭代核心功能，完善基本的功能使用。到了產品中期再來考慮APP的區分會比較好。

以上，是筆者自己對整款產品從需求分析、功能和流程設計、原型起草過程中的一點筆錄記載。

因為個人思維的局限性，會存在不少值得再次打磨和修改的地方。希望能得到有經驗的大大們指導和點評。非常感謝！

最后附上原型鏈接：

https://gsrne6.axshare.com/#g=1&p=%E5%90%AF%E5%8A%A8%E9%A1%B5_%E5%BC%95%E5%AF%BC%E9%A1%B5

本文由 @白先生 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議