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

本篇可以滿足以下需求：想知道產(chǎn)品從0到1的詳細(xì)設(shè)計(jì)思路？想知道運(yùn)營提出的活動類H5該怎么實(shí)現(xiàn)？解構(gòu)一個真實(shí)的案例？原型之前PRD之前有哪些工作？

最近，做運(yùn)營的朋友要跟進(jìn)公司的一個活動H5，第一次跟產(chǎn)品對接，因?yàn)橄Ｍ軌驕贤樌?，要我推薦學(xué)習(xí)產(chǎn)品的資料。

關(guān)于產(chǎn)品方法論跟設(shè)計(jì)的資料是有許多，但考慮到她也只是短期任務(wù)，我很遺憾地表示，沒有多少合適的。是的，iOS人機(jī)交互指南、啟示錄、用戶體驗(yàn)要素、don’t make me think、梁寧產(chǎn)品思維三十講等經(jīng)典材料并不能讓人渡過初學(xué)期的手忙慌亂。

真正的從零到一的系統(tǒng)性資料很少，有的，都去開課賺錢了，還良莠不齊。

即使是在線課程，當(dāng)年學(xué)習(xí)為期三個月的騰訊課堂的BAT導(dǎo)師陣容的產(chǎn)品經(jīng)理入門實(shí)戰(zhàn)班時(shí)，同期學(xué)員問的最多的，一直是同一句話，有沒有案例。案例可以參考別人解題思路，從而糾正自己的思考方向。但完整的案例很少，往往不全，既然如此，那不妨我直接來寫一篇來說明。

作為運(yùn)營的高頻需求，活動類需求有明確的策劃目的，完整的生命周期，獨(dú)立的邏輯，靈活多變的形態(tài)，設(shè)計(jì)的時(shí)候接近于一個小產(chǎn)品，還適合用于拿來當(dāng)案例。

本文就以實(shí)際的活動，來展示一個活動類H5，如何幾經(jīng)波折地從一紙方案到產(chǎn)品成型的。

項(xiàng)目起點(diǎn)

產(chǎn)品的日常。

運(yùn)營QQ傳了個word文檔，說要做一個H5。打開文檔一看，是一個活動的策劃方案，如下圖所示。重點(diǎn)是，這并不是個簡單的活動方案。

簡單的活動方案，運(yùn)營直接用一張海報(bào)自己也能解決；但是涉及到限定條件報(bào)名、展示個性化用戶信息、數(shù)據(jù)收集、線上計(jì)分、數(shù)據(jù)實(shí)時(shí)更新、活動狀態(tài)隨時(shí)間變更、用戶互動、多頁面條件判斷切換的，尤其是越多要素重疊的，這種綜合性考慮的工作就果斷交給產(chǎn)品經(jīng)理吧。

主流程上，無論是靠自己想還是靠借鑒，細(xì)心一點(diǎn)，確實(shí)是可以做出八九不離十的東西。但是隨之而產(chǎn)生的異常流程、支線流程和反向流程，未經(jīng)訓(xùn)練的人不要說考慮，甚至都沒有這方面的意識。專業(yè)的事情交給專業(yè)的人。

我們來看看這份作為需求的起點(diǎn)的文檔：

活動策劃方案

這個文檔跟實(shí)際的差不多，只刪減了一些跟產(chǎn)品無關(guān)的要素。對于這種確定的需求，可以省點(diǎn)真假需求的功夫，將重點(diǎn)落在需求的產(chǎn)品化上。

閱讀文本，你可以得到什么信息？

至少知道這是一個以活躍主播的比賽類活動，有觀眾攢票、投票環(huán)節(jié)；有主播爭奪榜單排名、選擇獎品、魚豆加成環(huán)節(jié)。

在講怎么跟運(yùn)營進(jìn)一步溝通細(xì)節(jié)之前，先簡單介紹下當(dāng)時(shí)背景，關(guān)于行業(yè)、用戶、產(chǎn)品、功能模塊，有個整體的認(rèn)識。

項(xiàng)目背景

