起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品需求文檔PRD：校園外賣配送
產品需求文檔PRD的撰寫是產品經理必備能力之一，其中包含了產品驗收流程、產品流程圖、產品用例、產品功能點說明、性能需求等等。
一、產品綜述
1.1 版本修訂記錄
1.2 PRD輸出環境
1.3 產品介紹
“校園外賣配送”是一款針對高校學生而專門設計一款外賣配送軟件。
我們一方面利用學生希望能夠在校園各地方便的取得外賣這種需求；另一方面利用學生希望在業余時間從事兼職的這種需求。將這兩種結合起來而形成的校內外賣配送體系。
“校園外賣配送”將和“美團眾包”、“蜂鳥眾包”等外賣配送平臺完成對接。校外騎手將外賣送至校園外，然后由校內騎手在線上完成轉送對接負責配送校園內部分。
另外，在校內騎手數量穩定后可以推出校園食堂、快遞代取等配送服務。如邀請校內食堂等商家加入“美團外賣”、“餓了么”等外賣平臺，由校內騎手進行配送。以此來進一步提高用戶的使用黏度。
1.4 需求整理
1.4.1 用戶群體
18-25歲的各大高校在校生。
1.4.2 需求分析
二、產品結構圖
2.1 功能結構圖
2.2 產品信息結構圖
三、全局說明
3.1 功能權限
- 登錄狀態：所有功能都可使用；
- 未登錄狀態：所有功能不可使用。
3.2 頁面異常
頁面邏輯:在斷網或網絡不通暢的情況下出現，無法加載頁面時需要保留用戶之前的操作狀態，以便重新加載成功之后恢復用戶之前的操作頁面。
3.3 Dialog彈窗
3.4 Toast彈窗
3.5 鍵盤說明
- 點擊手機號碼、驗證碼、身份證和聯系電話等數字輸入框時從頁面底部彈出數字鍵盤；
- 點擊姓名、學校等文字輸入框時從頁面底部彈出字母鍵盤；
四、產品流程圖
4.1 業務流程圖
4.2 登錄流程圖
4.3 注冊流程圖
五、頁面詳細功能說明
5.1 啟動頁面&引導頁
頁面邏輯：
- 首次進入：啟動APP后進入啟動頁，啟動頁等待兩秒鐘后進入引導頁。引導頁中需指導用戶登錄或注冊；
- 非首次進入：啟動APP后等待兩秒鐘進入首頁；
5.2 登錄&注冊&找回密碼
（1）登錄
觸發條件：
- 用戶進入APP后直接跳轉到登錄頁面；
- 退出賬戶后重新登錄；
頁面邏輯：
- 用戶可通過手機號驗證登錄和密碼登錄兩種方式進行登錄；
- 用戶若60s后仍獲取不到驗證碼可點擊重新獲取驗證碼；
- 用戶忘記密碼，可以點擊“忘記密碼”轉跳至設置密碼頁面；
- 新用戶首次使用需要點擊“注冊”轉跳至注冊頁面完成注冊；
- 在填寫手機號、驗證碼、密碼時自動對輸入內容進行判定，判定內容如下：是否輸入相；應內容，手機號碼格式是否正確，驗證碼是否正確、手機號碼與密碼是否匹配；
- 點擊“登錄”時若上述內容不合格進行彈窗提示，合格進入首頁；
- 交互描述：
- 單擊“密碼登錄”、“驗證登錄”時切換登錄方式；
- 單擊手機號輸入框、驗證碼輸入框時彈出數字鍵盤。下不贅述；
- 單擊密碼輸入框時彈出字母鍵盤。下不贅述；
- 默認不顯示密碼，單擊“眼睛”顯示密碼。
（2）注冊
觸發條件：用戶點擊“注冊”后；
頁面邏輯：
- 輸入手機號碼后檢測號碼是否注冊以及號碼格式是否正確，如果錯誤給出相應提示；
- 點擊“獲取驗證碼”后發送驗證碼，用戶在60秒后可再次點擊獲?。?/li>
- 點擊“設置密碼”設置登錄密碼，點擊“確認密碼”重新輸入登錄密碼，并校驗兩次密碼輸入是否一致，不一致進行提示。
- 點擊“眼睛”圖標后密碼顯示可見，默認為不可見狀態；
- 點擊“下一步”時若填寫內容不合格進行彈窗提示，合格進入下一頁面。下同不在贅述；
- 拍攝身份證正面照、學生證首頁后檢測照片是否清晰；
- 人臉識別完成后對身份證照片和學生證照片進行驗證。不合格提示重新拍攝或提交人工檢測，人工檢測合格后進行提示并自動進入下一步；
- 輸入完“真實姓名”和“身份證號碼”后與身份證照片進行檢測。如果不對應進行提示；
- 點擊“選擇聯系人”可通過通訊錄選取緊急聯系人
- 點擊“所在城市”和“就讀學?！睍r，彈出輸入框根據輸入文字匹配相應城市和學校，或可下拉手動選擇。
- 點擊“用戶協議”按鈕為確認閱讀狀態，點擊文字可查看協議內容；
- 點擊“提交并注冊”后顯示注冊完成，自動進入首頁；
交互描述：
- 點擊“獲取驗證碼”后文字變成“重復驗證碼”；
- 點擊“設置密碼”、“確認密碼”輸入框時彈出拼音鍵盤；
- 點擊“眼睛”圖標后，圖標變為不帶斜線的眼睛圖標；
- 點擊“拍攝身份證正面照”、“拍攝學生證首頁”后開啟后攝像頭；
- 點擊“人臉識別”后開啟前攝像頭；
- “真實姓名”、“身份證號碼”可通過身份證照片進行識別自動填充；
- 點擊“選取聯系人”進入電話簿
- 默認未勾選“用戶協議”。
（3）找回密碼
觸發條件：用戶點擊“忘記密碼”；
頁面邏輯、交互描述：上同，不在過多描述。
5.3 首頁
（1）接任務
頁面邏輯：
- 首頁包括頂部tab對應的“接任務”、“待取貨”、“配送中”和“訂單詳情”三個頁面組成；
- 用戶打開APP或注冊完成后自動進入首頁且默認進入“接任務”頁面，默認為下線狀態；
- 用戶點擊“上線”判定用戶是否符合上線要求，如是否在上班期間內、是否購買保險，保證金是否充足等。不符合彈出Dialog彈窗引導進入相關頁面，否后進行語言提示上線成功；
- 上線后無接單任務顯示圖二內容，點擊屏幕或“刷新列表”可刷新頁面；
- 點擊“掃一掃”可完成線下接單任務；
- 點擊“搶單”直接搶單成功，訂單進入“待取貨”頁面；
- 點擊訂單其他區域進入“訂單詳情”頁。
- “xx分鐘內送達”為送到顧客手中時間，“3元”為此單騎手賺取金額，“1.2km”為騎手當前距離，“100m內”為宿舍樓所在距離；
- 交互描述：
- 左右滑動屏幕或點擊上方“文字”可顯示對應頁面；
- 點擊“掃一掃”圖標后開啟后攝像頭掃描二維碼。
（2）待取貨
頁面邏輯：
- 沒有取貨任務或未上線顯示圖左一，有任務時顯示圖左二；
- “xx分鐘內送達”為校外騎手到達時間，“#11”為外賣訂單號；
- 點擊訂單其他區域進入“訂單詳情”頁；
- 點擊“聯系騎手”撥通騎手電話；
- 點擊“我已取貨”時需驗證是否完成取貨。若校外騎手已點擊“我已送達”訂單進入配送中狀態，若校外騎手未點擊“我已送達”則向校外騎手發送確認送達申請，待校外騎手確認后訂單進入配送中狀態；
- 點擊頁面空白刷新頁面，下拉刷新頁面；
- 右上方數字顯示頁面當前單數；
交互描述：
- 點擊“聯系騎手”進入通話狀態。
（3）配送中
頁面邏輯：
- 沒有取貨任務或未上線顯示圖左一，有任務時顯示圖左二；
- “還剩xx分鐘送貨”為剩余送達時間時間，“#11”為外賣訂單號；
- 點擊訂單其他區域進入“訂單詳情”頁；
- 點擊“聯系顧客”撥通騎手電話；
- 點擊“我已送達”完成送達任務；
- 點擊頁面空白刷新頁面，下拉刷新頁面；
- 右上方圓圈內數字為頁面訂單數量，無時不顯示；
交互描述：
- 點擊“聯系顧客”進入通話狀態。
（4）頁面詳情
頁面邏輯：
- 圖左一為未搶單時“訂單詳情”頁面，圖左二為搶待取貨“訂單詳情”頁面，圖右一為配送中“訂單詳情”頁面；
- 地圖顯示校外騎手、校內騎手和送達地點
- 未搶單時“訂單詳情”頁面上方顯示本訂單收入和送達時間；
- 點擊“搶單”完成搶單；
- 待取貨中“訂單詳情”頁面上方顯示本訂單取貨時間；
- 點擊“我已取貨”驗證是否取貨完成（應先由校外騎手點擊“我已送達”后才可點擊我已取貨），完成后進入配送頁面；
- 點擊“遇到問題”進行故障申報和退單申請；
- 點擊“聯系騎手”和“聯系顧客”可撥打電話；
- 點擊“我已送達”完成送達任務；
交互描述：
- 點擊“地圖”進入地圖頁面
- 點擊“聯系騎手”和“聯系顧客”進入通話狀態。
5.4 接單設置
觸發條件：點擊接單設置；
頁面邏輯：
- 默認“開始接單”處于關閉狀態，點擊“開始接單”按鈕判斷騎手是否處于排班時間，不屬于提示無法上線，處于陪伴時間內則上線成功可以正常接單。
- 默認“開啟系統派單”處于關閉狀態，點擊“開啟系統派單”按鈕可進行系統派單；
- 點擊“當前同時接單量”可選擇同時接單數量；
- 點擊“今日配送時間”進入“工作時間”頁面；
- 點擊其他區域收起“接單設置”。
交互描述：
- 點擊“開始接單”和“開啟系統派單”按鈕后按鈕顏色變為黃色，同時文字變成“接單中”、“關閉系統派單”；
- 點擊“同時最大接單量”后彈出選擇窗口；
- 打開接單設置箭頭變為上箭頭，收起接單設置后箭頭變為下箭頭。
5.5 我的
（1）我的
觸發條件：
- 點擊“我的”圖標時打開此頁面；
- 頁面邏輯：
- 點擊相應功能進入對應頁面
（2）工作時間
觸發條件：點擊“工作時間”進入；
頁面邏輯：
- 點擊“月份”可選擇不同月，時間表從該月一號的工作時間開始顯示；
- 上方日期可左右滑動查看，后面的日期只顯示后三天；
- 之前的工作時間顯示灰色，不可選??；
- 點擊今日工作時間和已安排的工作時間時彈出圖右一彈窗，點擊藍色對勾圖標即可取消工作時間，取消時彈窗提示是否取消并提示取消所帶來的懲罰；未安排的工作時間取消時彈窗提示是否取消但沒有懲罰；
- 點擊今日工作時間時彈出圖右一彈窗，兩個添加按鈕顯示灰色，點擊出現彈窗提示申請時間已過無法進行申請。
- 申請排班只能申請后三天內的時間，點擊空白處時彈窗提示是否申請。每天21:00時結束今天申請并將排班情況反饋給用戶；
- 確認排班后顯示圖左二，選擇上班時間；
- 上下滑動進行選擇，時間均為半點和整點；
- 選擇好時間后顯示圖右一，點擊“繼續添加”添加當天其他時間段，上班時間最少為2小時；
- 點擊“說明”查看工作時間選取、取消說明；
交互描述：
- 點擊后三天空白處彈窗提示是否申請排班，點擊今日工作時間和已安排的工作時間彈窗提示是否取消排班；
- 點擊月份出現下拉月份選項。
- 點擊圖右一“對勾”后“對勾”變成黑框對勾消失。
5.6 消息
觸發條件：點擊“首頁”右上方消息圖標進入；
頁面邏輯：
- 進入后默認為“消息通知”頁面，頁面可左右切換；
- 點擊“全部”顯示所有通知，點擊“福利活動”等按鈕時顯示對應通知；
- 點擊“上傳健康證通知”、“首都經濟貿易大學全體騎手通告”后進入通知詳情頁面；
- 通知按推送日期排布，上方為最新通知；
交互描述：
- 若有未讀消息時首頁“消息”圖標右上角顯示紅點，沒有未讀消息則不顯示；
- 若有未讀消息時在頁面上用紅圈數字顯示未讀數量，紅色小圓圈標記為未讀通知。閱讀后紅圈消失；
六、總結
對于這次校園外賣配送APP的設計雖然實現了從想法到原型的落地，但仍然存在一些值得思考的地方。
6.1 如何保證學校兼職騎手的數量
本人認為可以從以下幾點來加以防范：
（1）首先應該在學校加大宣傳力度，并建立各個學校的騎手群通過學長引導學弟的方式使學校兼職騎手的保持一個良好的循環。
（2）其次，考慮到學生群體雖有一定意向從事兼職但本身有很懶惰的矛盾。極容易在惡劣天氣出現不兼職情況。本人提倡建立排班制度，這樣即可以通過制定工作時間來督促學生騎手們完成約定工作，又可以防止高峰期騎手過多導致每個人賺取過少的情況。同時可以實時監督每個學校每日上崗人數，如果出現上崗人數過少時可以提前調整。
（3）增加訂單的獎賞機制，如表現良好的騎手可以得到更多的提成。
6.2 如何確保校外騎手和校內騎手的訂單交接
訂單的交接是本APP最核心的問題，只有解決好這個問題整個配送模式才能很好的運轉起來。本APP的建立除了拉動校園內訂餐需求外，同時還擁有著提高校外配送人員的配送效率的因素。因此在設計時還要考慮到如何讓校外騎手快捷的完成任務。
（1）通過線上直接完成對接，線上由校外騎手發出配送請求并由校內騎手接單，完成后雙方通過電話約定好取餐地點，校外騎手配送到指定地點。
（2）增加了線下接單的模式。校外騎手在到達學校后如果校內騎手長時間未出現，校外騎手可以單方面解除訂單，并通過線下掃描二維碼的方式轉交給現場的校內騎手。
6.3 校內騎手的工具如何配發
相對于校外人士來說校內學生的資金相對不充裕，選擇購買一套外賣設備（自行車、保溫箱等）較為困難，是阻礙學生成為兼職騎手的一大障礙。
可嘗試以下方法進行解決：
（1）以交押金的形式向校內騎手配備設備。校內騎手可以交一定的押金來換取兼職所需的設備。由于押金是可以隨時提取出來的這樣可以極大減輕學生成為校內騎手的障礙。
（2）在商城中購買學生所學裝備并給與學生一定優惠政策。
（3）在每個學校配備一定車輛設備，并由負責人統一看管車輛鑰匙。
（4）將（1）和（2）兩種方式結合起來，可以讓學生以交押金的方式使用一段時間（如一個月），隨后學生可以按一定優惠購買此車。
作為一個產品小白，這是筆者第一次撰寫產品需求文檔。本產品是以“美團眾包”為模板進行設計，包含了大量美團APP元素，如有冒犯還請多多見諒。其中還有諸多紕漏之處，望各位前輩多多指點。另本人有從事產品經理職位的意愿，各位boss有意的話可以聯系~
同時感謝《PRD：家教類APP“隨身老師”產品需求文檔》對本文檔提供的借鑒。
本產品由 @難恨方休 原創發布于人人都是產品經理。未經許可，嚴禁轉載。
題圖來自Unsplash，基于CC0協議
我們和食堂也談過了，他們最多可以讓利1塊錢，配送小費全額交給派送人員?，F在想想這個項目最主要的問題還是太學生氣了，用戶不足的前期盈利點幾乎沒有，因為面向一個校區內的食堂彼此的競爭關系量太少了，根本無法從曝光率、流量方面從食堂商家那里抽成。
作者您好，我做的也是一個大學生外賣配送平臺，是我大三時的大創項目。但主要面對的不是校外市場，也不是配送市場。我們側重點是希望跟食堂合作，幫助食堂奪回部分大學生外賣市場。我們的考慮是綜合性大學普遍很大，有多個食堂，但是幾乎沒人吃過所有食堂所有窗口的菜，雖然也有很難吃的菜。其實現在很多食堂外包給公司口感已經非常不錯，我們希望給各個食堂的各個窗口的每個菜品都能實時上傳種類、有/無，和最重要的評價評分用來幫助同學開拓新的菜品，由實名認證的正在該窗口附近的待接單同學做順便配送，下單者可以選擇篩選同學院、同宿舍樓的待接單者幫忙接單。
我目前在做校園外賣平臺，做了幾個學校
做的怎么樣
只能做個小生意
這些全靠觀察 分析得出的是嗎？有沒有實地采訪、問卷分發，分析得出結論？
有的，這是我在北京十幾家學校發布問卷進行統計得出的，也包括對少量學生、外賣騎手以及商家的訪談。具體的您可以看下我的《校園外賣市場需求文檔
后臺設計呢？
加上后臺就非常多了不是幾天能完成的了??，這里只是前臺部分。
作為新人，已經很棒了
謝謝
剛畢業能想出這些真的很棒，相信你很多地方還是可以繼續細化的
嗯嗯，是的。多謝您的鼓勵??
本篇文檔是我調查北京15家學校，發放近200份問卷，結合問卷數據確認需求的強度而得出的。歡迎各位前輩點評。另外本人是剛畢業的學生想從事產品相關工作，萬望各位有招聘需求的boss多多打擾我??
不現實，等你做了你就知道，因為我就是做這個的??
為什么呢？這個現在需求很大，而且已經有這種模式在部分地方出現了，只是很不完善??
但是如果商家用了一次后，就讓客戶加微信群，不通過平臺點餐，平臺怎么抽成？
想法沒問題，我是指你的內容只說了騎手這一塊的邏輯，商家端的呢？結算系統呢？等等功能！校園是個神奇的地方，你別忽略了飯堂是企業承包制的，商家端的抽傭怎么算，結算系統如何搞。如何對接美團等等，還有一大堆這里說不完??
這個肯定的??，這里只是一個大致思路。具體實施還是有很多困難的。至于校內商家端口這塊，我調查過食堂商家，方式很多樣，但基本上都是抽成制。有所學校是商家給學校18％的抽成，我訪談時對我承諾的是如果此服務開通可以給平臺15％左右的抽成。而且我調查發現80％的學生對食堂感到滿意，尤其對于衛生上的放心。如果開通校內食堂配送，那將會有大量訂單來自食堂。這樣的話學?；蛘叱邪桃矔虼耸找?，既然雙方都是利益獲得者那么合作就還是有一定可能性的。您覺得呢??
你的出發點沒問題，只是你還有很多坑沒踩，我現在就運營著一個這樣的平臺，我也是產品經理，所以你好好加油！
可以交流一下嗎 微信aaa1059133641
我目前也在做校園外賣平臺
16年底我就想過這個
哈哈，想到了就要做啊??
校內的配送確實有市場需求，當時我們學校就推出過類似的APP，但活的不是很好，單子都被微信群霸占了 ?
恩是啊，只要是保證配送問題還是有很大市場。App的存在主要是可以普及到各個學校中
不過作為新人你已經很棒了 加油
簡單看了看 如果把這篇PRD文檔給技術部 你會被砍死
看情況吧，可能抽出1~2個月的工作空閑時間，再細化功能需求，然后讓你再重新出一份文檔，然后才會考慮排期吧。。。
好吧??，確實沒有什么經驗。多謝您的提點
作為大學懶宅族應該是連宿舍樓都不愿意下的??。如果校園學生兼職配送也無法實現上樓配送的話其實沒有完全戳到痛點…
哈哈，這就是學生配送的優勢了。你可以下單備注要求送到樓上，提供額外的費用肯定會有同宿舍樓的學生愿意送的
我也是產品小白，剛入職，我們學校已經實現了你的想法，不過可能和你想的很多不太一樣，我們學校外賣和快遞是分開的，學校有一個專門配送校內餐的點餐配送平臺，你所說的很多都是從利學生的角度出發，比如投放車輛，要考慮企業，用戶，客戶之間的利益關系，投放車輛成本和維護成本對于企業來說可見利益不大，所以要考慮企業為什么要投放呢？不過你有自己的想法并且寫下來就已經比我好很多了，加油吧少年！
哈哈，一起加油，一起成長，未來是屬于我們的??
真的很不現實。。。我覺得你這篇文章有點太想當然，不聊那些產品邏輯上的問題，就一點，成本和監管都和美團餓了么比不了，再加上和各類騎手的對接，商家端是否送到的質量把控等，根本上線不了。不如比較流行的直接送學校食堂的東西，然后收配送費找兼職
我的這篇文章的出發點就是美團餓了么等大型外賣平臺來做，以此完善整個配送體系，增加用戶數量??。這是我第一次寫還是很有多想當然的成分在里面????
我也是新手上路哈哈，我覺得你在于流程和整個邏輯上沒什么大的問題，都還是比較流暢的，只是我覺得這個功能因為質量保證/價格/平臺洽談的難度/學校自身的政治因素等等原因，不會有很多人用也會死掉，我之前做過關于快遞包裹的校園項目，所以對這個東西可能比較敏感
對了我看過你的修改過后的文檔了哈~
不可行，現在雖然外面的外賣小哥難以進入校園內，但是考慮成本之后他們還是不會跟你合作，再有校園商家的入住你覺得你有美團的地推能力嗎？
這里面的設想是要讓美團等這些大的外賣平臺來做，這樣可以建立一個完整的配送體系。至于費用問題，我在調查中有超過50％的學生愿意花費2元以上的費用購買此服務。正所謂羊毛出在羊身上，買單的最后仍是學生群體而且學生也有買單的意愿。并且我通過問卷調查發現學生群體對自己食堂的滿意度高大80％，不滿意主要出現在食堂擁擠上。如果食堂提供了配送服務，那么預計將會有大量訂單出自食堂體系內，極大減少了配送成本?；旧蠈W生可以花費2元錢左右的配送成本就可以享受到校內配送服務。
超過50％的學生愿意花費2元以上的費用購買此服務，50%這個數據是怎么來的？