公主的腿间舌奴们np肉_国产在热线精品视频99公交_公主车上荫蒂添的好舒服_公侵犯人妻中文字慕一区二区_公么大龟弄得我好舒服秀_公交车+多人+高cH文章推荐_日本熟妇另类视频在线播放

幾個案例解析:如何一步步做出合理的策劃方案

2018-8-19    博博

幾個案例解析:如何一步步做出合理的策劃方案

人人都是產(chǎn)品經(jīng)理 2018-08-19 15:01:59

如果您想訂閱本博客內(nèi)容,每天自動發(fā)到您的郵箱中, 請點這里

做產(chǎn)品方案的時候,我們經(jīng)常會走進死胡同或者跑錯路,最后不論是開發(fā)還是市場,對結(jié)果都不滿意,產(chǎn)品自然就成了背鍋俠!但是往往我們出方案的時候,多想一些問題,或許結(jié)果就不一樣,跟新人交流的時候,發(fā)現(xiàn)一些能力需要可以單獨訓練,有意識的去理解一些東西,長期積累就會有自己的一套解決問題的思路。

幾個案例解析:如何一步步做出合理的策劃方案

1. 辨別真?zhèn)蔚哪芰?

辨別真?zhèn)我簿褪抢仙U劦恼鎮(zhèn)涡枨蟮哪芰Γ诋a(chǎn)品經(jīng)理的行業(yè)里,經(jīng)常會進行需求的評審,需求的界定,看這個需求是否是真的有效

舉個例子

行業(yè):外賣行業(yè)

案例:打包費審核的功能

功能出發(fā)點:解決商家亂設打包費的需求

解讀:如果從這個角度來講,打包費審核完全沒必要,原因有

  • 未必所有的商家都亂設打包費,只是個別現(xiàn)象
  • 及時設置了打包費審核,后臺審核了,也沒辦法解決,除非后臺做強制性的更改或下架商品的功能
  • 打包費是商家自主行為,如果商家惡意設置打包費,是給自己添堵
  • 如果真想解決此問題,在商家上傳商品的時候設置打包費的選項,一個餐品打包費最多是多少
  • 或許極個別的商家的打包費真的會比較高,可以在商家管理后臺做好打包費配置即可,從源頭控制

很顯然,要在后臺做一個打包費審核的功能,還需要讓人專門處理此業(yè)務,對系統(tǒng)來說,是降低效率又不見得有效果的,所以,界定為偽需求。那么既然存在這樣的問題,可替代方案如下:

  1. 商家添加商品時打包費又兩個選擇【收打包費】【不收打包費】,打包費為行業(yè)標準,1元/份餐品;
  2. 對于大型的打包盒,比如說探魚這些商家,打包費可以開放設置(大型連鎖或者知名品牌可以認定為不需要通過打包盒來賺取利潤)。

辨別真?zhèn)蔚哪芰Σ粌H僅體現(xiàn)在能辨別出來,更多的是能夠用更靈活的方式來解決來自運營、消費者產(chǎn)生的問題,且不增加過多的額外工作。

2. 找到合適定位的能力

合適定位的能力,這個說的有點虛,用通俗的話來講,就是找個抄的對象。在國內(nèi)想要做一個App有大量的抄襲模仿對象,各大知名廠商已經(jīng)做了很多的研究,剩下的就是模仿和創(chuàng)新。能不能找到合適的模塊去進行創(chuàng)新,這個就比較重要。

案例1:外賣行業(yè),推薦商家

功能出發(fā)點:外賣行業(yè)的推薦商家,很多事按照細分的行業(yè)來做的,比如說美團跟餓了么的【必吃菜品】【品質(zhì)聯(lián)盟】這些,但是對消費者來說,這真的是我想要的選擇么?