我們的產(chǎn)品是細(xì)分領(lǐng)域的平臺型APP，用戶人群是休閑垂釣愛好者，男性用戶為主，是C端用戶的場景化服務(wù)類平臺（類似悅跑圈、GOSIK），有直播的模塊做社交，試水商城做商業(yè)變現(xiàn)。

跟素人直播的不一樣，我們的直播是限定垂釣主題的，偏戶外，業(yè)余時(shí)間較活躍。所以直播間的設(shè)計(jì)，也并不會特別花哨，有所側(cè)重地配置常規(guī)的互動，如：紅包發(fā)放和禮物打賞。直播強(qiáng)調(diào)實(shí)時(shí)性跟互動，日?；顒佣家鞑ジ脩綦p端配合。

魚豆是虛擬幣，主播收到禮物會根據(jù)價(jià)值折算成魚豆，魚豆可以提現(xiàn)為人民幣，是主播的商業(yè)線。

確定需求

了解完背景，回到當(dāng)前，現(xiàn)在，運(yùn)營將活動方案交到你手中了，你接下來該怎么做呢？

很多人是立刻去畫原型圖先給個方案出來。

不，別傻，你在這個節(jié)點(diǎn)上立刻畫出來的原型，只是意淫的原型。你得意地交付文檔時(shí)，收獲的不過是運(yùn)營跟技術(shù)的深深的鄙視。

所以此時(shí)你該干嘛？

該錙銖必較地了解事情的全貌。沒有人能一次性地傳遞所有的信息，即使能，也沒有人能一次性地接收到所有的信息。

不信？

關(guān)于溝通過程的損耗，可以看上一篇文章【從底層邏輯到實(shí)踐應(yīng)用，產(chǎn)品經(jīng)理應(yīng)該擁有怎樣的溝通能力？】

活動方案提到的不過是必要的信息，你最多能得到些基礎(chǔ)的認(rèn)識，是現(xiàn)象?，F(xiàn)象背后的考慮，你一無所知。所以此時(shí)要打鐵趁熱，跟運(yùn)營通盤了解活動方案產(chǎn)生的來龍去脈、步驟節(jié)點(diǎn)、注意事項(xiàng)、角色行為…

了解到什么程度？

最理想的情況是，比運(yùn)營還要熟悉方案。

1. 理清主流程

了解事情的全貌應(yīng)該從宏觀到微觀，第一步先了解大方向和主流程，細(xì)節(jié)點(diǎn)都可以放在后面慢慢來。因?yàn)闇贤ㄒ膊皇且淮蝺纱?，將會完全貫穿整個設(shè)計(jì)和開發(fā)流程。

理解目的，也就是在設(shè)計(jì)中把握了大方向和原則。

本活動目的是以活躍主播為主線程，以提高福利為驅(qū)動點(diǎn)，在這個過程中拉動用戶活躍（攢票 、投票），做商業(yè)試水（主播禮包、直播間禮包）。

所以，主流程是：主播報(bào)名-觀眾攢票-比賽日PK-Top10主播入圍-選禮包-掛禮包-主播攢分-達(dá)標(biāo)有獎。

2. 梳理業(yè)務(wù)流程

主流程是個很粗略的認(rèn)識而已，進(jìn)一步跟運(yùn)營梳理主流程的細(xì)分流程、支線流程，流程能夠推進(jìn)，都是靠角色，所以要確定角色的關(guān)鍵步驟。

角色之間的配合和互動，用圖形來顯示會更直觀清晰，一圖解千愁，下方的主播-用戶的任務(wù)流程圖，將含混不清的主流程理成不同的角色線。

從圖中你可以看出，主播線是主線，用戶線是輔線，在設(shè)計(jì)上考慮零散輔線如何拼合到主線里。

業(yè)務(wù)流程圖

3. 場景推演

業(yè)務(wù)流程可復(fù)雜可簡單，畫出來之后，可以知道該活動的比賽落在前半段，后半段是主播掙錢之路。稍微以場景一推演，就會發(fā)現(xiàn)有不合理的點(diǎn)在。

主播可以始終靠利益驅(qū)動，比賽入圍有獎品，入圍之后還可以持續(xù)掙高提成。但是用戶端呢，基于榮譽(yù)感，將主播合理推上榜入圍之后，他們就不再有理由做后續(xù)的支持了。畢竟，看直播本身是個娛樂消遣行為，談到掙錢就很違背初衷了。

