在互聯(lián)網(wǎng)行業(yè)中，“痛點(diǎn)”這個(gè)概念常常被人們掛在嘴邊，那么，我們老生常談的“痛點(diǎn)”，在外企產(chǎn)品經(jīng)理眼中又代表著什么意義呢？本篇文章里，作者便講述了“痛點(diǎn)”在外企中的實(shí)際應(yīng)用，一起來(lái)看。

痛點(diǎn)，痛點(diǎn)，互聯(lián)網(wǎng)黑話中老生常談的“Painpoint”在外企產(chǎn)品經(jīng)理眼里到底是什么？是大笨蛋的話術(shù)，還是產(chǎn)品設(shè)計(jì)中的有用理論？我的答案是——后者。

01

首先，我們先來(lái)了解是什么是“Painpoint Framework”，以及“Painpoint”的實(shí)際含義。

“Painpoint Framework”是常在外企用來(lái)理解用戶和發(fā)現(xiàn)問題的一個(gè)理論框架。畢竟做產(chǎn)品經(jīng)理做產(chǎn)品就是為了幫助用戶解決“問題”。這個(gè)“問題”，我們就叫做“Painpoint”。

而識(shí)別并改善或者解決這些“Painpoint”我們就能提升App的整體功效，或者是提升整體體驗(yàn)，從而更好地去服務(wù)、吸引用戶。也是“user-centric”（以用戶為導(dǎo)向）的重要理論之一。

02

你可能會(huì)問，那這不就是需求么？你上篇“JTBD”也在講需求，這篇“Painpoint”也在講需求，那有啥區(qū)別呢？

其實(shí)，“Painpoint”和“JTBD”都與需求有關(guān)，但它們的出發(fā)點(diǎn)和應(yīng)用場(chǎng)景略有不同。簡(jiǎn)單來(lái)說，“Painpoint”更多地關(guān)注于發(fā)現(xiàn)和解決問題，而“JTBD”更多地關(guān)注于深入理解用戶的真實(shí)需求和目標(biāo)。

個(gè)人實(shí)際應(yīng)用下來(lái)，我覺得“JTBD”偏正面分析找到核心需求，而“Painpoint”去反向Review，讓產(chǎn)品做的更好。

以高德地圖為例：

“Job”：用戶想要“從家到公司選擇最快的路線”。

“Pain Point”：用戶在使用過程中可能會(huì)發(fā)現(xiàn)：“每次出發(fā)時(shí)，由于路況突然變化，原來(lái)選擇的路線不再是最快的”。

高德地圖的解決方案：在用戶行駛的過程中，app也會(huì)顯示其他路線的實(shí)時(shí)路況。如“比當(dāng)前路線慢1分鐘”或“快2分鐘”等提示，讓用戶可以隨時(shí)調(diào)整行駛路線。

這樣，高德地圖既滿足了用戶的基本需求，又解決了可能出現(xiàn)的問題，確保用戶始終獲得最佳的導(dǎo)航建議。

正面反面都要思考，你才能多角度地，完整地了解和拆解用戶的需求，從而給到更好的解決方案。

03

接下來(lái)，我們來(lái)看看Painpoint的分類：

1. Functional Pain Points 功能痛點(diǎn)

這類我更喜歡叫Problem，其實(shí)就是去發(fā)現(xiàn)用戶的需求和問題。一般在用戶調(diào)研中。舉例：照片App，用戶反饋說他們想要去除背景，但是沒有。那他們的“Painpoint”就是“沒有去除背景功能”。

2. Financial Pain Points 經(jīng)濟(jì)痛點(diǎn)

一般在市場(chǎng)調(diào)研和定價(jià)的時(shí)候使用，去了解用戶會(huì)不會(huì)覺得定價(jià)太貴，或者用戶是否感覺值當(dāng)不值當(dāng)。

3. Process Pain Points 流程痛點(diǎn)

一般在設(shè)計(jì)用戶流程和用戶旅行地圖的時(shí)候使用，老外也經(jīng)常說是“Friction（摩擦）”。指的是用戶感覺用App不順的地方，例如，一個(gè)注冊(cè)過程太復(fù)雜，用戶就可能會(huì)放棄。以下是Figma上“用戶旅行地圖”的一個(gè)模版。

4. Support Pain Points 幫助痛點(diǎn)

一般是去分析用戶是否有一些后續(xù)的幫助。例如遇到BUG，用戶是否需要幫助，他該哪里去找?guī)椭?/p>

5. Emotional Pain Points 情緒痛點(diǎn)

也是一般用戶調(diào)研的時(shí)候去問用戶，是不是有哪里不舒服不滿意的地方。如果一個(gè)冥想App，用戶說看到首頁(yè)內(nèi)容很多很亂，一點(diǎn)都不覺得放松，那這一定也是一個(gè)痛點(diǎn)了。

04

那怎么去識(shí)別這些痛點(diǎn)呢？

其實(shí)方法都是差不多的，你可以：用戶訪談/用戶調(diào)研/可行性測(cè)試/反饋收集/競(jìng)品調(diào)研等，只不過在過程中更注意用戶的問題和不好的反饋。

我的一般做法，就是把自己想象成一個(gè)超級(jí)麻煩愛挑刺的用戶，提前給我自己列出一大堆問題，在解決問題的時(shí)候，就可以把產(chǎn)品做好了。

好了，需求好像都講的差不多了，下一期介紹一些需求分類和排優(yōu)先級(jí)的方法吧，期待下期見！

（以上內(nèi)容屬于個(gè)人經(jīng)驗(yàn)總結(jié)，侵權(quán)必究）