需求性質:60%的需求都是伴生性需求

導讀

我們已經知道伴生性需求是整個產品的基石,實際上,在一款產品里有超過60%以上的功能都是由伴生性需求產生,這篇文章,我們便來看看,那些在我們工作中,經常出現(xiàn)的伴生性需求。

產品的基石

再偉大的事業(yè),都是由一磚一瓦砌成,產品也是相同的,我們想要做出一款成功的產品,只是創(chuàng)意優(yōu)秀,只是滿足用戶需求是遠遠不足的,更多的是我們的基礎功優(yōu)秀,這便體現(xiàn)在我們對待伴生性需求的態(tài)度。

最近使用了幾款銀行的產品,包括交通銀行的“買單吧”,招商銀行的“掌上生活” 廣發(fā)銀行的“發(fā)現(xiàn)精彩”,這三款都是信用卡相關的產品,

作為產品的切入點,定位我們不可否認這些產品對我們是有吸引力,有用處的,核心的諸如額度管理,賬單管理,還款等幾乎是我們必須使用的功能。

但在一個小細節(jié)上,我非常的不愿意使用廣發(fā)銀行的密碼輸入,其他兩款產品均已支持了手勢登錄,相比較之下,輸入一段字母加數(shù)字的密碼特別繁瑣,并且,這樣的一個設定還使用了側邊欄的交互方式,使得頁面空間更加的狹小, 讓人壓抑,煩躁。

從整個產品來看,登錄輸入密碼不過是主動功能當中,不起眼的一個伴生性需求,但卻極大的降低了用戶的好感度。

許多時候,讓我們對產品產生負面看法的地方都出在我們對伴生性需求的處理上,畢竟我相信大部分的產品初心都是正確的,想法也是向善的,我們都希望創(chuàng)造價值,服務用戶,改變某市場,可往往敗在了不起眼的角落里。

這并不奇怪,我們總是會在核心的地方花費太多的精力, 并樂此不彼,我們總會簡單的任務某些功能不重要,隨意設計便可,或者非常直接的拿著某款產品已經做好的去做,當然,這是沒有問題的,伴生性需求其本身真的不中要,用戶絕對不會因為某些伴生性需求而喜歡上某跨產品。

我們不會因為伴生性需求而喜歡上某產品,但卻會因為伴生性需求排斥,遺棄某產品。

仔細想象,用戶抱怨最多的是哪些功能?除了專業(yè)人士,對于大部分的普通用戶而言,最常抱怨的是一些不常用的功能,真正常用的功能反而極少存在抱怨。

以淘寶為例,我們不太會去抱怨淘寶的交易支付流程,但卻會經常抱怨他的排序規(guī)則,抱怨他的商品列表,訂單管理,收藏夾,歷史瀏覽記錄等次要功能。

對于微信而言也是如此,幾乎不會有人提及到微信存在信息丟失的情況,聊天是我們在微信最常使用的功能,我們經常抱怨的是朋友圈的限制不夠智能,公眾號的文章不能閱讀到一半去收藏,等等邊邊角角的地方。

如果說創(chuàng)造性的需求代表著產品的市場潛力,那伴生性需求代表的便是當前產品質量,而這份質量真正決定了用戶對待這款產品的態(tài)度。

也是因此,伴生性需求可以說是一款產品的基石,建筑不會因為基石而獲得成功,但卻會因為劣質基石早早死亡,有效合理的對待伴生性需求,對產品而言無異于一張“免死金牌”,當然,這是不夠的,只能是相對而言,多了一份希望,少了一絲風險。

如何對待伴生性需求

大部分的伴生性需求會交給產品助理,初級產品經理來負責,一方面分擔一下產品經理的工作壓力,一方面也是為了讓新人有練習的機會。

讓人遺憾的是,外界對產品經理的描述過于美好,甚至說浮夸了,以至于產品新人對這個行業(yè)的理解也比較浮躁,我接觸的新人也比較多了,這些問題看到的實在太多了。

? ? ?● ? 極力的表達自己的想法

? ? ?● ? 唯需求至上,似乎產品經理應該只考慮需求

? ? ?● ? 個人主義嚴重,認為自己的點子一定是最棒的,應該要馬上就行動的。

需求固然是產品經理很重要的能力,但實際上這不代表我可以忽略其他看上去不是需求的功能。

對待伴生性需求而言,我們首先要意識到,用戶極有可能因為某些不是核心的功能而降低對產品的好感度,并且產生排斥感,我們要努力的避免這種情況。

因此,對待伴生性的需求第一原則,不要讓用戶感到排斥,感到不友好。

作為產品經理而言,我體驗過太多產品了,其中包括許多新的產品,在我看來很多的創(chuàng)意都非常的棒,這類產品往往死在了伴生性需求上。

很難想象一款做攝影師社區(qū)的圖片社交產品,界面粗糙到讓人厭惡,盡管他是國內最早引進濾鏡處理的產品。

