<strike id="cy2gs"><menu id="cy2gs"></menu></strike>
  • <del id="cy2gs"><dfn id="cy2gs"></dfn></del>
  • 談談用研過后的“需求”

    2016-1-6    用心設計

    如果您想訂閱本博客內容,每天自動發到您的郵箱中, 請點這里

    首先在確保用研對象是目標用戶之后,用戶所提出的所有合理需求(不包括用戶提出我就是喜歡這個顏色這種)都是有活生生的使用場景支持的,肯定是用戶在使用過程中確實遇到了這樣的問題。很多時候用戶不會告訴你我遇到了什么問題,他們不會想展示他們蠢的一面,他們只會告訴你他們想要的解決方式,然而這個解決方式并不一定是合適的或者是具有片面性的。所以在分析需求的過程中我覺得有以下幾個比較重要的點。

    1.思考有多少人有這個需求。很多時候需求是具有片面性的,一些用戶提出這個需求只是出于個人習慣或者特殊場景,因為能參與用研的一般都是高玩,他 們的一些需求可能并非是普通人具有的。曾經在一款社交產品中遇過加入“運動記錄”這個功能的需求,用戶在運動世界中希望有一個可以直接記錄運動數據然后直 接發送到動態或者分享給朋友的功能。當時提出這個需求的是深圳跑步社團的一位運動達人,出于對身份不同的考慮我們對這個需求也會有一些疑慮,用戶到底是不 是需要這樣一種功能。

    在對這個需求的深入了解后發現跑步區76%是普通運動愛好者,他們并不會希望把一些不太漂亮的數據分享給別人或者炫耀,會做這種事情的一般都是一些 在跑步方面的高玩可以達到一些不錯的數據,所以他們樂于去分享這些數據并感到自豪。結合了市面上一些運動產品的調研后我們發現,更多的用戶傾向于把運動消 耗的卡路里量作為一種完成目標的方式作為分享,以此激勵自己等。所以在這個需求上面做成一個卡路里數的消耗并通過一些運營的手段鼓勵用戶去做這一件事情, 在這個過程中可以通過高玩的需求中發現大眾需求,使需求更加具有普遍性。

    2.確定一個需求的價值,看人們現在滿足它愿意付出的成本有多大,我個人非常認同這個觀點。人實現任何操作都是有成本的,時間體力精力心情等等。如 果一件事情在現有解決方法下需要人們消耗很大的成本才能搞定,那說明這背后隱藏著巨大的需求。以前做的一款社交產品時我負責企業版這么一個板塊,在對接企 業負責人時接到這樣一個需求,他們希望能夠在企業版加入視屏直播的功能方便大型企業會議,大型公開課的舉行。首先我們把他們的需求轉化在移動端有一種能夠 方便,快速共享視頻直播的功能。

    后來我提出了一個方案,在評審會的時候發現了一些技術上的難點以及帶來給用戶的不便性,首先是同步性和流量的問題,接下來是考慮到卡頓等視頻經常遇 到的問題等。用戶肯定不會付出那么大的成本去做一件體驗那么差的事情,這樣做下去跟我們的初衷肯定是相違背的,再經過一輪的分析之后我們把需求轉化為在移 動端有一種能夠滿足實時共享的方式。接下來就是后續的分析需要有什么樣的元素組成這樣的一個條件,最后是采用了PPT+語音相結合的方式,有點類似現在紅 點做的事情。在這個過程中我們把“視頻直播”轉換成了“PPT+語音”的方式,評估開發周期直接從兩個月變成了兩周半。

    3.這個需求是用戶什么樣的痛點,說白了這個實現這個需求到底能解決用戶什么樣的問題。曾經在參與一款針對學生市場的團體旅游產品的時候,有一次通 過用研時得到一個需求:學生班長們希望能夠在出行路線的選擇上增加投票的功能,加快路線的決定。這個需求咋一眼看上去確實是非常有必要,在用戶出行的時候 線路的選擇確實是比較糾結的地方,投票確實可以比較有效的解決這個問題。

    但是在項目深入進行的同時我會去想 線路的選擇在出行過程中確實是個比較難選擇的問題,但是團體出游實際上線路的選擇并不多,而且在出行天數確定的情況下基本上在沒有線路之前就會腦子里面有 概念到底是要去深圳海邊還是出市外,縮小的范圍之后像深圳海邊其實就那么幾個地方,決定用戶會選擇出行地點的我認為更大程度上是目的地的項目有什么是更吸 引他們的。可能一部分人想去東涌是沖著野炊去的,一部分人沖著較場尾是沖著民宿去的,所以線路的選擇完全可以通過群聊的方式去解決,對項目的投票可能才是 比較有價值的點。出于對投票功能工作量的評估和具體技術的實現,我決定簡化這個功能 做成一個“我想去”的板塊 每個人可以通過點贊的方式體現更想去的項目。在這個需求的過程中我把“對線路選擇進行投票”轉移成了“對想去項目點贊”這就是一個從用戶需求找出真實需求 再結合項目實際轉化成適合自己產品的需求這樣一個方式。

    辨別用戶真偽最主要的還是去分析需求,以上三個是在分析需求的過程中比較值得注意的點。其實這是非常有意思的問題,這也是一個產品經理最重要的價值的體現之一。上文所說的都是在用研獲得需求之后對需求的一些處理分析,不包括創造需求或者初期確定需求的一些方面。

    著作權歸作者所有。

    作者:justinlam
    來源:zhuanlan.zhihu

    本文鏈接:http://www.mobileui.cn/after-the-talk-with-research.html

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


    日歷

    鏈接

    個人資料

    藍藍設計的小編 http://m.skdbbs.com

    存檔

    主站蜘蛛池模板: 久久成人影院精品777| 精品亚洲一区二区三区在线观看| 国产福利精品视频自拍| 无码久久精品国产亚洲Av影片| 中文精品久久久久国产网址| 人妻精品久久久久中文字幕69 | 亚洲αv在线精品糸列| 国产精品自在拍一区二区不卡| 人妻偷人精品成人AV| 久久se精品一区二区| 精品一区二区三区在线观看视频| 日韩精品一区二区三区视频| 国产午夜精品一区二区三区小说| 免费精品99久久国产综合精品 | 国产日韩欧美精品| 国产精品成熟老女人视频| 欧美精品久久久久久久自慰| 一本一道久久a久久精品综合| 欧美在线精品永久免费播放| 国产综合成人色产三级高清在线精品发布| 四虎永久在线精品国产免费| 国产精品莉莉欧美自在线线 | 日本内射精品一区二区视频| 无码精品久久久天天影视| 亚洲精品无码鲁网中文电影| 无码精品人妻一区| 亚洲国模精品一区| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 欧美一区二区精品| 国产精品电影网| 国产精品一区二区久久精品| 国产精品影音先锋| 久久成人精品视频| 午夜精品视频在线| 国产成人亚洲精品91专区手机| 国产精品福利片免费看| 国产精品狼人久久久久影院| 国产乱子伦精品免费视频| 久久精品国产99国产精品| 日本精品少妇一区二区三区| 四虎成人精品|