于是，當(dāng)時(shí)我建議將活動改為二段賽制，入圍之后的主播還會進(jìn)行同臺競技，并且為了營造緊湊感，實(shí)時(shí)反饋，榜單設(shè)為周榜，魚豆也該按周加成。

運(yùn)營很快就接受建議并用了新的方案。

需求是可以更改的，但的為了更有效的結(jié)果，最好有理有據(jù)，有解決方案。作為需求產(chǎn)品化的負(fù)責(zé)人，一切都是用戶體驗(yàn)，你是有義務(wù)替運(yùn)營完善方案的。

在場景推演階段，可如圖般用思維導(dǎo)圖來做梳理和分析，不重不漏記錄想法。用角色視角想象他們的關(guān)注點(diǎn)，有利于安排信息架構(gòu)。

需求分析和梳理

4. 功能結(jié)構(gòu)

方案給定，需求、業(yè)務(wù)流程、場景確定，此時(shí)可以跟運(yùn)營暫告一段落，將注意力放在將想法轉(zhuǎn)化為方案上。
不同公司有不同的文檔規(guī)范，而不同的產(chǎn)品經(jīng)理也有不同的工作習(xí)慣。產(chǎn)品無定法，基本上能完成地具現(xiàn)化你的構(gòu)思和設(shè)計(jì)的，就是成功的文檔。

將想法轉(zhuǎn)為具體功能點(diǎn)，可用全局功能結(jié)構(gòu)圖表達(dá)，時(shí)刻留意用MECE法則來梳理，保證邏輯和完整。

從圖中可以看出：客戶端的功能是分別由H5端跟APP端分別承擔(dān)的，APP稍微調(diào)整，借用已有的直播間互動功能。而H5端是從零設(shè)計(jì)的頁面，展示現(xiàn)實(shí)活動信息和進(jìn)度明細(xì)，后臺配合客戶端的修改，增加禮包管理和數(shù)據(jù)導(dǎo)出的功能。

全局功能結(jié)構(gòu)圖

有些小伙伴可能發(fā)現(xiàn)名詞前后不一致了，這個是經(jīng)過主題和創(chuàng)意確定后的版本。

一般來講，運(yùn)營有要求的話，交給產(chǎn)品前，活動方案應(yīng)該定好一切能確定的部分。但因?yàn)楸救宋陌甘菆F(tuán)隊(duì)最好的，所以運(yùn)營很放心將創(chuàng)意、文案部分交給了我（方案里活動主題一直都是空的），我在做產(chǎn)品方案的時(shí)候才確定下來，但是為了文檔的一致性，這里采取最終版。

這個屬于團(tuán)隊(duì)成員優(yōu)勢互補(bǔ)，各展所長吧。有，很好；沒有，就各司其職。

產(chǎn)品方案

從抽象功能點(diǎn)，到技術(shù)可執(zhí)行，是通過原型和產(chǎn)品文檔來轉(zhuǎn)化的。

產(chǎn)品方案以原型的方式確立之后，可以找運(yùn)營跟技術(shù)過一遍。在確定需求滿足，技術(shù)上可行，成本精簡后，就交付給設(shè)計(jì)、測試和開發(fā)，如果這個過程中發(fā)現(xiàn)有問題，還得來回修改到基本無異議。之后還需補(bǔ)全其他文檔。

原型是產(chǎn)品文檔中最為關(guān)鍵的部分，因產(chǎn)品形態(tài)、復(fù)雜度、開發(fā)進(jìn)度，其他類的產(chǎn)品文檔也許有所取舍，但是原型是必不可少的，它展示產(chǎn)品的最終形態(tài)和功能，是所有人溝通的共識，尤其在小團(tuán)隊(duì)。

1. 整體構(gòu)思

在此次的設(shè)計(jì)中，活動有效動作是APP直播間互動，而活動信息是在H5端，設(shè)計(jì)時(shí)注意兩端信息的聯(lián)動。相關(guān)的后臺功能，在此處省略不提。

APP跟H5的連接點(diǎn)在直播間的廣告位，和首頁的banner廣告位。