同樣很難想象,一款資訊產品有收藏功能但卻讓人找不到收藏列表。

伴生性需求往往都是不太重要的功能,不太重要并不完全等同于不重要,實際上重要和不重要是個相對概念,當我們需要時 他顯得非常重要,甚至超過了核心需求,當我們不需要時,他幾乎沒有存在感。

這就是我們在處理伴生性需求時存在的一種希冀,我們產品經理總是希望能讓用戶滿意,在我身邊總有許多產品經理,因為用戶的一個好評,興奮的徹夜難眠。

當用戶需要時,讓他驚艷。

當產品具備一定規(guī)模時,安全性就是我們都很頭疼的問題,最典型的便是QQ,曾經我們總是擔心賬號被盜,要知道現(xiàn)在的QQ賬號往往捆綁了數(shù)個產品的賬號。

有時我們會去網(wǎng)吧或者借朋友的電腦登錄QQ,這時,你會發(fā)現(xiàn)他需要手機確認登錄,如果手機不在身邊,那就很悲慘了,我曾經就遇到了這樣的情況,去網(wǎng)吧沒有帶手機,不僅是微信無法使用,QQ也無法使用了。

可如果我們是在常用的電腦上登錄QQ,就不會有這樣的驗證問題了。

這便是一個伴生性的需求,伴生于我們的賬號系統(tǒng)和登錄系統(tǒng),這個邏輯并不簡單,需要考慮到諸多場景,識別電腦是否為用戶常用電腦只是中間的一個環(huán)節(jié),如果不是常用電腦,而又無法驗證,那這次的登錄行為就存在極大的風險可能性。

當我們需要時,以驗證的方式來強調他是安全的,而當我們不需要時,他又不會出現(xiàn),不會讓我們每次都進行驗證。

微信的公眾號也很有意思,當我們每次發(fā)布文章時,都需要掃描二維碼進行確認,這讓我們感到了他的安全,而我們每次登錄公眾號,在手機微信上也會有一條提示信息,向我們傳達“你的賬號正在登錄”。

需要知道的是微信有價值的公眾號已經不只是一個賬號而已了,更多的代表了價值,是的,賬號本身就具備價值,而這個公眾號發(fā)布的文章也是具備價值的。

不論是QQ的登錄驗證,還是微信公眾號的操作驗證和操作通知從性質上來講都是從屬于某個功能的,是一種伴生性需求,多數(shù)時間,用戶并不會感激這些系統(tǒng),可偶爾,我們會感到一些貼心還有驚喜。

試想一下, QQ仍然和以前一樣,不論在什么地方,使用什么設備,只要輸入賬號密碼都能登錄,我們還能像現(xiàn)在一樣,放心?還會像現(xiàn)在一樣,用QQ賬號登錄其他產品嗎?

在這一系列伴生性需求的背后,是QQ抓住許多機會向用戶傳達“我很安全,請你放心”的信息。

伴生性需求的意義

伴生性需求是產品里不可缺少的一部分,是必然存在的。

如果我們把創(chuàng)造性需求理解成榜單效應,是經典暢銷的內容,那么伴生性需求就是長尾效應,依托于伴生性需求的總數(shù)和總共的出現(xiàn)次數(shù),最終形成的價值將會和創(chuàng)造性需求相同。

也就是說,如果我們能將所有的伴生性需求做到極致,那這款產品即使沒有核心需求,即使他的核心功能平淡無奇,也具備極大的價值和可能性,等同甚至超過了大部分只有核心需求,但伴生性需求處理的很糟糕的產品。

這也是"產品逆襲"的很客觀的原因之一。

云音樂上線時,音樂市場已經是QQ音樂一家獨大了,但憑借著對細節(jié)的把握,對視覺的把握,硬生生的從QQ音樂手里搶走了不少的用戶。

我們都知道云音樂在某次產品排行榜單里,被稱為最貼心最精致的音樂產品,也獲得了最優(yōu)秀設計獎

可仔細想想, 一款音樂類產品,獲得了最佳設計獎,這是不是有點對不上號?

可以說云音樂有機會發(fā)展到現(xiàn)在,和最開始時對待伴生性需求的態(tài)度息息相關。

這里,也再三建議產品新人,暫時放下需求,潛心基礎能力的養(yǎng)成,我們其實都不缺少想法,畢竟在不少的產品里,我們都扮演著用戶乃至深度用戶的角色,再加上一些利己的心理因素,我們真的不難提出一些對自己有利的需求,畢竟我們就是該需求的受眾用戶。

我并不反對大家研究需求,也不排斥這種做法,只是建議大家,當我們的leader有任務分配時,不要因為他是伴生性的需求就敷衍了事,去認真對待,去為用戶創(chuàng)造一些偶然的驚艷。

一旦我們敷衍的對待伴生性需求時,不僅僅是在削弱產品的生命力,也是在透支自己作為產品人未來要走的道路。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內容

友情鏈接更多精彩內容