如何做好C端產品問題收集表?
編輯導讀:在需求收集階段,我們需要了解用戶的需求,制作產品問題收集表是一種常見的方式。具體應該如何制作呢?本文作者將對此進行分析,希望對你有幫助。
一、問題收集表
1. 什么是問題收集表
問題收集表是需求收集階段的產物,是一種匯總文檔,通常以表格的形式出現。
一份完整的問題收集表常由以下幾個字段組成,分別是:用戶問題、需求類型、本質需求、需求來源、對應的產品功能、目的等。除此之外,一份完整的問題收集表還需要包括文檔標題、文檔書寫目的、文檔書寫內容以及編輯時間。
2. 編寫目的
產品經理通過設計問題收集表對從問卷調研、用戶訪談、競品分析或團隊頭腦風暴等調研方式獲取的產品需求進行剖析、定義和匯總。最終以表格的形式展示出來。編寫問題收集表不僅讓產品功能的設計有根可溯,更體現了C端產品以用戶為中心的設計理念。
二、編寫時常見的問題及對策
1. 用戶問題和本質需求傻傻分不清楚
問題根源:這個問題的產生其實是你對“用戶問題”和“用戶本質需求”這兩個概念沒有分辨清楚。用戶給出的問題是以他能夠考慮到的層次表達出來的。而用戶的本質需求是我們要思考用戶問題的真偽性并結合產品而給出的。
對策:在編寫用戶問題時要注重展現用戶自身的感受,在編寫本質需求時注重展現解決用戶問題的最快方法。
以美團外賣為例。用戶使用美團外賣點外賣功能的“用戶問題”為“天氣太冷,我很懶,不想出去吃也不想自己做”,而“用戶需求”則為“能有人把飯送到我手上”。
2. 需求類型該如何判斷
問題根源:我們這里的需求類型劃分以KANO模型為標準。KANO模型包括五種需求,包括必備型需求、期望型需求、魅力型需求、無差異型需求以及反向需求。該問題的產生是因為你在編寫時沒有確定唯一的一個定性角度。
對策:判斷用戶的需求屬于哪一種類型是由編寫者所站的角度決定的。用戶在進行需求判斷前必須要確定好一個穩定的角度。由于C端產品是以用戶為中心的設計理念,所以我們定位到用戶角度準沒有錯。
仍以美團外賣為例。對于用戶而言,一款外賣APP擁有的GPS定位、外賣配送等功能可以定義為必備型需求,而它擁有的“配送優惠券”則可以定義為期望型需求。
3. 功能設計目的只針對用戶
問題根源:雖然C端產品是以用戶為中心的設計,但我們在考量設計目的時不能僅僅考量它能否為用戶解決問題,也需要從公司和商業的角度分析這個功能是否有對公司和商業利益造成影響的點。
對策:目的設計要從是否為用戶解決了問題、為用戶解決了哪些問題、為整個產品提供了哪些支持、為公司獲取了什么效益等方面考慮。
以支付寶為例。支付寶的“螞蟻森林”功能從用戶角度看,它設計的目的是為了滿足用戶的成就感,給用戶一中免費公益的途徑。但從它的設計公司阿里巴巴的角度來看,它設計的目的是為了增加用戶粘性、樹立企業公益形象等。
4. 需求收集只找用戶
問題根源:雖然C端產品設計是以用戶為中心的,但不僅僅只考慮用戶的需求。需求的收集也需要考慮到老板和設計團隊。例如老板想要通過某項功能賺錢又或者是設計團隊內部頭腦風暴而來的需求。
對策:需求的收集工作要以用戶為主,附帶收集團隊頭腦風暴而來的需求和老板的需求,這些一定要在需求確定之前收集完整。
老板覺得你們剛做出的產品用戶量不夠,愿意投錢新加功能拉新。產品團隊在頭腦風暴時想出的加一下運營活動功能,這些都需要寫進問題收集表。
三、總結
問題收集表雖然只是整個產品設計流程中的輔助文檔之一,但它對于產品的設計起到了轉折點的作用。它是產品具象化設計的開端。它是成功將用戶的需求和想法轉換成一個產品雛形的標志之一。因此,設計一份完整、精準的問題收集表對于整個產品設計流程來時是至關重要的。
當然,本文中提出的問題只是筆者自己在制作問題收集表時遇到的問題,可能會存在不完整的情況,希望大家能夠諒解,也希望大家能夠賜教補充。
本文@愛放電的寶可夢 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
- 目前還沒評論,等你發揮!