解讀:從消費者的心理出發(fā),我去找吃的,可能出于幾點

  • 找新鮮:看看這附近有什么新鮮的店鋪開業(yè)或者新的口味,外賣一個月都是那幾家,早就膩了
  • 找實惠:外賣分量不夠,10塊錢管飽的那種最好
  • 速度快:能告訴我最快的是哪家么?

其次還有可能

  • 這兩天身體不舒服,想吃點口味淡的
  • 我是湖南湖北人,我想吃點重口味的
  • ……

因此,從這類具有標示性的標簽入手,會更有效果。此類功能類似于一點點的餐牌設計以及l(fā)ofter的標簽設計,將商家分配不同的標簽跟消費者的消費場景對應上,交叉進行推薦,比如說一個商家有很多種口味,那對應的消費者人群也會多,消費者通過對應標簽可以快速找到對應的商品,對消費者和商家都是互利的,我們經(jīng)常會遇到一個外賣店鋪有幾十種餐品,找半天還是不知道吃啥。

幾個案例解析:如何一步步做出合理的策劃方案

(配個截圖,此功能已實現(xiàn),后續(xù)看數(shù)據(jù)情況,再做追蹤)

順便說一下,之前餓了么有個版本放大對餐品的顯示,做餐品的推薦,后來又改回來,具體是什么因素,不確定,但那也是一種嘗試。

案例2:荔枝FM飛機稿

