中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在電商中，常用的一種營銷方式是限時秒殺，那么限時秒殺該如何設計？本文主要圍繞限時秒殺的線上化展開詳細說明，包括工具搭建的產品流程、管理端的原型設計、終端的原型展示。希望對你有所幫助。

一、限時秒殺的概述

限時秒殺，也可以叫限時搶購，極速秒殺，一秒搶貨、極速快搶…名字叫什么都可以，核心的是“限時搶”的概念，去營造出高福利、貨源緊俏、機不可失的緊迫氛圍。

可以聯想一下限時秒殺的實際場景，想象一下目前你身處超市中，在過道的空地中央擺了一個促銷臺子，上面掛上電子計時器，黑底紅字地按秒走字，旁邊寫著“驚爆價9毛一袋”，時間一到，購買的人蜂擁而至，貨架秒空。線上亦如此。

限時搶購作為一種營銷工具，由來已久，至今仍為使用頻率很高的工具類型，但是隨著時代、技術的變更，營銷的本質也向著橫向深入、縱向擴展的趨勢發展，以“產品”為中心的營銷方式，漸漸向“用戶”中心靠攏。營銷本質的變革，勢必會影響到營銷工具的使用，如營銷工具的線上化、場景化、數據分析、效果復盤等等，本篇文章主要圍繞限時秒殺的線上化展開詳細說明，包括工具搭建的產品流程、管理端的原型設計、終端的原型展示。

二、秒殺實例設計

1. 功能范圍說明

在開始設計產品方案之前要圈定限時秒殺的功能范圍，根據商品、價格、時間、場次、參與用戶，限制秒殺可以延展出很多的功能去滿足不同的業務需求，如單品秒殺、直播秒殺、單場秒殺、多場次秒殺，針對新人用戶的秒殺、針對會員身份的等等，本次的實例功能，滿足單場秒殺場景，各種用戶身份的限制、購買限制等暫不考慮。

文中的秒殺活動，創建的邏輯比較簡單，校驗以及流程都不是很復雜。當然在實際的業務場景中，可能是已有模塊的迭代升級，也可能是新模塊的搭建，無論是哪一種形式，都需要結合自己實際的業務以及業務方需求。

可滿足業務的需求，但不一定要按照業務人員提到的需求全部滿足；這就涉及到了產品經理的關鍵一課，如何去需求分析、需求評估，需求分析要適配于當下的實際場景，但是作為產品經理來說，無論是基于什么樣的壓力或是指令，設計出來的功能模塊、乃至字段交互，都可以有說得出來的原因，之所以這樣選擇的原因。

2. 流程圖繪制說明

確認好功能范圍后，我們就可以從流程圖開始，梳理產品的邏輯關系了。在開始正式上手設計原型圖之前，產品流程圖的繪制至關重要，可以幫助我們理順整個流程，避免一些關鍵節點的缺失，尤其是多角色泳道圖的梳理，可以從多端考慮、全面地考慮設計邏輯的完整性。

在于業務、技術的交流過程中，流程圖也可以更為直觀的表達出我們主線的邏輯，避免很多不確定、表述不清、認知不一致的問題，實乃有效溝通的一大利器。

從“開始”開始，到“結束”結束，下圖從管理端、用戶端兩個維度，對限時秒殺的創建-上線流程進行簡單繪制。涵蓋的功能包括：

• 新增活動
• 編輯活動
• 活動審核
• 活動失效
• 活動查看
• 參與用戶查看

3. 原型圖設計說明

原型圖通過這種可視化的形式，直觀的展示出最終需要落地實現的產品。在原型圖之后，會有UI在原型基礎上，進行美觀、規范化的設計，UI圖即為最終上線產品的外觀。

原型圖的繪制需要注意的幾點包括：

• 頁面模塊的劃分
• 功能模塊的流傳邏輯
• 字段的設計
• 交互的設計
• 跳轉的設計

雖然會有UI再去優化頁面，但UI的設計階段，應該是對頁面的美觀、色彩、尺寸大小、以及交互的優化，而非模塊布局的設計、交互的設計，因此在做原型的時候，要關注功能模塊邏輯的通順，也要關注頁面的可理解程度，好的原型設計，需要滿足，當一個完全不懂業務的人，初次上手操作時，不會因為標題不明確、跳轉混亂等而迷失在產品中。

