案例詳解:設計方案前如何做好需求分析?

2020-12-12 人人都是產品經理

在設計方案之前,不要盲目的畫線框圖,了解用戶需求,全方位思考,才能更好的為用戶服務。

在設計方案之前,不要直接提筆就畫線框圖,而要多思考多理解,讓人知道你的線框圖都是有理可循的。例如產品經理在做競品分析的時候,常常從表現層,框架層,結構層,範圍層和戰略層分析競品,提出自己產品的需求。這時互動設計不是單單接受需求就好,而是要更深入的去理解需求。

無論是互動設計師還是UI設計師,對戰略層和範圍層的理解很重要。戰略層是什麼呢?戰略層就相當於你蓋一座房子要知道這個房子是給誰蓋得,要解決什麼問題。而你作為房子的設計師當然要先去了解用戶需求。同時也要利用自己的專業知識讓讓用戶在這個房子裡住的更舒服,更開心,這就是範圍層說明了房子有哪些類型的房子,哪些功能能幫助用戶住的舒服。

同樣利用蓋房子理解,如果你的設計方案令人不滿意很可能就是你沒有滿足用戶需求或者業務需求。那怎麼滿足呢,就要很好的理解和分析業務需求和用戶需求了。

在設計方案之前,就要分析業務需求和用戶需求,明確設計策略。那麼業務需求包括業務目的(業務目的就是為什麼要做這個功能?)和業務目標(產品期望得到怎麼樣的成功?)。以下嘗試用一個具體的需求來討論分析如何在設計方案之前做好需求分析。

提出需求:某線上教育英語網站 「邀請好友送次卡」的需求

一.分析業務需求

  • 業務需求:做一個邀請好友一起學習的頁面
  • 業務目的:獲得更多用戶,用戶數提高
  • 業務目標:提高註冊率,推廣產品讓更多的人知道(知名度)
  • 衡量指標:邀請量(增加)註冊率(提高)
  • 用戶行為:點擊「邀請」按鈕

了解問題比提供解決方案更加重要。這裡解釋一下目的和目標的區別:目的是達到某一個目標後想要做的事情,也就是實現目標的真正動機。目標要符合SMART原則,S具體的,M可衡量的,A可實現的,R有關聯的,T有時限的。

二.分析用戶需求

  • 目標用戶:小凌(上班族,90後+有英語基礎,有線上學習的經驗)
  • 用戶需求:獲得更多次卡
  • 用戶場景:通過電腦邀請/分享好友
  • 用戶行為:點擊分享連結
  • 用戶體驗目標:快速完成分享,獲得次卡

目標用戶是指使用某一產品或服務的典型群體,不是個體。目標用戶同時也是產品或服務的直接接觸對象。比如小凌如果報名學習線上英語,但是付款的是他的爸爸而不是他自己的時候,這裡的直接服務的人是小凌而不是小凌的爸爸,所以目標用戶是小凌,而不是小凌的爸爸。

在分析用戶需求時需注意,用戶描述的需求一般都是外在表象,用戶自己不可能提出自己認知外的方法。用戶體驗目標是指用戶在使用產品時,期望得到的最終成果,這才是內在的原因和動機。

三.分解關鍵因素

需要從業務視角轉變為用戶視角,創造動機讓用戶更願意點擊分享。並且排除用戶在使用前的擔憂,更願意分享好友註冊學習。解決用戶在使用中的障礙,讓用戶更快捷方便的分享給好友並獲得次卡。從而提升用戶體驗,同時也順利達成業務目標,提高註冊率,知名度和業績水平。