出發(fā)點:那是很早以前的一個版本,因為不好用,所以就干脆做一個交互飛機稿,當時做的時候有以下幾個因素:

  • 體驗不好,最古老的版本體驗非常不爽(詳情可以戳這里:http://www.woshipm.com/ucd/209199.html)
  • 當時在做交互設計,就嘗試用新的交互設計思路去設計

解讀:

當時荔枝FM算是國內(nèi)比較早做電臺的,同期出了喜馬拉雅聽,剛開始也沒有荔枝FM那樣火,但從交互上,主要由兩個點:

  1. 模擬電臺操作:荔枝FM當時還是走擬物化設計(新進入互聯(lián)網(wǎng)的可能覺得是歷史),那從FM收音機的角度來說,都有一個旋鈕,或者是老式的隨身聽,因此在主頁的界面設計以及播放界面設計都有參考古老隨身聽的樣式,既然復古,我們就徹底點
  2. 數(shù)據(jù)整理:在當時做荔枝FM的飛機稿時,主要做的是數(shù)據(jù)層的整理,把繁雜的內(nèi)容數(shù)據(jù)變得有序可循,讓用戶和博客可以更快找到合適自己的內(nèi)容

對于合適的定位可以理解為:每個事物或許有自己固有的長相,但或許我們找到合適的邏輯后,只要抓住根本,那最后怎么玩,還是大家說了算,打破陳規(guī),才更好玩。為什么音樂軟件就一定要有那么大的播放界面;為什么訂餐軟件就一定要宣傳店鋪,不能是商品?

3. 解決問題的能力

這個就老生常談了,解決問題的能力體現(xiàn)在對系統(tǒng)的掌握程度和開發(fā)自由度兩個層面,產(chǎn)品經(jīng)理實質(zhì)是提供解決方案的,任何需求到手后,我們需要分析如何快速解決該問題。

案例1:招聘面試流程

出發(fā)點:銷售類崗位進行招聘時,都是一大批一大批的面試,一個人可能同時面試很多崗位,一個公司會面試很多個求職者,因此提率,對求職者和公司都是最大的需求

解決方案:排隊叫號,跟銀行排隊一樣,針對這個場景,我們梳理了核心的問題

  • 面試人員取號
  • 面試人員查看各崗位當前排隊情況及投遞請求
  • 企業(yè)招聘人員查看簡歷并選擇是否面試,對面試的人進行初步評論
  • 叫號及數(shù)據(jù)導出

針對以上四個問題,設計出如下流程(省略取號的環(huán)節(jié),主要核心的流程是企業(yè)的發(fā)送通知循環(huán)以及面試后的符合不符合操作循環(huán))

幾個案例解析:如何一步步做出合理的策劃方案

從流程圖可以發(fā)現(xiàn),核心邏輯并不復雜,解決了通知求職者來面試的需求以及對求職者進行評價需求即可;除此之外還可以做一些其他的功能,如求職者可以看到當前排隊情況,根據(jù)實際情況進行簡歷投遞,避免出現(xiàn)大量等待情況,可預知自己還要多久可以面試,在這時間內(nèi)是否可以投遞其他公司,進行多項選擇;對于企業(yè)解決各種紙質(zhì)簡歷分辨不清,電子檔簡歷,電子記錄每一個求職者和操作,可以清楚知道今天面試記錄,電子檔案,更清楚,提高雙方的效率。

4. 了解數(shù)據(jù)的能力

對于數(shù)據(jù),很多人應該不會陌生,如何從雜亂的數(shù)據(jù)找到規(guī)律,怎么處理數(shù)據(jù)之間的關系?

  1. 一級頁面到二級頁面的流失率和轉(zhuǎn)化率
  2. 每個頁面轉(zhuǎn)化功能的設計及數(shù)據(jù)統(tǒng)計
  3. 數(shù)據(jù)解讀

最近在做小程序相關的項目,把騰訊的數(shù)據(jù)統(tǒng)計貼上來:

訪問趨勢類:

  • time 時間
  • session_cnt 打開次數(shù)
  • visit_pv 訪問次數(shù)
  • visit_uv 訪問人數(shù)
  • visit_uv_new 新用戶數(shù)
  • stay_time_uv 人均停留時長 (浮點型,單位:秒)
  • stay_time_session 次均停留時長 (浮點型,單位:秒)
  • visit_depth 平均訪問深度 (浮點型)

訪問分布:

  • access_source_session_cnt 訪問來源分布
  • access_staytime_info 訪問時長分布
  • access_depth_info 訪問深度的分布

訪問留存

  • visit_uv_new 新增用戶留存
  • visit_uv 活躍用戶留存

訪問頁面:

  • page_path 頁面路徑
  • page_visit_pv 訪問次數(shù)
  • page_visit_uv 訪問人數(shù)
  • page_staytime_pv 次均停留時長
  • entrypage_pv 進入頁次數(shù)
  • exitpage_pv 退出頁次數(shù)
  • page_share_pv 轉(zhuǎn)發(fā)次數(shù)
  • page_share_uv 轉(zhuǎn)發(fā)人數(shù)

總結(jié)

產(chǎn)品經(jīng)理從拿到需求開始就需要對需求進行分解,判斷到底什么樣的方案可以解決此問題,并結(jié)合當前系統(tǒng)的一些功能點,給出最佳的方案;在交互設計的時候是參考競品還是微創(chuàng)新,就看實際業(yè)務需求;最后就是核心業(yè)務梳理,一個功能的核心業(yè)務是什么,還有哪些可以搭配讓功能更完善的,考慮進去,做產(chǎn)品是一個分解、組合、刪減、再組合的過程!


藍藍設計tweetduck.com )是一家專注而深入的界面設計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網(wǎng)站建設 、平面設計服務



日歷

鏈接

個人資料

藍藍設計的小編 http://tweetduck.com

存檔

壶关县| 青神县| 搜索| 乐都县| 岚皋县| 鹤壁市| 迁西县| 文昌市| 邓州市| 镇安县| 江华| 华宁县| 张家港市| 东乌| 札达县| 香河县| 手游| 屏南县| 金溪县| 临夏县| 府谷县| 绥德县| 武强县| 澳门| 绥江县| 汾阳市| 讷河市| 铁岭县| 闽清县| 武邑县| 平乐县| 郁南县| 高平市| 常熟市| 静宁县| 灵台县| 托克逊县| 伊川县| 宁强县| 原阳县| 秦皇岛市|