在UI設計階段，UI會對業務、以及產品功能有自己的理解，因此會對某些交互或者布局的設計，提出疑問。不同人看待事物的角度不同，產生爭議在團隊的配合過程中，是不可避免地，在設計人員看來這樣做更符合體驗，在產品看來那樣設計符合業務場景，在技術人員看來不改動更合理。

這就要求產品經理們在原型設計的期間，認真地考慮每一個交互這樣設計的原因，在產生爭議的時候，可以區分得出來哪些是即使看著不合理，也不要改動的：

• 優先滿足用戶體驗，可調整；
• 優先滿足業務需求，保持不變；
• 無核心影響，可迭代修改；

以和氣生財為大方向，在項目進行的過程中，提前把問題想清楚，在發生爭議的時候，就可以泰然的處理爭議點，降低矛盾和摩擦，當然需要據理力爭的時候，我們也不能退縮。

管理端原型圖：原型的繪制選擇了幾個核心的頁面，包括列表、新增、查看、用戶領取數據。

【活動列表】

【活動列表-新增活動】

【活動列表-查看】

【活動列表-參與用戶列表】

終端原型圖：選擇幾個核心的APP端頁面，包括首頁活動區、活動列表頁、商品詳情頁；

首頁：

活動列表：

商品詳情頁：

4. PRD設計說明

產品需求文檔（Product Requirement Document），是項目產品由“概念化”階段進入到“落地化”階段的最主要的一個文檔，面向項目中的產品、開發、測試、UI各參與角色。

在撰寫PRD之前，還會有MRD、BRD文檔，分別為市場需求文檔（Market Requirement Document）、商業需求文檔（Business Requirement Document），不同企業對這些文檔的使用各不相同，但是在PRD編寫之前，來自業務的需求文檔其實必不可缺，需要一個“紙質”的文檔來明確業務需求來源、需求場景、需求利益點，尤其在與產品技術團隊的溝通中，完整清晰的文檔可以更好的將業務需求轉述為產品需求，避免口語溝通帶來的誤解，造成產品已經結束開發準備上線，業務驗收時卻說，“這和我的需求不一致，我們不用不接受”的尷尬場面。

PRD的編寫需要在業務需求評審結束、產品流程確定、原型繪制完成后開始，需注意，一個完整的PRD文檔需要說明清楚原型中涉及的功能模塊、邏輯流程、頁面展示、具體到每個數據的來源、字段的定義、字段的取值、數據的狀態、不同狀態下按鈕的顯示、不同交互跳轉、字段的校驗、按鈕點擊的檢驗、成功的彈窗、失敗的彈窗、各種各樣的彈窗、角色的定義、角色的權限等等等等；PRD的撰寫一定程度上可以幫助將產品經理將前后流程串聯起來，查漏補缺；逼近完美的PRD文檔當然要花費很多精力、切實地模擬一遍操作，查漏主要是更微小的細節，包括各個字段的校驗、成功或錯誤的提示、易被忽略的交互。除去對產品功能的描述，必需的業務場景也需要在PRD問的文檔中體現，說明清楚為什么要這么做，業務打算怎么用。

關于文章中涉及到功能的PRD文檔，在這里就不展開去詳細說明了。下一次寫一篇PRD文檔 | 實例說明，對自己在PRD撰寫這一塊，做一個小總結。

三、總結

本文核心是針對限時秒殺這種營銷工具，做了前后端功能創建的簡單說明，并未圍繞“營銷”這個話題展開描述，當然營銷不單單是某一個營銷工具的使用，營銷工具也非簡單的操作手冊中的介紹，學會操作并非學會使用。產品需要了解市場、了解業務、了解數據應該是毋庸置疑的，否則就會變成一個單純的PRD生產機器。

去提升自己的產品能力，建造起自己的產品壁壘，需要我們自己一腳一腳地踏過去，多學多看多問多思考。在過去的一兩年，對每個人來說，想必都有刻骨的一段時間，或好或壞。

每個人的機遇不同，一個人成功或失敗，多少參雜著些運氣的成分，因此不要因為失敗的經歷而看輕一個人，也不要因為其他人成功的經歷而覺得遙不可及，堅守自我，砥礪前行 。

路雖遠，行則將至。
事雖難，做則可成。