本文以得物目前線上的“0元抽獎”活動為例，完成從需求概述→業務流程圖→原型圖→原型文檔的產品設計流程~
APP版本：得物 IOS?4.56.7
活動入口展示：
可以自行參照線上活動頁面，來看以下分析內容。
一、需求概述
1.業務需求
為了增加新用戶量（拉新）策劃了一個“0元抽獎”的活動，入口在電商首頁的活動模塊。
2.用戶需求
此活動的實施會涉及2個用戶實體，“產品用戶”與“運營人員”。
產品用戶需求：1）參與今日的抽獎活動2）查看明日的抽獎項目3）查看往期的獲獎記錄
運營人員需求：1）配置今日與明日抽獎商品2）查看獲獎名單3）查看活動數據
以下分析將以“產品用戶”相關的需求進行展開。
3.功能需求
今日抽獎模塊
1）查看抽獎活動信息
每天有多個抽獎活動，每個抽獎活動對應一個商品，每個用戶每天可以參加多個抽獎活動。每個用戶在每個抽獎活動中最多可以獲得6個抽獎碼。
①活動商品信息：包括商品主圖、商品標題、商品原價、商品抽獎價（都為0）。以上數據初始值為接口返回數據，運營可對其進行再編輯。
②活動倒計時：活動每天從0點開始，24點結束，倒計時精確到秒后一位，百毫秒。
示例：hh:mm:ss.(9~0)→14:50:22.5
③活動規則：詳細規則運營會后期提供。
其中確定中獎碼的規則為：
▲計算公式：A÷B=C······D（C為商,D為余數）。
A=開獎當日納斯達克指數與道瓊斯指數的組合數列（若當日不開盤則取離開獎日最近的收盤指數）例如：當日納斯達克指數為7385.86，道瓊斯指數為26186.71，則A=7385862618671。
B=抽獎截至時所有抽獎碼總數，例如：當日開獎前共產生了58888個抽獎碼，則B=58888。
所以，A÷B=7385862618671÷58888= 125422201······46183。
中獎碼即為46183+600001=646184。
▲若有多個中獎名額，則中獎碼基于A %(B+n)+600001的結果，其中n=抽獎順序-1。例如，第一個中獎碼基于A %B+600001的結果，第二個中獎碼基于A %(B+1)+600001的結果，并以此類推，直到最后一個中獎碼。
▲每輪活動同一用戶最多可獲得1份中獎獎品，用戶以設備為準，不以賬號。 若中間出現兩個中獎碼屬于同一個中獎者的情況下，會通過(A+1) %(B+n)+600001的結果進行去重。
④用戶參與信息：包括用戶頭像、用戶獲取的抽獎碼（每個活動最多6個）、用戶的抽獎階段（分為三個階段，自己抽獎*1個→分享活動*1個→獲得助力*4個，將在本節“獲取抽獎碼”部分進行詳細說明）。
2）獲取抽獎碼
▲每個用戶在每個抽獎活動中最多可以獲得6個抽獎碼。用戶在抽獎時間內點擊抽獎按鈕即可獲得1個抽獎碼（獲取途徑→N），分享好友成功可得1個助力碼（獲取途徑→S），好友成功參與最多可得4個抽獎碼（獲取途徑→A）。
▲抽獎碼生成規則“獲取途徑”+“序號”。獲取途徑如上所示，N→用戶自己抽取，S→分享，A→助力。序號代表抽取順序，6位數。
▲用戶的抽獎階段說明：
3）查看抽獎活動列表
顯示運營配置的當天的所有抽獎活動。每個抽獎活動顯示的內容包括“活動商品信息”+“用戶的抽獎階段”。
明日預告模塊
1）查看預告活動信息
①活動商品信息
預告的活動商品會有兩種類型，普通商品+特殊商品。
▲“普通商品”，在明日預告階段直接展示商品的真實信息，需要的商品信息包括：包括商品主圖、商品標題、商品原價、商品抽獎價（都為0）。以上數據初始值為接口返回數據，運營可對其進行再編輯。
▲“特殊商品”，在明日預告階段并不展示商品的真實信息，而是展示預告信息，預告商品信息包括：預告主圖、預告名稱、預告原價（都為0）、預告抽獎價（都為0）、預告提示圖、預告話題。在該預告活動變為今日抽獎活動的時候，然后再去展示商品的真實信息，包括：商品主圖、商品標題、商品原價、商品抽獎價（都為0）。以上除了預告原價、預告抽獎價、商品抽獎價這3個數據項之外（都為0），其余數據項初始值為接口返回數據，運營可對其進行再編輯。
②活動提醒狀態：用戶是否開啟該活動的推送提醒。狀態分為“已開啟”與“未開啟”。
③活動倒計時：與今日抽獎模塊的倒計時數據一致，具體規則參考上文。
2）設置抽獎提醒
用戶可設置某個預告活動的系統推送提醒，可對提醒進行“開啟”與“關閉”。對于開啟提醒的用戶，在該預告活動轉為今日抽獎活動前的5分鐘，向用戶進行推送，推送內容運營可編輯。對于未開啟APP通知權限的，引導用戶開啟該權限。
3）查看預告活動列表
顯示運營配置的明日的所有抽獎活動。每個抽獎活動顯示的內容包括“活動商品信息”+“活動提醒狀態”。
往期記錄模塊
1）查看歷史活動信息
①活動獲獎信息：包括獲獎用戶頭像、獲獎號碼、獲獎時間。
②活動商品信息：包括商品主圖、商品標題、商品原價、商品抽獎價（都為0）。
③用戶參與信息：包括用戶頭像、用戶獲取的抽獎碼、用戶的獲獎情況。
2）查看歷史活動列表
顯示所有歷史抽獎活動。每個抽獎活動顯示的內容包括“活動商品信息”+“活動獲獎信息”。
4.非功能需求
埋點需求，具體就不展開了，需要寫個埋點的說明文檔。
二、業務流程圖
這里對流程較為復雜的重點業務繪制業務流程圖。
今日抽獎模塊——獲取抽獎碼的業務流程圖：
上圖中的活動“獲得朋友助力”，也需要進行詳細的業務流程分析。用戶分享出去的內容是一個微信小程序頁面，里面包括用戶信息、抽獎活動信息、APP簡介、人氣單品列表等等，也包括引導下載APP的功能、引導打開APP的功能、好友助力的功能等等，并需要針對用戶本人和用戶好友進行辨別，顯示不同的頁面內容和功能，其中的詳細流程和邏輯這里就不進行展開了。
四、原型圖
這里使用墨刀建立了活動原型，鏈接為：“0元抽獎”原型鏈接，以供參考。
目前“0元抽獎”活動還未下架，可以自行去得物APP上查看整個流程。
五、原型文檔
原型文檔會比需求文檔更加直觀、細致，主要給開發人員使用。
原型文檔一般包括①需求的概要（版本號、開發時間等等）②該需求的詳細說明（與需求文檔保持一致）③該需求涉及的任務流程圖 ④原型圖 ⑤頁面流程圖 ⑥UE交互說明 ⑦其他附加文檔（設計稿、UI稿、其余相關材料）⑧交流記錄（一般記錄變更、和后續更詳細的解決方案）
一般會在頁面流程圖上進行詳細的邏輯說明、UE交互說明，涉及到的內容包括：
1）交互動效：交互動效在頁面中很常見，比如下拉、置頂、tab切換、彈層、浮層、hover等等，所以對于產品需要的交互動效要描述清楚，這樣前端才知道要做成什么樣；
2）跳轉鏈接的位置及狀態；
3）頁面從數據庫中取值位置和取值邏輯要寫清楚（產品要對后臺的數據庫進行了解、熟悉）；
4）極限情況及異常情況的說明，常見：文字過長、圖片縮放、無內容、報錯等；
5）默認值說明；
6）前后臺文檔涉及的名詞要一致，要建立比較標準的數據字典，嚴謹定義數據項；
