「紅人」旅游小程序產(chǎn)品需求文檔

62 評(píng)論 61815 瀏覽 542 收藏 10 分鐘

昨晚夢(mèng)到甲方粑粑要搞個(gè)旅游App,做App成本又太高,所以先搞個(gè)小程序試試水。

目錄

一、引言

1.1 文檔屬性

1.2 歷史修訂

1.3 背景

甲方粑粑丟下一句話“能看、能買、能傳播”。他要一個(gè)O2O旅游小程序,第一版呢,希望用戶在小程序上可以看到各種旅游資訊(內(nèi)容),還可以直接在小程序上下單(支付)

二、全局功能說(shuō)明

2.1 功能邏輯流程圖

2.2 功能結(jié)構(gòu)圖

ps:紅字部分可在產(chǎn)品1.0.0版本之后考慮分批上線。

2.3 訂單流程

三、思維導(dǎo)圖

3.1 產(chǎn)品信息結(jié)構(gòu)圖

資訊模塊信息結(jié)構(gòu)圖:

ps:為了照顧前端同學(xué),富文本的玩法沒(méi)玩過(guò),加上目前時(shí)間又緊迫,就設(shè)計(jì)出了一個(gè)圖文表,專門(mén)用來(lái)存文章中的內(nèi)容的。

這樣的話,文章與圖文是1對(duì)多的關(guān)系,一組圖文包括(標(biāo)題、描述、圖、標(biāo)注)(這4個(gè)字段都可以選填)。

比如:

商品、用戶、訂單信息結(jié)構(gòu)圖:

先只考慮旅游的商品版塊,后期會(huì)新增一個(gè)活動(dòng)的商品版塊,用戶購(gòu)買活動(dòng)的時(shí)候,有些紙質(zhì)票非電子票是需要用戶填寫(xiě)收貨地址的。

在建模時(shí),需要注意的就是:訂單主表中存儲(chǔ)地址庫(kù)id和買家具體地址組合成購(gòu)物地址,不依賴用戶收貨地址的信息,因?yàn)橛脩舻氖肇浀刂肥强赡馨l(fā)生人為的修改的。

ps:產(chǎn)品模型和業(yè)務(wù)模型千萬(wàn)不要混在一起。

3.2 產(chǎn)品結(jié)構(gòu)圖

3.3 業(yè)務(wù)流程圖

角色:客服、后臺(tái)運(yùn)營(yíng)、用戶。

用戶可線上負(fù)責(zé)預(yù)約、交易以及線下體驗(yàn),用戶通過(guò)小程序購(gòu)買旅游產(chǎn)品下單,客服在后臺(tái)可管理訂單聯(lián)系用戶,后臺(tái)運(yùn)營(yíng)可管理小程序上得商品、資訊等…

用戶使用流程

3.4 頁(yè)面流程圖

四、 原型圖

4.1 歡迎頁(yè)

4.2 首頁(yè)_商城

ps:這個(gè)商城主頁(yè)有6個(gè)模塊,分別是Banner、icon模塊、新品&獨(dú)家、主題推薦、攻略資訊、猜你喜歡。

…往下滑動(dòng)…

頁(yè)面邏輯:

  1. Banner、主題推薦、攻略資訊:根據(jù)后臺(tái)參數(shù)跳轉(zhuǎn)不同頁(yè)面,類型如下:資訊文章、商品詳情、H5活動(dòng)。
  2. icon模塊:固定4個(gè)icon(國(guó)內(nèi)、海外、品牌、體驗(yàn)),其它的是后臺(tái)給就顯示,不給就隱藏,統(tǒng)一跳轉(zhuǎn)篩選列表,根據(jù)分類字段查詢列表信息,頁(yè)面樣式統(tǒng)一。
  3. 新品&獨(dú)家、猜你喜歡:根據(jù)商品id,跳轉(zhuǎn)不同的商品詳情頁(yè)。

4.2.1 商品詳情頁(yè)

頁(yè)面邏輯:

  1. 客服按鈕點(diǎn)擊事件:跳轉(zhuǎn)客服聊天窗口,若未登錄提示登錄。
  2. “選擇套餐”與“立即預(yù)訂”跳轉(zhuǎn)至選擇套餐頁(yè)。
  3. “包含費(fèi)用、產(chǎn)品詳情、訂購(gòu)須知”通過(guò)分類字段判斷查詢對(duì)應(yīng)內(nèi)容進(jìn)行展示。

4.2.2 商品選擇套餐

4.2.3 信息填寫(xiě)

4.2.4 支付

4.2.5 訂單

