PRD | 餐飲類優惠券功能該如何實現?

3 評論 15794 瀏覽 127 收藏 10 分鐘

目前絕大多是公司所要求的需求文檔都是對已有產品的優化和更新,而并非是一個完整的產品需求文檔。本文中,筆者將主要針對于產品內的一個功能進行分析實現。該產品原型是筆者為了便于分析,根據美團以及餓了么臆想出來的。

一、文檔綜述

1. PRD輸出環境

2. 功能背景

公司為了推廣產品,需要設計一個針對新老用戶發送優惠券得H5界面,用于微信里用戶自發的分享傳播,希望可以借此提高老用戶的訂單量,增加新用戶注冊App并使用。

二、需求分析

1. 用戶需求

用戶—場景—問題—解決方案(需求)


由上圖可以判斷出:用戶的分類,會遇見的問題,和用戶的需求

  • 新用戶:使用方便,步驟簡單,規則和使用方法明顯,不涉及用戶隱私,不是必須要下載產品。
  • 老用戶:優惠入口明顯,有多個入口,優惠方法多樣規則合理,可以反饋問題,自動判斷不能使用原因,分享步驟簡單。
  • 運營:步驟簡單,吸引力強,優惠規則合理,可以記錄用戶數據和使用痕跡,明確數據分類,方便下載注冊。

2. 產品需求

由用戶需求衍生出的產品需求:

  1. 多個優惠入口:在用戶從打開App到下單付款的過程中,有多個頁面都可以領取優惠。
  2. 優惠入口明顯:利用各種效果使優惠入口易識別。
  3. 領取頁面有詳細的活動規則:用戶可以在此詳細研究活動規則。
  4. 領取頁面有反饋問題的入口:領取不到優惠券時可以反饋原因給客服。
  5. 自動判斷不能使用原因:在使用優惠券的時候,如果不能使用,注明原因。
  6. 分享步驟簡單:分享—微信—朋友圈(好友/群組)—分享成功。
  7. 規則明顯:在H5頁面注明詳細規則。
  8. 保護用戶隱私:勾選協議,獲取非私密信息。
  9. 非必須下載:在瀏覽器中也可打開App頁面。
  10. 記錄數據和痕跡:在后臺記錄用戶的使用數據和痕跡。
  11. 優惠規則合理:不要虛假優惠。

根據四象限看用戶于發生頻率:

根據四象限看開發難度和效果:

產品需求優先級排序:

  • 分享步驟簡單
  • 優惠規則合理
  • 優惠入口明顯
  • 多個優惠入口
  • 自動判斷不能使用原因
  • 領取頁面有詳細活動規則
  • 規則明顯
  • 保護用戶隱私
  • 記錄數據和痕跡
  • 領取頁面有反饋問題的入口
  • 非必需下載

三、本次需求目的及功能列表

1. 需求目的

新用戶:

  • 使用方便,步驟簡單,規則和使用方法明顯。
  • 不涉及用戶隱私。
  • 不是必須要下載產品。

老用戶:

  • 優惠入口明顯,有多個入口。
  • 優惠方法多樣規則合理。
  • 可以反饋問題。
  • 自動判斷不能使用原因。
  • 分享步驟簡單。

運營:

  • 步驟簡單,吸引力強,優惠規則合理。
  • 可以記錄用戶數據和使用痕跡。
  • 明確數據分類。
  • 方便下載注冊。

2. 功能列表

四、業務邏輯和流程圖

1. 業務邏輯圖

2. 業務流程圖

3. 頁面流程圖

五、原型圖

1. 首頁

頁面入口:App首頁

頁面結構:地點定位,掃碼,搜索,活動/廣告Banner,商品分類,優惠券入口,商品列表。

頁面交互:點擊優惠券入口(人人都在領紅包,你也快來吧)進入優惠券H5頁面。

2. H5頁面

頁面入口:首頁優惠券入口,店鋪優惠券入口。

頁面結構:分享鍵,優惠券詳細信息,手機號填寫,領紅包功能鍵,反饋功能鍵,活動規則。

頁面交互:

  • 點擊分享鍵時下面彈出所有可分享平臺用以選擇。
  • 輸入手機號后,如果不是標準格式,會彈出錯誤提示。
  • 點擊領紅包,如果發現該手機號未注冊過,會彈出未注冊提示,并且跳轉到App/App下載頁。
  • 點擊反饋,會跳轉到反饋頁面。

3. 下單頁

頁面入口:商家頁購買入口。

頁面結構:收獲地址,送貨詳情,訂單詳情,優惠券入口,確認支付。

頁面交互:點擊優惠券(即紅包)入口則進入優惠券管理頁。

4. 優惠券管理頁

頁面入口:下單頁優惠券選取入口

頁面結構:各類優惠券信息,使用限制,不可用原因

頁面交互:

  • 選取想要用的優惠券后跳轉到下單頁,后面對號點亮。
  • 不可用的優惠券顏色較淺,并且不可點擊交互,不可用原因視覺鮮明。
  • 默認不使用紅包選項。

5. 原型頁邏輯結構

六、考核指標與計算方法

  • 分享率:分享數量/領取優惠券數量。
  • 分享成功率:鏈接被打開數量/分享數量。
  • 領取成功率:領取數量/鏈接被打開數量。
  • 優惠券使用率:使用優惠券數量/領取的優惠券數量。
  • 新用戶注冊率:通過H5頁面跳轉注冊用戶數量/優惠券被分享數量。
  • 下載率:通過H5頁面跳轉下載數量/優惠券被分享數量。
  • 激活率:活動后用戶活躍率/活動前用戶活躍率。
  • 轉化率:活動后訂單成交數量/活動前訂單成交數量。

七、總結

因為本文所涉及到的產品并不存在,僅為實現這一功能而臆想出來的,所以原型圖方面的一些功能布置參考了餓了么和美團外賣。

從得到主要功能要求后,對目標用戶進行需求分析,得到產品需求,對需求進行優先級排序,決定:哪些需求需要實現?哪一些還可以暫緩?

最后對主要業務流程進行梳理,表明所有注意事項和標注。

接下來的頁面流程和原型圖就比較順利了,這只是一個餐飲類App里面比較小的一個功能點,由于情景,主題,目標用戶并不具體,所以沒有對優惠券規則進行設計,如果已知優惠券規則的話,業務流程可能會變化的更加復雜了。

 

本文由@AND_歸期 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 你是西安的 加個微信好友17629012263 思維碰撞

    回復
  2. 你好您好,我是在校學生,您那兒還招實習生嗎

    回復
  3. 流程那里缺了很多判斷和異常情況

    回復