App端和H5端主界面

首頁banner獲取用戶信息，而直播間H5頁面，獲取的是當(dāng)前直播間主播的參賽信息。無論是主播還是用戶，在直播間切H5，都會中斷當(dāng)前的進(jìn)程。

所以呢，H5設(shè)計(jì)的時(shí)候信息要高度集中在主版面展示，削減層級，做到信息都在手邊，縮短查找時(shí)間和步驟。一些強(qiáng)調(diào)實(shí)時(shí)性的信息，也會在直播間的評論區(qū)以消息的形式播報(bào)，減少用戶和主播的頻繁切換頁面查看。

2. H5活動頁

H5的活動頁的整體框架扁平，按照常規(guī)的做法降低學(xué)習(xí)成本，將相對低頻的信息，獎勵跟規(guī)則放在第二層級，高頻的榜單跟主播進(jìn)度放在第一層級。

我們拿主播信息欄跟榜單來說下設(shè)計(jì)的思路。

（1）主播信息欄設(shè)計(jì)

主播信息欄承擔(dān)比榜單更多功能，是用戶和主播第一關(guān)心的信息。實(shí)際上理解到二段賽程、多狀態(tài)、多項(xiàng)分值統(tǒng)計(jì)、魚豆比例加成，就知道主播處的設(shè)計(jì)必定要更復(fù)雜，但是這些復(fù)雜盡量留給設(shè)計(jì)人員跟后臺程序，任何時(shí)候用戶能感知的遵循簡單和必要原則。

1）未報(bào)名-啟航期

分階段來說明主播的狀態(tài)信息欄的設(shè)計(jì)，先放第一階段，下圖顯示的順序依次是：未報(bào)名—>啟航期-非比賽日—>啟航期-比賽日-Top10—>啟航期-比賽日-非Top10。（報(bào)名成功與否，失敗理由并不在此展示）

設(shè)計(jì)思路：

1. 狀態(tài)條顯示主播當(dāng)前賽程，有努力啟航與遠(yuǎn)航尋寶兩個狀態(tài)；
2. 對于未報(bào)名的用戶為獎品、規(guī)則和報(bào)名截止期限；
3. 已報(bào)名的新手關(guān)注當(dāng)前任務(wù)，未到比賽日是拉票攢票，攢票規(guī)則，一周僅周六是投票比賽，其余時(shí)間都是需要靠用戶看直播累積票數(shù)，此處可以同時(shí)提醒主播跟粉絲；
4. 關(guān)注自己的排名跟進(jìn)度，Top10關(guān)注自己跟臨近對手的差距，非Top10的關(guān)注跟第十名的差距，顯示項(xiàng)目會有所不同；
5. 此處不需要區(qū)分主播跟用戶的可見的信息。

主播信息欄-未報(bào)名到啟航期

2）遠(yuǎn)航期-活動結(jié)束

第二階段的圖片順序?yàn)椋哼h(yuǎn)航期-用戶版—>遠(yuǎn)航期-主播版-明細(xì)收起—>遠(yuǎn)航期-主播版-明細(xì)展開—>活動結(jié)束。

設(shè)計(jì)思路：

1. 魚豆的明細(xì)信息是僅主播可見的，所以在遠(yuǎn)航階段要區(qū)分用戶版跟主播版；
2. 遠(yuǎn)航賽主播的關(guān)注點(diǎn)都在魚豆，所以直接地看到本周的魚豆獎勵；
3. 魚豆加成是個最終結(jié)果，基于我們的用戶非常較真的性格，減少可預(yù)見解釋性的工作，此處的轉(zhuǎn)換關(guān)系要明白地表達(dá)出來，從起點(diǎn)到終點(diǎn)：周分值-分值魚豆換算比例-基礎(chǔ)魚豆乘以比例-獎勵魚豆；
4. 可以使用圖表說明的地方，盡量都用圖表，一圖解千愁，注意視覺線索清晰，數(shù)據(jù)點(diǎn)多就分區(qū)表示；
5. 在用戶會迷惑的地方加上規(guī)則的跳轉(zhuǎn)，此處魚豆開礦指南是原規(guī)則說明的一部分。