ps:訂單待支付狀態(tài),超過(guò)3小時(shí),自動(dòng)失效。

ps:旅游訂單狀態(tài)有6種,已支付、待支付、賣家確認(rèn)成功、預(yù)約失敗、訂單已失效、訂單已取消。

部分功能之間相互獨(dú)立,我們先可上一部分,未上傳部分:

  • 小程序端(4.3 資訊、4.3.1 資訊列表、4.3.2 資訊城市、4.3.3 資訊詳情、4.4我的)
  • 后臺(tái)管理系統(tǒng)
  • 未完待續(xù)…

五、排期

草稿圖

六、總結(jié)7句真言

  1. 可能很多人會(huì)認(rèn)為原型注釋用線和箭頭,會(huì)很亂。我覺(jué)得這種注釋方法還是得分場(chǎng)景的,比如:我這邊小程序的整體布局是線性式的
  2. 建模時(shí)注意功能之間適度顆粒大小,遵循MECE原則,相互獨(dú)立、完全窮盡。模塊之間高內(nèi)聚低耦合,讓每個(gè)模塊,盡可能的獨(dú)立完成某個(gè)特定的子功能。模塊與模塊之間的接口,盡量的少而簡(jiǎn)單
  3. 服務(wù)器能做的事情,就別交給小程序做(看情況)
  4. 項(xiàng)目開(kāi)始前的啟動(dòng)會(huì)議(不要以為形式感強(qiáng),這是儀式感)
  5. 向計(jì)算機(jī)科學(xué)家輸出一種使命感,做比自己更重要的事情!
  6. 項(xiàng)目過(guò)程中,負(fù)面信息自己及時(shí)處理,千萬(wàn)別在團(tuán)隊(duì)擴(kuò)散,以防帶亂節(jié)奏。適當(dāng)多鼓勵(lì),所受榮譽(yù)分享給大家(成就別人成就自己)
  7. 暫時(shí)還沒(méi)想到…

以上為個(gè)人對(duì)本次項(xiàng)目進(jìn)行解構(gòu)后的理解,說(shuō)的不一定對(duì),具體情況具體分析,適合團(tuán)隊(duì)的才是最好的。

#專欄作家#

Bass小南,微信公眾號(hào):PMBass,人人都是產(chǎn)品經(jīng)理專欄作家。擅長(zhǎng)功能設(shè)計(jì)、原型設(shè)計(jì),專注電商、游戲、人工智能等多領(lǐng)域。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來(lái)自pexels,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 如果2個(gè)大人帶2個(gè)小孩呢,這種情況呢?

    來(lái)自上海 回復(fù)
  2. 有源文件嗎

    回復(fù)
  3. 非常好的文章,只是里面的各種流程圖、腦圖的名稱還是很繞很迷惑,請(qǐng)問(wèn)方便定義一下各種圖么?還有就是產(chǎn)品中的字段好像沒(méi)有進(jìn)行邏輯定義;部分頁(yè)面缺少空白頁(yè)。再次感謝作者~~

    來(lái)自上海 回復(fù)
  4. 這原型圖怎么和某旅行小程序一毛一樣…難道都是那個(gè)模板喵

    來(lái)自廣東 回復(fù)
  5. 原型圖也是用axure畫(huà)的嗎?用的移動(dòng)端組件庫(kù)?

    來(lái)自廣東 回復(fù)
    1. 對(duì)的

      來(lái)自上海 回復(fù)
  6. 這么復(fù)雜,小程序上能實(shí)現(xiàn)嗎

    回復(fù)
    1. 沒(méi)問(wèn)題

      來(lái)自上海 回復(fù)
  7. 后臺(tái)產(chǎn)品設(shè)計(jì)的需求文檔有計(jì)劃分享一下么?

    回復(fù)
    1. 有時(shí)間的就出一份

      來(lái)自上海 回復(fù)
  8. 我有個(gè)問(wèn)題想問(wèn):進(jìn)入小程序-判斷是否登陸微信-F-提示登陸微信? 那么,這個(gè)小程序他是怎么進(jìn)來(lái)的。。。。。。應(yīng)該指的是授權(quán)吧?

    來(lái)自浙江 回復(fù)
  9. 感謝作者大大的分分享,同求完整prd學(xué)習(xí),1027437017@qq.com

    來(lái)自廣東 回復(fù)
  10. 學(xué)習(xí)了,樓主可以分享下完整的PRD學(xué)習(xí)下嘛?我的郵箱是84987822@qq.com,謝謝樓主

    來(lái)自湖南 回復(fù)