<tt id="okiwm"><wbr id="okiwm"><big id="okiwm"></big></wbr></tt>

    <tt id="okiwm"><wbr id="okiwm"></wbr></tt>
    <tt id="okiwm"><pre id="okiwm"></pre></tt>

    <listing id="okiwm"></listing>
  1. <tt id="okiwm"><wbr id="okiwm"><small id="okiwm"></small></wbr></tt>

    <bdo id="okiwm"><menu id="okiwm"></menu></bdo>
  2. PRD | 餐飲類優惠券功能該如何實現?

    產品小白專屬,10周線上特訓,測、練、實戰,22位導師全程帶班,11項求職服務,保障就業!了解詳情

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

    一、文檔綜述

    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協議

    給作者打賞,鼓勵TA抓緊創作!
    1人打賞
    評論
    歡迎留言討論~!
    江苏11选5开奖走势图