主播信息欄-遠(yuǎn)航期到活動結(jié)束

3）主播全流程即使是用來說明主播欄的一個狀態(tài)，上面的截取的原型圖也只是部分，完整流程可以見下方的主播欄頁面流程圖-主播版，將沒有在上圖顯示的支線流程和異常流程補(bǔ)全。

主播欄頁面流程圖-主播版

主播信息欄流程相對復(fù)雜，信息量大，分角色視角，擁有完整的生命周期。以原型和頁面流程圖加設(shè)計(jì)思路講解，看到這里，其實(shí)你已經(jīng)知曉一個小產(chǎn)品是怎樣成型了。

但是設(shè)計(jì)過程有時(shí)候并不總能這樣一氣呵成，即使在前期充分溝通，也免不了在過原型的時(shí)候，需求方變更或者補(bǔ)充需求。接下來部分借票選啟航榜的設(shè)計(jì)順道介紹改需求這件事。

（2）票選啟航榜

主播信息欄采取了雙榜單的形式，因?yàn)榘駟问遣桓鞑サ臅r(shí)間線的，啟航跟遠(yuǎn)航是有兩個月的并行重疊，不能假定用戶只關(guān)注一個主播，所以排版上是雙榜單并列。

第一個榜單-票選啟航榜的設(shè)計(jì)會比較特殊，原本是常規(guī)的本周榜跟上周榜，垂直列表。但是過原型的時(shí)候，運(yùn)營希望可以弱化競爭。理由是上次沖榜競爭造成主播的不愉快，在核心用戶群也有反饋。

還記得我們的此次活動的目的么，其實(shí)并不在于選出最具人氣的主播，所以是可以更改的。

難題：

雖然需求是正確的，但是滿足起來是有難度的：

1. 每周Top10+500票的規(guī)則是不變的，也就是所有人都得直觀看到Top10；
2. 淡化競爭要素，表觀上得弱化榜單排名；
3. 主播和粉絲必須看到實(shí)時(shí)排名，以決定自己的行動對策；
4. 榜單不是采取及格制，而是排名制，不到最后一刻都不能確定哪些參賽選手是勝利者…

本質(zhì)上就是在一個必須呈現(xiàn)榜單和實(shí)時(shí)排名的地方，要求弱化排名，是不是有點(diǎn)像五彩斑斕的黑？

解決思路：

最終的方案是，將主播跟粉絲關(guān)心的排名差距，分到主播狀態(tài)信息欄去；而榜單從全部主播的垂直排位，改為將Top10獨(dú)立區(qū)分作橫向的滾動專區(qū)。因?yàn)楦偁幾罴ち业恼檬窃陬^部。對于平臺和主播而言，進(jìn)入Top10就足夠了，名次是無所謂的。

為了給Top10橫向滾動區(qū)出師有名，結(jié)合我們的用戶群和產(chǎn)品特性，將第一賽段的在創(chuàng)意上定為每周所有主播爭奪十張船票（弱化排名），滾動區(qū)定義為起航席位爭奪區(qū)，UI設(shè)計(jì)上以船載形象來強(qiáng)化認(rèn)知，比賽結(jié)束還待在十個席位里的主播就為勝，可以成功啟航。進(jìn)入第二賽段，開船出海，遠(yuǎn)航尋寶，開采魚豆寶礦。

（P.S.所以說這個運(yùn)營上的個性化限制最后補(bǔ)完了活動的創(chuàng)意和主題）

原型定稿：

設(shè)計(jì)思路為：

1. 比賽分值統(tǒng)計(jì)是在周六12點(diǎn)截止，周日凌晨即開始新賽周，所以除了本周榜之外還需上周榜，上周榜只需要顯示成功啟航的主播即可；
2. 本周榜又分為啟航席位爭奪區(qū)，和普通垂直列表區(qū)，直觀地拉開準(zhǔn)Top10和其他選手的差距；
3. 所有直播中選手，以直播標(biāo)識標(biāo)記出來，用戶可以快速加入并將手頭選票投出；
4. Top10最直觀的就只有自己的排位（此處沒顯示），其他Top10的不會一目了然，弱化了排位競爭；
5. 對于有主觀查看意愿的用戶而言，可以手動滾動席位爭奪區(qū)查看明細(xì)；
6. Top10因?yàn)橛?00票的門檻設(shè)置，實(shí)際人數(shù)可能少于10，所以垂直列表區(qū)的No.11的數(shù)值需要服務(wù)端可控。