用戶為什麼會點擊分享邀請好友呢(動機)?用戶會有哪些擔憂?使用過程中會遇到哪些障礙?這三個問題是從業務視角轉換為用戶視角的關鍵。下面具體分析一下這三個問題。

  1. 創造用戶願意主動執行的動機,比如:可以獲得免費課程;多來多得;好友一起學習們可以互相監督,學習效率更高。
  2. 用戶會有哪些擔憂?比如:如何邀請?邀請好友麻煩麼?邀請後如何獲得次卡?朋友會願意註冊麼?邀請後會告知我朋友註冊成功了嗎?這個活動是否可信,次卡是否有使用期限?次卡如何發放等等問題。
  3. 用戶會遇到哪些障礙?比如:不知道分享到哪裡?收不到次卡怎麼辦?等待收到次卡的時間太長等等。

關鍵因素就是指用戶在使用前後會遇到的動機,擔憂和障礙。關鍵因素越詳細,解決方案就越多。問題慢慢清楚了,就可以提出初步的解決方案,如下圖:

四.歸納設計需求,明確設計策略

通過分析用戶體驗路徑,找到各個接觸點,了解用戶在使用的整個流程中遇到的問題,結合關鍵因素分析提出合適的解決方案。並完善流程中的各個步驟。在實際過程中,也可以以對比競品的用戶體驗路徑來完善自己的產品。

1.初步解決方案整理

整理關鍵因素,歸納解決方案,確定和各個部門的任務,提高效率。

2.建立用戶體驗路徑和情感坐標

根據各個接觸點的問題提出如下的解決方案設想。

  1. 在會員中心顯示明顯的「邀請入口」,可以加入動態效果,在會員中心頁面有閃爍或者跳動的按鈕;
  2. 查看規則儘量簡短,或者利用時間軸解釋規則,但儘量放在底部,不要佔據用戶大部分視覺中心;
  3. 點擊分享給予恰當的反饋,告知用戶已經分析成功。或者彈出模態窗口「分享成功!快去告訴您的好友獲得一次體驗一對一學習英語的機會吧!」或者也可以有簡單的動態效果,分享的icon從loading變成對勾;
  4. 若好友註冊成功,加快審核過程,提示獲得次卡。在未獲得次卡時,安撫用戶。
  5. 獲得次卡,除了恭喜用戶獲得次卡,可以馬上約課以外,還可以提示用戶「邀請好友得免費次卡」多來多得。

總結

不要盲目的去畫線框圖,只有在設計方案前,更好的理解和分析了需求,才能很好地服務用戶幫助用戶使用產品。同時,只有站在用戶的角度去分析理解產品,才可以幫助產品站在全局的視角提升用戶體驗和設計需求,從而打造優秀的用戶體驗。

 

作者:Eilin.Chen  個人博客:http://eilinchen.sxl.cn/blog/848ebdd0074

本文由 @ Eilin.Chen 原創發布於人人都是產品經理。未經許可,禁止轉載。

