首頁 > 人文

三種方法判斷一個產品該不該做?

由 人人都是產品經理 發表于 人文2023-01-17

簡介如果做一個看上去可以某種程度幫人不再難受,而和“爽”、“恐懼”無關的產品,那這就是一個不痛不癢的產品,也許會有人買單,但絕不會大火

什麼是產品癢點

編輯導讀:如果你要創業,想要開發一個產品,首先要考慮不是產品要怎麼做,而是該不該做。這個產品所在的市場環境怎麼樣?使用者的痛點在哪裡?這些問題考慮清楚了,才不會在錯誤的道路上越走越遠。本文作者總結了三個方法,用來判斷產品該不該做,希望對你有幫助。

三種方法判斷一個產品該不該做?

最近一位朋友想創業,和我討論他設計的APP,這個時候有個問題就很重要:

究竟該不該做這個產品?

想明白為什麼不要做這個產品,有時候可能比為什麼要做這個產品更加重要,因為在錯誤的道路走得越遠,傷害就越大。

在這裡華仔提供三種方法,也都是看了幾位大咖的文章所受的啟發,包括知名商業顧問劉潤、產品大神梁寧、汽車之家李想,也是華仔比較佩服的幾位大咖,也許讀了文章你也會有所啟發。

一、這個產品有無降低交易成本

交易成本華仔之前的文章有提過,簡單來說就是為了達成一筆交易,買賣雙方要付出的時間和金錢成本。

華仔晚上有夜跑的習慣,有一天晚上看到了小區多了幾個自動售賣機,最近一直在想為什麼這個自動售賣機會存在。

首先是需求,自動售賣機解決的是人的生理需求:飢渴、飢餓,但是自動售賣機相比小區外的超市、附近的超市最明顯的優勢就是時間成本,當我夜跑感覺比較渴時,立即就可以透過自動售賣機買一瓶水喝。小區外的超市相比附件的超市的優勢也是很明顯,時間成本比較低。

最近比較火的美團買菜、每日優鮮為什麼存在呢?

相對於自動售賣機、小區外的超市、附近的超市來說,時間成本又進一步降低,這是未來的趨勢。現在大多數的年輕人基本都會用到美團、餓了麼點餐,未來當他們成為家庭的主力,還真的不一定選擇去菜市場買菜、買水果。

所以你的產品該不該做,需要思考是否比競爭對手進一步降低了買賣雙方的交易成本。

二、這個產品有無戳中使用者的痛點、爽點、癢點

1。 什麼是痛點?

痛點是恐懼,恐懼就是害怕。比如我們生病了,吃藥、去醫院看病是對生存的恐懼,我們買好看的衣服、做整形、做美容是對青春流逝的恐懼。

所以當你做一個產品時要判斷使用者到底怕什麼,你的產品是否解決了使用者的恐懼。

2。 什麼是爽點?

做馬車、開普通汽車、開特斯拉那個爽?

不言而喻是特斯拉的自動駕駛,如果自動駕駛達到L4級別,你根本不用開車,車輛行駛的過程中你可以幹別的事,這首先降低了我們的時間成本。而自動駕駛的技術出現突破後,出事故的機率比人開車還低,這樣也解決了我們開車的恐懼。這叫爽,所以它是趨勢。

前端時間我的小弟來廣州玩,看見了一輛自動駕駛的計程車,當我給他講這是一輛自動駕駛的計程車時,他一臉神奇的表情,不斷說這都行。

爽到極點就是一種神奇的感覺。

3。 什麼是癢點?

癢點就是滿足內心虛擬的自我,可以想一下我們為什麼會追星,其實最本質的原因是我們內心想活成所追明星的樣子,心裡發癢。現在的綜藝節目會有大量的明星真人秀節目如《奔跑吧,兄弟》、《嚮往的生活》等都是利用人們心中的癢點,成為火爆的節目。所以你的產品能激發使用者的癢點嗎?

我們做產品要麼做一個讓人愉悅到爆爽的產品,要麼做一個可以幫助人們抵禦恐懼的產品。

如果做一個看上去可以某種程度幫人不再難受,而和“爽”、“恐懼”無關的產品,那這就是一個不痛不癢的產品,也許會有人買單,但絕不會大火。

三、這個產品自己會不會用

接下來提供一個樸實的方法,當我們有衝動做一個產品時,先不要投入太多的資源,一個產品原型或者一個功能清單就足以解決這個產品該不該做。

當有了產品原型或者功能清單,此時可以叫上你的朋友或者不同部門的同事,將功能排優先順序,可能你想要做的功能比較多,可以排出TOP10,TOP10之外的功能不用考慮,至少這個階段是不用做的。

接下來問問你的朋友和同事,這些功能他們會不會用,當他們回答完後你就知道這個產品該不該做。

因為哪些自己人都不會用的功能,憑什麼給你的使用者去用。就算勉強開發出來讓他們用,後面也很難增長。

最後總結一下,大家一定要記住,想清楚一個產品到底要不要做比怎麼做這個產品更重要。

我們有三種方法判斷一個產品該不該做:

這個產品對比現在市場上的產品是不是近一步降低了交易雙方的交易成本。

要關注使用者的情緒,這個產品是不是戳中了使用者的痛點、爽點、癢點。

這個產品自己人會不會用,自己人都不會用,就不要拿出去給使用者用。

相關閱讀:

不以使用者價值為目的的資料指標設計就是耍流氓

產品經理能力諮詢,教你從0到1搭建資料中臺。

本文原創釋出於人人都是產品經理,未經許可,禁止轉載。

題圖來自Unsplash, 基於CC0協議。

Tags:產品自動使用者痛點該不該