約玩搶座概念產(chǎn)品需求文檔-資料下載頁
2025-06-24 06:47本頁面
【正文】 （1）數(shù)據(jù)說明文檔 （2）產(chǎn)品開發(fā)文檔 （3）后臺使用文檔 （1）性別選擇（2）手機號碼（3）昵稱設定（4）主界面（5）玩伴選擇（6）玩伴資料（7）服務地點選擇（8）服務定制（9）支付（10）等待確認（11）預約期（12）服務中（13）服務即將結(jié)束（14）延長服務（15）服務評價（16）用戶中心（17）訂單（18）收藏（19）個人信息（20）玩伴首頁（21）玩伴訂單信息（22）玩伴確認訂單（23）玩伴確認開始服務（24）玩伴確認延長服務（25）評價顧客（26）個人信息錄入（27）服務項目錄入（28）服務地點錄入四、產(chǎn)品發(fā)布要求: （1）需要組建專門的運營組。包括（不僅）以下： （根據(jù)駐點網(wǎng)咖的數(shù)量而定） （2）需要延伸通知呼叫服務。包括（不僅）以下： （早期） 五、實現(xiàn)進度安排及方案: ： （1）產(chǎn)品經(jīng)理：張懿、張洪海 負責：整體開發(fā)進程監(jiān)督和配合，解決開發(fā)中的困難，整合需求和資源。 （2）開發(fā)負責人：胡圣龍 負責：整體開發(fā)過程中的技術實現(xiàn)。 （3）前端開發(fā)：1人 負責：前端顯示、交互、流程的開發(fā)實現(xiàn)。 （4）服務器開發(fā)：2人 負責：后臺的功能實現(xiàn)、數(shù)據(jù)互通以及后臺管理工具實現(xiàn)。 （5）UI／UX：胡明昊、張洪海 負責：產(chǎn)品視覺和交互輸出。 ： （1）UI設計：1月3日出成品。 BUG量：基本視覺輸出不存在問題，不存在尺寸問題。設計上允許微調(diào)。 （2）前端：1月23日出可預覽操作的版本。 BUG量：基本實現(xiàn)交互。允許適配和尺寸安放問題。少量邏輯錯誤。 （3）服務器／完整Alpha版本：1月23日出基本可交互／數(shù)據(jù)互通的版本。 BUG量：大體可以交互。 （4）完整Beta版本：年后23天內(nèi)出可進行內(nèi)測的版本。 BUG量：可完整跑通產(chǎn)品流程。 （5）公測Release版本：年后一周內(nèi)。 BUG量：只允許管理后臺存在問題。 六、用例: iYO平臺是針對于微信用戶開發(fā)的一個平臺，每一個微信用戶可以是玩家，或者玩伴，所以對平臺來說，分為兩種角色，一種是玩家，一個是玩伴。 從用例分析上面講分3個模塊： 1. 玩家模塊，也就是就是一期設計的戰(zhàn)服模塊，從這個模塊進去的微信用戶默認的角色是玩家。 2. 預約玩伴模塊，從這個模塊進去的默認角色也是玩家，玩家可以在這里預約到自己喜歡的妹子。 3. 個人中心，在這個模塊里面，分為玩家中心管理，和玩伴中心管理，用戶可以編輯自己兩種角色的信息。 七、線下操作替代方案: ：客服A（負責處理訂單）、客服B（負責客戶關懷）。*2。（只可以預約當天的玩伴）。，計算價格后，玩家發(fā)紅包給客服A。，確認訂單。，并申明規(guī)則。服務期間需要延長服務，玩家需要向客服A申請并且發(fā)相應金額的紅包。備注：1. 玩家必須向客服A提供基礎信息才可以預約。2. 玩家在約定時間內(nèi)未到店，玩伴必須在網(wǎng)吧等待到服務時間結(jié)束。除非玩家申請取消服務。（不退款）3. 玩伴需向客服A提供個人的相關信息。4. 玩伴是否可以接單（請假）需向客服A申請。5. 玩伴離店也需要在前臺簽字。異常處理：1. 玩家可向客服B提出投訴及意見。2. 玩伴可向客服B提出投訴及意見。3. 異常的訂單處理向客服B提交，由客服B處理。4. 客服B需要將玩家和玩伴雙方的評分匯總，每日中午12時更新一次。5. 客服B需要在一些業(yè)務糾紛中，到現(xiàn)場處理。6. 如果遇到?jīng)_突訂單客服A按照遞交訂單的時間順序選擇。48 / 48
醫(yī)療健康相關推薦
鄂ICP備17016276號-1