全栈工程师?
嗯.....目前并不是!

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

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

一、文檔綜述

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裡面比較小的一個功能點,由於情景,主題,目標用戶並不具體,所以沒有對優惠券規則進行設計,如果已知優惠券規則的話,業務流程可能會變化的更加複雜了。

 

版权声明:本文采用知识共享 署名4.0国际许可协议 [BY-NC-SA] 进行授权
文章名称:《PRD | 餐飲類優惠券功能該如何實現?》
文章链接:https://www.pmbear.com/prd-%e9%a4%90%e9%a3%b2%e9%a1%9e%e5%84%aa%e6%83%a0%e5%88%b8%e5%8a%9f%e8%83%bd%e8%a9%b2%e5%a6%82%e4%bd%95%e5%af%a6%e7%8f%be%ef%bc%9f/
本站资源仅供个人学习交流,请于下载后24小时内删除,不允许用于商业用途,否则法律问题自行承担。

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

大前端WP主题 更专业 更方便

联系我们联系我们