幾個(gè)案例解析:如何一步步做出合理的策劃方案
做產(chǎn)品方案的時(shí)候,我們經(jīng)常會(huì)走進(jìn)死胡同或者跑錯(cuò)路,最后不論是開發(fā)還是市場(chǎng),對(duì)結(jié)果都不滿意,產(chǎn)品自然就成了背鍋俠!但是往往我們出方案的時(shí)候,多想一些問題,或許結(jié)果就不一樣,跟新人交流的時(shí)候,發(fā)現(xiàn)一些能力需要可以單獨(dú)訓(xùn)練,有意識(shí)的去理解一些東西,長(zhǎng)期積累就會(huì)有自己的一套解決問題的思路。
1. 辨別真?zhèn)蔚哪芰?/h2>
辨別真?zhèn)我簿褪抢仙U劦恼鎮(zhèn)涡枨蟮哪芰Γ诋a(chǎn)品經(jīng)理的行業(yè)里,經(jīng)常會(huì)進(jìn)行需求的評(píng)審,需求的界定,看這個(gè)需求是否是真的有效
舉個(gè)例子
行業(yè):外賣行業(yè)
案例:打包費(fèi)審核的功能
功能出發(fā)點(diǎn):解決商家亂設(shè)打包費(fèi)的需求
解讀:如果從這個(gè)角度來(lái)講,打包費(fèi)審核完全沒必要,原因有
- 未必所有的商家都亂設(shè)打包費(fèi),只是個(gè)別現(xiàn)象
- 及時(shí)設(shè)置了打包費(fèi)審核,后臺(tái)審核了,也沒辦法解決,除非后臺(tái)做強(qiáng)制性的更改或下架商品的功能
- 打包費(fèi)是商家自主行為,如果商家惡意設(shè)置打包費(fèi),是給自己添堵
- 如果真想解決此問題,在商家上傳商品的時(shí)候設(shè)置打包費(fèi)的選項(xiàng),一個(gè)餐品打包費(fèi)最多是多少
- 或許極個(gè)別的商家的打包費(fèi)真的會(huì)比較高,可以在商家管理后臺(tái)做好打包費(fèi)配置即可,從源頭控制
很顯然,要在后臺(tái)做一個(gè)打包費(fèi)審核的功能,還需要讓人專門處理此業(yè)務(wù),對(duì)系統(tǒng)來(lái)說(shuō),是降低效率又不見得有效果的,所以,界定為偽需求。那么既然存在這樣的問題,可替代方案如下:
- 商家添加商品時(shí)打包費(fèi)又兩個(gè)選擇【收打包費(fèi)】【不收打包費(fèi)】,打包費(fèi)為行業(yè)標(biāo)準(zhǔn),1元/份餐品;
- 對(duì)于大型的打包盒,比如說(shuō)探魚這些商家,打包費(fèi)可以開放設(shè)置(大型連鎖或者知名品牌可以認(rèn)定為不需要通過打包盒來(lái)賺取利潤(rùn))。
辨別真?zhèn)蔚哪芰Σ粌H僅體現(xiàn)在能辨別出來(lái),更多的是能夠用更靈活的方式來(lái)解決來(lái)自運(yùn)營(yíng)、消費(fèi)者產(chǎn)生的問題,且不增加過多的額外工作。
2. 找到合適定位的能力
合適定位的能力,這個(gè)說(shuō)的有點(diǎn)虛,用通俗的話來(lái)講,就是找個(gè)抄的對(duì)象。在國(guó)內(nèi)想要做一個(gè)App有大量的抄襲模仿對(duì)象,各大知名廠商已經(jīng)做了很多的研究,剩下的就是模仿和創(chuàng)新。能不能找到合適的模塊去進(jìn)行創(chuàng)新,這個(gè)就比較重要。
案例1:外賣行業(yè),推薦商家
功能出發(fā)點(diǎn):外賣行業(yè)的推薦商家,很多事按照細(xì)分的行業(yè)來(lái)做的,比如說(shuō)美團(tuán)跟餓了么的【必吃菜品】【品質(zhì)聯(lián)盟】這些,但是對(duì)消費(fèi)者來(lái)說(shuō),這真的是我想要的選擇么?
解讀:從消費(fèi)者的心理出發(fā),我去找吃的,可能出于幾點(diǎn)
- 找新鮮:看看這附近有什么新鮮的店鋪開業(yè)或者新的口味,外賣一個(gè)月都是那幾家,早就膩了
- 找實(shí)惠:外賣分量不夠,10塊錢管飽的那種最好
- 速度快:能告訴我最快的是哪家么?
其次還有可能
- 這兩天身體不舒服,想吃點(diǎn)口味淡的
- 我是湖南湖北人,我想吃點(diǎn)重口味的
- ……
因此,從這類具有標(biāo)示性的標(biāo)簽入手,會(huì)更有效果。此類功能類似于一點(diǎn)點(diǎn)的餐牌設(shè)計(jì)以及l(fā)ofter的標(biāo)簽設(shè)計(jì),將商家分配不同的標(biāo)簽跟消費(fèi)者的消費(fèi)場(chǎng)景對(duì)應(yīng)上,交叉進(jìn)行推薦,比如說(shuō)一個(gè)商家有很多種口味,那對(duì)應(yīng)的消費(fèi)者人群也會(huì)多,消費(fèi)者通過對(duì)應(yīng)標(biāo)簽可以快速找到對(duì)應(yīng)的商品,對(duì)消費(fèi)者和商家都是互利的,我們經(jīng)常會(huì)遇到一個(gè)外賣店鋪有幾十種餐品,找半天還是不知道吃啥。
(配個(gè)截圖,此功能已實(shí)現(xiàn),后續(xù)看數(shù)據(jù)情況,再做追蹤)
順便說(shuō)一下,之前餓了么有個(gè)版本放大對(duì)餐品的顯示,做餐品的推薦,后來(lái)又改回來(lái),具體是什么因素,不確定,但那也是一種嘗試。
案例2:荔枝FM飛機(jī)稿
出發(fā)點(diǎn):那是很早以前的一個(gè)版本,因?yàn)椴缓糜?,所以就干脆做一個(gè)交互飛機(jī)稿,當(dāng)時(shí)做的時(shí)候有以下幾個(gè)因素:
- 體驗(yàn)不好,最古老的版本體驗(yàn)非常不爽(詳情可以戳這里:《荔枝FM交互飛機(jī)稿》)
- 當(dāng)時(shí)在做交互設(shè)計(jì),就嘗試用新的交互設(shè)計(jì)思路去設(shè)計(jì)
解讀:
當(dāng)時(shí)荔枝FM算是國(guó)內(nèi)比較早做電臺(tái)的,同期出了喜馬拉雅聽,剛開始也沒有荔枝FM那樣火,但從交互上,主要由兩個(gè)點(diǎn):
- 模擬電臺(tái)操作:荔枝FM當(dāng)時(shí)還是走擬物化設(shè)計(jì)(新進(jìn)入互聯(lián)網(wǎng)的可能覺得是歷史),那從FM收音機(jī)的角度來(lái)說(shuō),都有一個(gè)旋鈕,或者是老式的隨身聽,因此在主頁(yè)的界面設(shè)計(jì)以及播放界面設(shè)計(jì)都有參考古老隨身聽的樣式,既然復(fù)古,我們就徹底點(diǎn)
- 數(shù)據(jù)整理:在當(dāng)時(shí)做荔枝FM的飛機(jī)稿時(shí),主要做的是數(shù)據(jù)層的整理,把繁雜的內(nèi)容數(shù)據(jù)變得有序可循,讓用戶和博客可以更快找到合適自己的內(nèi)容
對(duì)于合適的定位可以理解為:每個(gè)事物或許有自己固有的長(zhǎng)相,但或許我們找到合適的邏輯后,只要抓住根本,那最后怎么玩,還是大家說(shuō)了算,打破陳規(guī),才更好玩。為什么音樂軟件就一定要有那么大的播放界面;為什么訂餐軟件就一定要宣傳店鋪,不能是商品?
3. 解決問題的能力
這個(gè)就老生常談了,解決問題的能力體現(xiàn)在對(duì)系統(tǒng)的掌握程度和開發(fā)自由度兩個(gè)層面,產(chǎn)品經(jīng)理實(shí)質(zhì)是提供解決方案的,任何需求到手后,我們需要分析如何快速解決該問題。
案例1:招聘面試流程
出發(fā)點(diǎn):銷售類崗位進(jìn)行招聘時(shí),都是一大批一大批的面試,一個(gè)人可能同時(shí)面試很多崗位,一個(gè)公司會(huì)面試很多個(gè)求職者,因此提高效率,對(duì)求職者和公司都是最大的需求
解決方案:排隊(duì)叫號(hào),跟銀行排隊(duì)一樣,針對(duì)這個(gè)場(chǎng)景,我們梳理了核心的問題
- 面試人員取號(hào)
- 面試人員查看各崗位當(dāng)前排隊(duì)情況及投遞請(qǐng)求
- 企業(yè)招聘人員查看簡(jiǎn)歷并選擇是否面試,對(duì)面試的人進(jìn)行初步評(píng)論
- 叫號(hào)及數(shù)據(jù)導(dǎo)出
針對(duì)以上四個(gè)問題,設(shè)計(jì)出如下流程(省略取號(hào)的環(huán)節(jié),主要核心的流程是企業(yè)的發(fā)送通知循環(huán)以及面試后的符合不符合操作循環(huán))
從流程圖可以發(fā)現(xiàn),核心邏輯并不復(fù)雜,解決了通知求職者來(lái)面試的需求以及對(duì)求職者進(jìn)行評(píng)價(jià)需求即可;除此之外還可以做一些其他的功能,如求職者可以看到當(dāng)前排隊(duì)情況,根據(jù)實(shí)際情況進(jìn)行簡(jiǎn)歷投遞,避免出現(xiàn)大量等待情況,可預(yù)知自己還要多久可以面試,在這時(shí)間內(nèi)是否可以投遞其他公司,進(jìn)行多項(xiàng)選擇;對(duì)于企業(yè)解決各種紙質(zhì)簡(jiǎn)歷分辨不清,電子檔簡(jiǎn)歷,電子記錄每一個(gè)求職者和操作,可以清楚知道今天面試記錄,電子檔案,更清楚,提高雙方的效率。
4. 了解數(shù)據(jù)的能力
對(duì)于數(shù)據(jù),很多人應(yīng)該不會(huì)陌生,如何從雜亂的數(shù)據(jù)找到規(guī)律,怎么處理數(shù)據(jù)之間的關(guān)系?
- 一級(jí)頁(yè)面到二級(jí)頁(yè)面的流失率和轉(zhuǎn)化率
- 每個(gè)頁(yè)面轉(zhuǎn)化功能的設(shè)計(jì)及數(shù)據(jù)統(tǒng)計(jì)
- 數(shù)據(jù)解讀
最近在做小程序相關(guān)的項(xiàng)目,把騰訊的數(shù)據(jù)統(tǒng)計(jì)貼上來(lái):
訪問趨勢(shì)類:
- time? ? ? ? ? ? ? ?時(shí)間
- session_cnt? ? 打開次數(shù)
- visit_pv? ? ? ? ? ?訪問次數(shù)
- visit_uv? ? ? ? ? ?訪問人數(shù)
- visit_uv_new? ?新用戶數(shù)
- stay_time_uv? 人均停留時(shí)長(zhǎng) (浮點(diǎn)型,單位:秒)
- stay_time_session 次均停留時(shí)長(zhǎng) (浮點(diǎn)型,單位:秒)
- visit_depth 平均訪問深度 (浮點(diǎn)型)
訪問分布:
- access_source_session_cnt? ? 訪問來(lái)源分布
- access_staytime_info? ? ? ? ? ? ?訪問時(shí)長(zhǎng)分布
- access_depth_info? ? ? ? ? ? ? ? ? 訪問深度的分布
訪問留存
- visit_uv_new? ? ? 新增用戶留存
- visit_uv? ? ? ? ? ? ? 活躍用戶留存
訪問頁(yè)面:
- page_path? ? ? ? ? 頁(yè)面路徑
- page_visit_pv? ? ? 訪問次數(shù)
- page_visit_uv? ? ? 訪問人數(shù)
- page_staytime_pv 次均停留時(shí)長(zhǎng)
- entrypage_pv? ? ? 進(jìn)入頁(yè)次數(shù)
- exitpage_pv? ? ? ? ?退出頁(yè)次數(shù)
- page_share_pv? ? ?轉(zhuǎn)發(fā)次數(shù)
- page_share_uv? ? ?轉(zhuǎn)發(fā)人數(shù)
總結(jié)
產(chǎn)品經(jīng)理從拿到需求開始就需要對(duì)需求進(jìn)行分解,判斷到底什么樣的方案可以解決此問題,并結(jié)合當(dāng)前系統(tǒng)的一些功能點(diǎn),給出最佳的方案;在交互設(shè)計(jì)的時(shí)候是參考競(jìng)品還是微創(chuàng)新,就看實(shí)際業(yè)務(wù)需求;最后就是核心業(yè)務(wù)梳理,一個(gè)功能的核心業(yè)務(wù)是什么,還有哪些可以搭配讓功能更完善的,考慮進(jìn)去,做產(chǎn)品是一個(gè)分解、組合、刪減、再組合的過程!
本文由 @kyd0311 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自 Pexels,基于 CC0 協(xié)議
老板聽不懂或者不信怎么辦
先做再改,按老板的先做,然后拿出數(shù)據(jù)說(shuō)話,修改內(nèi)容。
那我覺得你應(yīng)該離開這家公司了
棒!