實(shí)際上設(shè)計(jì)思路處處體現(xiàn)在功能結(jié)構(gòu)、流程、頁面原型上，在輸出文檔的時(shí)候就已經(jīng)包括在內(nèi)，并不真的都需要寫下來。但是設(shè)計(jì)要合情合理，自己心中有數(shù)，在其他同事要求說明的時(shí)候能答出來能寫出來。

3. APP端

APP都是利用好已有的直播間功能，因?yàn)榛顒邮请A段性的，盡量減少對原有APP的邏輯的影響，在滿足需求的情況下，考慮技術(shù)成本，復(fù)用已有模塊。

在APP端要注意做好往H5活動導(dǎo)流，在賽前、賽中和賽后在評論區(qū)和禮物打賞區(qū)做引導(dǎo)和提醒，其中注意兼顧平衡對潛在參與用戶的動員，和不感興趣用戶的防打擾。

APP端部分原型圖如下，整體的文案圖案跟主題風(fēng)格一致，在禮物區(qū)指定禮物的點(diǎn)擊和不點(diǎn)擊里，體現(xiàn)活動進(jìn)程和做好引導(dǎo)。

產(chǎn)品方案的其他部分也按照相似的流程形成，不再一一列出。如果有需要的話，后續(xù)會將整理后的原型的鏈接附上。

開發(fā)上線：

原型和相關(guān)文檔跟運(yùn)營確定之后，跟技術(shù)溝通過之后，就可以交付到下一個環(huán)節(jié)：開發(fā)。

接下來按照以下步驟推進(jìn)：

1. 開發(fā)期間保持密切的溝通，重視來自開發(fā)同學(xué)的修改意見；
2. 在上線之前，測試驗(yàn)收需求是否完整實(shí)現(xiàn)；
3. 上線運(yùn)營后，在各個重要節(jié)點(diǎn)跟運(yùn)營保持密切溝通，留意下是否行為和數(shù)據(jù)正常；
4. 活動結(jié)束之后，復(fù)盤流程，總結(jié)經(jīng)驗(yàn)，下次改進(jìn)。

上線是檢驗(yàn)一款產(chǎn)品的試金石，上線之后小問題大狀況都可能有，至于多少，取決很多因素，看團(tuán)隊(duì)。當(dāng)然，如果你有追求，至少要減少在自己負(fù)責(zé)和交接環(huán)節(jié)上的坑，提升實(shí)力任何時(shí)候都是一個人的基本面。

結(jié)語

至此，一個活動H5從0到1到100的生命周期，你都已經(jīng)見證完畢。

無論是從一個想法還是一份活動方案作為項(xiàng)目起點(diǎn)，無論你前期是否參與討論，作為產(chǎn)品，在開始產(chǎn)品設(shè)計(jì)之前，必需先巨細(xì)無遺地向需求方理解需求，再梳理業(yè)務(wù)流程，將需求轉(zhuǎn)化為具體功能點(diǎn)，全局排布分配功能，繪制原型，跟需求方確認(rèn)方案滿足需求，然后向技術(shù)交付最終版的原型、流程圖、腦圖、文字、表格等產(chǎn)品文檔。之后跟進(jìn)產(chǎn)品實(shí)現(xiàn)和上線，到最終實(shí)施的效果跟預(yù)期一致，才算暫告一段落。

關(guān)于改動和需求變更，越早提越好，問題越早發(fā)現(xiàn)越好。一個基本節(jié)點(diǎn)是，項(xiàng)目進(jìn)入了開發(fā)環(huán)節(jié)，就不能隨意改動了，越到開發(fā)末期越是如此，除非關(guān)鍵邏輯和大問題。

本文完整看下來，你就算是入門了，至于進(jìn)階跟提升，還有很長的路要走。

本文由 @?閱天 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Pexels，基于 CC0 協(xié)議