一、限時(shí)秒殺的概述

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

可以聯(lián)想一下限時(shí)秒殺的實(shí)際場(chǎng)景，想象一下目前你身處超市中，在過道的空地中央擺了一個(gè)促銷臺(tái)子，上面掛上電子計(jì)時(shí)器，黑底紅字地按秒走字，旁邊寫著“驚爆價(jià)9毛一袋”，時(shí)間一到，購(gòu)買的人蜂擁而至，貨架秒空。線上亦如此。

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

二、秒殺實(shí)例設(shè)計(jì)

1. 功能范圍說明

在開始設(shè)計(jì)產(chǎn)品方案之前要圈定限時(shí)秒殺的功能范圍，根據(jù)商品、價(jià)格、時(shí)間、場(chǎng)次、參與用戶，限制秒殺可以延展出很多的功能去滿足不同的業(yè)務(wù)需求，如單品秒殺、直播秒殺、單場(chǎng)秒殺、多場(chǎng)次秒殺，針對(duì)新人用戶的秒殺、針對(duì)會(huì)員身份的等等，本次的實(shí)例功能，滿足單場(chǎng)秒殺場(chǎng)景，各種用戶身份的限制、購(gòu)買限制等暫不考慮。

文中的秒殺活動(dòng)，創(chuàng)建的邏輯比較簡(jiǎn)單，校驗(yàn)以及流程都不是很復(fù)雜。當(dāng)然在實(shí)際的業(yè)務(wù)場(chǎng)景中，可能是已有模塊的迭代升級(jí)，也可能是新模塊的搭建，無論是哪一種形式，都需要結(jié)合自己實(shí)際的業(yè)務(wù)以及業(yè)務(wù)方需求。

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

2. 流程圖繪制說明

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

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

從“開始”開始，到“結(jié)束”結(jié)束，下圖從管理端、用戶端兩個(gè)維度，對(duì)限時(shí)秒殺的創(chuàng)建-上線流程進(jìn)行簡(jiǎn)單繪制。涵蓋的功能包括：

• 新增活動(dòng)
• 編輯活動(dòng)
• 活動(dòng)審核
• 活動(dòng)失效
• 活動(dòng)查看
• 參與用戶查看

3. 原型圖設(shè)計(jì)說明

原型圖通過這種可視化的形式，直觀的展示出最終需要落地實(shí)現(xiàn)的產(chǎn)品。在原型圖之后，會(huì)有UI在原型基礎(chǔ)上，進(jìn)行美觀、規(guī)范化的設(shè)計(jì)，UI圖即為最終上線產(chǎn)品的外觀。

原型圖的繪制需要注意的幾點(diǎn)包括：

• 頁面模塊的劃分
• 功能模塊的流傳邏輯
• 字段的設(shè)計(jì)
• 交互的設(shè)計(jì)
• 跳轉(zhuǎn)的設(shè)計(jì)

雖然會(huì)有UI再去優(yōu)化頁面，但UI的設(shè)計(jì)階段，應(yīng)該是對(duì)頁面的美觀、色彩、尺寸大小、以及交互的優(yōu)化，而非模塊布局的設(shè)計(jì)、交互的設(shè)計(jì)，因此在做原型的時(shí)候，要關(guān)注功能模塊邏輯的通順，也要關(guān)注頁面的可理解程度，好的原型設(shè)計(jì)，需要滿足，當(dāng)一個(gè)完全不懂業(yè)務(wù)的人，初次上手操作時(shí)，不會(huì)因?yàn)闃?biāo)題不明確、跳轉(zhuǎn)混亂等而迷失在產(chǎn)品中。

在UI設(shè)計(jì)階段，UI會(huì)對(duì)業(yè)務(wù)、以及產(chǎn)品功能有自己的理解，因此會(huì)對(duì)某些交互或者布局的設(shè)計(jì)，提出疑問。不同人看待事物的角度不同，產(chǎn)生爭(zhēng)議在團(tuán)隊(duì)的配合過程中，是不可避免地，在設(shè)計(jì)人員看來這樣做更符合體驗(yàn)，在產(chǎn)品看來那樣設(shè)計(jì)符合業(yè)務(wù)場(chǎng)景，在技術(shù)人員看來不改動(dòng)更合理。

這就要求產(chǎn)品經(jīng)理們?cè)谠驮O(shè)計(jì)的期間，認(rèn)真地考慮每一個(gè)交互這樣設(shè)計(jì)的原因，在產(chǎn)生爭(zhēng)議的時(shí)候，可以區(qū)分得出來哪些是即使看著不合理，也不要改動(dòng)的：

• 優(yōu)先滿足用戶體驗(yàn)，可調(diào)整；
• 優(yōu)先滿足業(yè)務(wù)需求，保持不變；
• 無核心影響，可迭代修改；

以和氣生財(cái)為大方向，在項(xiàng)目進(jìn)行的過程中，提前把問題想清楚，在發(fā)生爭(zhēng)議的時(shí)候，就可以泰然的處理爭(zhēng)議點(diǎn)，降低矛盾和摩擦，當(dāng)然需要據(jù)理力爭(zhēng)的時(shí)候，我們也不能退縮。

管理端原型圖：原型的繪制選擇了幾個(gè)核心的頁面，包括列表、新增、查看、用戶領(lǐng)取數(shù)據(jù)。

【活動(dòng)列表】

【活動(dòng)列表-新增活動(dòng)】

【活動(dòng)列表-查看】

【活動(dòng)列表-參與用戶列表】

終端原型圖：選擇幾個(gè)核心的APP端頁面，包括首頁活動(dòng)區(qū)、活動(dòng)列表頁、商品詳情頁；

首頁：

活動(dòng)列表：

商品詳情頁：

4. PRD設(shè)計(jì)說明

產(chǎn)品需求文檔（Product Requirement Document），是項(xiàng)目產(chǎn)品由“概念化”階段進(jìn)入到“落地化”階段的最主要的一個(gè)文檔，面向項(xiàng)目中的產(chǎn)品、開發(fā)、測(cè)試、UI各參與角色。

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

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

關(guān)于文章中涉及到功能的PRD文檔，在這里就不展開去詳細(xì)說明了。下一次寫一篇PRD文檔 | 實(shí)例說明，對(duì)自己在PRD撰寫這一塊，做一個(gè)小總結(jié)。

三、總結(jié)

本文核心是針對(duì)限時(shí)秒殺這種營(yíng)銷工具，做了前后端功能創(chuàng)建的簡(jiǎn)單說明，并未圍繞“營(yíng)銷”這個(gè)話題展開描述，當(dāng)然營(yíng)銷不單單是某一個(gè)營(yíng)銷工具的使用，營(yíng)銷工具也非簡(jiǎn)單的操作手冊(cè)中的介紹，學(xué)會(huì)操作并非學(xué)會(huì)使用。產(chǎn)品需要了解市場(chǎng)、了解業(yè)務(wù)、了解數(shù)據(jù)應(yīng)該是毋庸置疑的，否則就會(huì)變成一個(gè)單純的PRD生產(chǎn)機(jī)器。

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

每個(gè)人的機(jī)遇不同，一個(gè)人成功或失敗，多少參雜著些運(yùn)氣的成分，因此不要因?yàn)槭〉慕?jīng)歷而看輕一個(gè)人，也不要因?yàn)槠渌顺晒Φ慕?jīng)歷而覺得遙不可及，堅(jiān)守自我，砥礪前行 。

路雖遠(yuǎn)，行則將至。
事雖難，做則可成。