相關焦點

  • 案例分析 | 數據如何指導產品設計
    兩年之前,那時我剛開始做產品,當需要做數據分析時,我總是一頭霧水,完全不知道該如何下手。我想做好,我真的非常想做好,可我卻真的不知道該怎麼 做。我在網上曾不斷的找有關「數據如何指導產品設計」的文章,一直沒有找到有含金量的東西,所以,我決定自己寫一篇,把自己認為有價值且能迅速用於實戰的東西分享出來:以「手機淘寶」App為例,打開淘寶App,選擇阿里旅行:
  • 如何做好軟體需求分析?
    非功能性需求作為對功能性需求的補充,軟體需求分析的內容中還應該包括一些非功能需求。主要包括軟體使用時對性能方面的要求、運行環境要求,軟體設計必須遵循的相關標準、規範、用戶界面設計的具體細節、未來可能的擴充方案等。3.
  • 公開課 | 招標採購核心關鍵控制點詳解及案例分析
    >   ◇ 供方資質案例:通過案例分析如何處理看待供方資質問題   ◇ 假李逵案例:通過案例分析供應商考察風險點及防範對策   ◇ 塑鋼窗案例:通過案例分析如何正確認識看待管理供應商   ◇ 總包停工案例:通過案例分析如何看待總包索賠及應對策略   ◇ 工期延誤案例:通過案例分析如何管理分包風險及三步對策   ◇ 保修索賠案例:通過案例分析處理總包黑名單及其潛在風險
  • 需求分析初探:詳解需求定義、來源及需求關係
    無論是產品還是技術,做的時間長了,會漸漸發現工作之中最困難的往往不是工具的使用、技術打磨,而是如何準確的理解用戶的需求,並將之轉化成一套可行的解決方案。用戶/產品需求分析,如果從來源上劃分可以分為面向普通用戶的需求分析與面向企業的需求分析,前一類就是針對普通消費者,比較容易理解,而後者一般以功能性為主,對於人機互動,使用體驗等方面不是很看重!一方面是因為面向企業的軟體少有公開的競品,另一方面企業追求成本,看重效率,所以只要能夠解決企業的問題,其他的老闆都不會太在乎!
  • 如何結合分析需求,設計數據埋點?
    沒有正確答案,只有最能夠幫助你衡量需求效果的方案。c.最後,還要設計出既全面又多維的屬性和屬性值,來幫助從多個維度描述一個埋點,以支撐後續各種角度的分析需求。這裡分享一款Feed流產品的數據採集案例,這裡建議大家把這個案例中的埋點文檔復原下來,形成自己的「埋點案例庫」,以方便以後的學習和應用:四、【案例分享】如何設計分享功能的埋點?這裡以最常見,也最基礎的分享功能,按照前面的方法給大家分享一下我是如何完成一次埋點梳理的。
  • 產品新人如何入門:需求分析
    人人都是產品經理Q5群(217321498)產品新人入門系列,已經在大家的陪伴下走過了整整五期,前幾期我們已經對產品經理的概念、思維習慣、軟實力、硬實力對產品經理有了一定的了解,我們已經了解一個產品從無到有,需要經歷需求分析、產品設計
  • 需求分析是什麼&案例解析
    本文將需求分為兩類——工具類需求、用戶端需求;並進一步給出了兩個案例方便理解。前言關於需求分析無疑是產品經理的一項必備基礎功,也是每個產品經理可能工作大部分時間都在做的事情,但是絕大部分產品經理可能不會刻意的去總結一套方法論。
  • 如何做好一個BI項目的規劃和需求定義?
    正所謂磨刀不誤砍柴工,一個項目的啟動,先得從金字塔頂端做好規劃,摸清楚需求、背景、客觀條件、可投入資源等。本文,BI項目詳解的第一篇,先來談談BI項目的規劃和需求定義。全文共3000字,讀完需要 8分鐘!一、如何啟動一個BI項目?
  • 案例分析: UML大戰需求分析
    以前的文章中也寫過一些需求分析的內容,但是更多的其實是偏向於需求挖掘的理論知識,可實踐性並不是很強,不管最終需求分析的結果如何,最終都是由相關人員去實現的。面向設計師的部分的主要產出物就是我們通常說的線框圖,那面向開發測試人員的產出物呢?
  • 會計表分析被開除?詳解及案例送你,千萬別重蹈我的覆轍
    【會計表分析被開除?詳解及案例送你,千萬別重蹈我的覆轍】如果想快速了解一家上市公司,財務分析無疑是最好的切入方式。但是對於初學者而言,財務報表仿佛一本天書,不知如何下手。今天給大家分享下利潤表分析的詳解及其案例,希望可以幫助到你們喲!
  • 股權設計與案例分析|讓企業立得更穩,該如何做好股權設計?
    一個公司的股權設計,如同建築之中的設計圖紙,將會對企業控制權以及治理的結構造成直接的影響,間接決定了企業後續的業績。股權設計是公司組織的頂層架構設計。傳統企業網際網路轉型,戰略和商業模式解決做什麼、怎麼做,而股權設計能夠解決誰投資、誰來做、誰收益、如何分的問題。如果初始股權分配沒有得到妥善處理,很可能為未來的業務失敗埋下隱患。
  • 從需求分析到上手設計,如何快準狠?收好這3大秘籍
    今天這篇脫離理論派純實用性的和大嘎聊聊:如何提升需求分析及上手能力,降低返工率。和設計師打交道的4個最重要的角色方:產品經理/開發/你的直屬老闆/你的組內設計成員,每個人都有自己的脾氣/處事方式以及雞血程度,每個人也都帶著不同的目的性在做事情。磨刀不誤砍柴工,先了解合作方,再了解他們提需求的目的,會讓你更快get到正確的需求點。
  • 「一二三」,做好B端客戶需求分析
    編輯導語:對於產品經理來說,客戶需求是必須詳細地記錄與分析的,只有掌握了客戶需求,才能了解存在的問題,從而根據客戶的需求場景去製作出客戶滿意的產品。那麼,應該如何對B端客戶的需求記錄進行分析呢?本文作者三方面為我們做出了解答。
  • 如何寫一份讓需求方滿意的「解決方案」?
    涉入智慧醫療領域4年時間幾乎沒一星期都會寫一份解決方案,同行業不同賽道的解決方案,例如供應鏈金融與藥械流通的解決方案、支付與醫保的解決方案等等,寫多了自然就有信心了,有信心是十分重要的。 我們今天就來聊一聊解決方案該如何寫?
  • 花海設計——旅遊案例分析
    花海設計——旅遊案例分析 【公眾號】鄉釐農旅規劃設計工作室2018-10-19 18:48:05 閱讀(50610)
  • 上海9月4-5日/深圳9月18-19號《信號完整性--系統化設計方法及案例分析》
    課程名稱:《信號完整性-系統化設計方法及案例分析》授課老師:於老師開課時間:上海9月4-5日/深圳9月18-19號信號完整性是內嵌於PCB設計中的一項必備內容,無論高速板還是低速板或多或少都會涉及信號完整性問題。
  • 一級造價工程師建設工程造價案例分析土木建築工程、安裝工程題庫
    一級造價工程師《建設工程造價案例分析(土木建築工程、安裝工程)》題庫【歷年真題(部分視頻講解)+章節題庫】目錄第一部分歷年真題[部分視頻講解]2020年全國一級造價工程師《建設工程造價案例分析(土木建築工程、安裝工程)》真題精選及詳解2019年全國一級造價工程師《建設工程造價案例分析
  • 項目需求分析:了解需求理論是做好需求分析工作的基礎
    怎麼理解「需求」?需求分析涉及哪些內容?本文將從需求定義、需求分類、需求分析的概念、需求分析的流程四個方面來介紹需求分析的基本理論。毫無疑問,在項目需求階段,需要一名具備專業技能和項目經驗的需求分析師/需求分析工程師來把控項目整體需求和需求細節;項目經理作為全程都需要接觸客戶、接觸需求的角色,需求的把控和管理能力也是必要的;而銷售與售前,在與客戶聊項目時,很多時候需要引導客戶說出想做什麼,跟客戶介紹我們實踐的類似案例,讓客戶產生共鳴
  • 造價考生要如何備考案例分析
    備考造價最難的科目就數案例分析這個科目了,要克服這個科目,需要花費太多時間來學習,一些學習方式可以多加利用,對案例分析這個科目有所幫助。案例的難,是需要學到的知識點較多,是前面三科目的綜合,考察的知識點操作應用,不僅僅是記憶。所以案例的學習需要花費大量時間掌握知識點,去解答考題。估計案例要學習100多個小時以上才有較大的把握通過。
  • [供應鏈·案例篇] 從兩個成功案例看如何進行供應鏈績效管理|案例思考
    Mopar的SCPM系統通過監測未來需求、庫存和與預先確定的目標相關的供應鏈績效關鍵指標來甄別出績效例外。然後,用戶利用該系統探究問題,找到個別的或相互關聯的可選方案。導致問題的潛在根本原因包括非季節性天氣(或者更好或者更壞)、競爭性促銷、對預測模型的不準備假設。理解問題和可選方案後,系統用戶就採取解決問題的行動了。