需求性質(zhì):什么是伴生性需求

9 評論 10397 瀏覽 60 收藏 11 分鐘

伴生性需求在整個(gè)產(chǎn)品生命過程中占據(jù)極大的比重,如果說創(chuàng)造性需求是可以燎原的星星之火,伴生性需求便是為火焰燃燒提供的若干枯草。

什么是伴生性需求

在我們做產(chǎn)品時(shí),存在許多沒有太大價(jià)值,但又必須具備的功能,這部分需求我統(tǒng)一定義為“伴生性需求”,屬于某些主干需求的衍生枝干。

  • 當(dāng)我們決定開發(fā)賬號系統(tǒng)后,除了注冊和登錄是必須的功能,與之相對應(yīng)的還會(huì)包含修改密碼,找回密碼這些非常規(guī)功能,此時(shí),修改密碼,找回密碼就屬于典型的伴生需求,
  • 我們向用戶提供了上傳照片的功能,對應(yīng)的就需要提供刪除照片,盡管用的人非常少,使用頻率也非常低。

伴生性需求必須存在,但卻不是非常的緊急,實(shí)際上,許多團(tuán)隊(duì),往往會(huì)將伴生性需求挑選出來,必要時(shí)將這部分需求舍棄,置入下個(gè)版本的迭代計(jì)劃。

正如他的定義一樣,伴生性需求必須存在,但缺少這部分需求,并不會(huì)造成多數(shù)用戶的不滿,損失非常有限。

產(chǎn)品經(jīng)理加班的情況僅次于研發(fā)人員,實(shí)際上我們是一群和時(shí)間賽跑的人,與團(tuán)隊(duì)中的其他成員一樣,我們也希望這個(gè)版本能夠盡快的上線,投入到市場使用,然后獲得非凡的成就。

而即使再多的資源,再多的人力,也沒有辦法同時(shí)開啟所有需求,這是伴生性需求的一個(gè)特點(diǎn),他總是承擔(dān)著我們減負(fù)的第一個(gè)重?fù)?dān)。

伴生性需求的舍得特色

成熟的產(chǎn)品經(jīng)理懂得砍需求,懂得對需求做減法,這個(gè)能力看上去很飄渺也很個(gè)性,可能大家聽了許多次也只能幻想,手握數(shù)千需求,談笑間,便砍去·五百,對于這中間如何少的,為什么有些需求能砍,為什么有些需求不能砍,想來會(huì)非常困惑。

需求有主次,我們做產(chǎn)品的過程中,在每個(gè)版本里都會(huì)體現(xiàn)出需求的主次,需求的順序,MVP 理念,需求優(yōu)先級乃至于 kano 模型的都可以體現(xiàn)出這個(gè)觀點(diǎn)。

我們會(huì)圍繞核心需求投入許多資源,這些核心需求也就是我們的主要需求,同樣的,我們會(huì)舍棄次要的需求,必要時(shí),我們會(huì)舍棄一些看上去非常核心,但實(shí)際上他是僅次于主要需求的一個(gè)最大的次要需求。

現(xiàn)在告訴大家一個(gè)方法,能夠極大的增加大家砍需求的能力。

現(xiàn)在我們有5個(gè)需求,但我們的資源以及我們的時(shí)間只允許做3個(gè)需求,你會(huì)舍棄那些需求呢?

  1. 為用戶上傳的照片增加貼紙功能
  2. 做一個(gè)開放式的群聊,全平臺(tái)用戶可參與群聊進(jìn)行互動(dòng)
  3. 開放上傳原圖,用戶可選擇上傳原始尺寸的照片
  4. 允許單次上傳多張照片,即批量上傳
  5. 開發(fā)斷點(diǎn)續(xù)傳的功能,用戶上傳照片失敗,可點(diǎn)擊繼續(xù)上傳,已上傳的照片不需要重新上傳

這個(gè)題目其實(shí)很難回答, 也缺少正確答案,在不同的環(huán)境下,我們會(huì)有不一樣的選擇,需求的取舍與很多因素有關(guān),并不是單一因素造成的,但是,將問題稍加修改以后,我想你現(xiàn)在會(huì)進(jìn)行取舍了。

現(xiàn)在我們有5個(gè)需求,但我們的資源以及我們的時(shí)間只允許做3個(gè)需求,你會(huì)舍棄那些需求呢?

  1. 為用戶上傳的照片增加貼紙功能 [伴生需求]
  2. 做一個(gè)開放式的群聊,全平臺(tái)用戶可參與群聊進(jìn)行互動(dòng)
  3. 開放上傳原圖,用戶可選擇上傳原始尺寸的照片
  4. 允許單次上傳多張照片,即批量上傳 [伴生需求]
  5. 開發(fā)斷點(diǎn)續(xù)傳的功能,用戶上傳照片失敗,可點(diǎn)擊繼續(xù)上傳,已上傳的照片不需要重新上傳

是不是很容易識別出來,基本所有的伴生需求,在優(yōu)先級里都是可以被舍棄的,但并不是完全舍棄,只是在下一個(gè)階段或者未來的某個(gè)時(shí)機(jī),再來做,也許到那時(shí),該需求就已經(jīng)不再是伴生性需求,而是創(chuàng)造性需求了。

只要我們能識別出需求性質(zhì),是被出伴生性需求,我們就能自己嘗試去砍功能。

伴生性需求的特征

作為減負(fù)的一個(gè)絕佳選擇,是伴生需求的應(yīng)用特征, 而我們能夠如此應(yīng)用還要?dú)w功于伴生性需求本身的特色,即伴生需求無法單獨(dú)存在,對其他功能具備極強(qiáng)的依賴和從屬性質(zhì)。

修改密碼的功能對于我們來講太常見了,這個(gè)功能便是典型的伴生性需求,若我們的賬號系統(tǒng),僅支持第三方賬號登錄以及短信驗(yàn)證碼登錄時(shí),該功能便失去了存在的價(jià)值。

離開了自定義密碼這樣一個(gè)字段,修改密碼的功能在邏輯上就已經(jīng)不成立了,換言之,修改密碼便是設(shè)置密碼的伴生性需求

同樣是設(shè)置密碼的伴生性需求還包括了”找回密碼“這個(gè)功能。

如果設(shè)置的功能都不存在,那么圍繞密碼展開的修改密碼以及找回密碼就不再具備任何意義了。

我們所認(rèn)識的伴生性需求,最典型的特征便是依附于其他功能而存在,本身是無法單獨(dú)存在于產(chǎn)品內(nèi)的。

作為一款圖片社交產(chǎn)品,允許用戶刪除照片以及對照片設(shè)置隱藏加密功能,也是一組鮮明的伴生性需求。

不論是對照片做任何形式的處理,或者業(yè)務(wù),都需要建立在照片成功上傳的基礎(chǔ)之上,圍繞照片展開的一系列功能均屬于從屬且依賴于被上傳的照片而存在。

這些功能的操作主體便是被上傳的照片。

可如果這個(gè)主體不存在,這些功能還會(huì)發(fā)生 效應(yīng)嗎? 若用戶上傳照片的功能被阻塞,那么這個(gè)照片的本體就不復(fù)存在,也就無法再圍繞該主體展開功能型操作了。

現(xiàn)在,許多產(chǎn)品做的很重,而且這個(gè)問題的兩處重災(zāi)區(qū)一個(gè)是從0到1的過程中,堆積了大量需求,1.0版本研發(fā)了一年多的時(shí)間上線,在這些問題的背后,便是我們將若干的伴生性需求當(dāng)成了真正的用戶需求。

現(xiàn)在,你是否學(xué)會(huì)如何舍棄某些需求,以及如何辨識出伴生性需求呢?

伴生性需求”做功能“

伴生性需求本身是作為需求存在,可在做的時(shí)候,我們卻不能將他當(dāng)做需求來理解,這部分需求更多的是以功能補(bǔ)充的形式存在,極少用戶反饋里會(huì)提及到這些。

因此,這也是最適合新人入門的一個(gè)領(lǐng)域,借助對伴生性需求的駕馭,會(huì)幫助我積累更多的功能庫,逐步的掌握功能的使用方法以及開發(fā)過程。

我們關(guān)注伴生性需求,不需要考慮他是否符合人性,是否存在需求,是否存在影響力,只需要去思考如何做會(huì)更好一點(diǎn),這會(huì)逐漸的增加我對功能的駕馭能力。

許多新人會(huì)容易犯的一個(gè)錯(cuò)誤,不太重視文案,過多的將精力花費(fèi)到了功能設(shè)計(jì)以及看各種資料上, 這其實(shí)是舍本逐末的做法。

《精益至上》 這本書里提到了這樣一個(gè)案例:

某電商網(wǎng)站的用戶新增很難提升,在一次優(yōu)化嘗試下,數(shù)據(jù)呈現(xiàn)了客觀的增長,這個(gè)小小的優(yōu)化,只是將注冊按鈕的位置做了一些調(diào)整,可以說沒有進(jìn)行任何功能的新增,只是調(diào)整了局部的布局。

與之同樣的,我們也能從文案中看到差異,我們以一句簡單的注釋來舉例:

  1. 參與活動(dòng),有機(jī)會(huì)贏蘋果7
  2. 贏蘋果7,參與活動(dòng),你也可以

兩句文案很難說誰好誰壞,但我們能清晰的從這兩句話感受到不同的信息,第一句,我們認(rèn)為參與活動(dòng)是主體,贏得東西是輔助的,第二句,則變成了贏蘋果7是主要的,而活動(dòng)只是輔助的信息。

在做伴生性需求時(shí),當(dāng)盡善盡美,此時(shí)我不需要為整個(gè)產(chǎn)品的商業(yè)價(jià)值負(fù)責(zé),不需要為用戶需求負(fù)責(zé),但我們需要對功能負(fù)責(zé),讓功能更容易被大家接受,不顯得粗糙,難用。

僅僅是將伴生性需求做出來,是無意義的,而且會(huì)極大的損害自己的成長,這個(gè)階段的我們更多的與功能貼近,嘗試更好的去表達(dá)功能,而布局和文案的使用反而是這個(gè)階段對我們的兩大挑戰(zhàn)。

#專欄作家#

枯葉,微信公眾號:枯葉咖啡館。人人都是產(chǎn)品經(jīng)理專欄作家。近6年經(jīng)驗(yàn)的產(chǎn)品經(jīng)理,擅長社交、社區(qū)、細(xì)分群體挖掘。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 如果只能實(shí)現(xiàn)3個(gè)需求的話我會(huì)選擇125

    來自廣東 回復(fù)
  2. 主要還是找靈感受啟發(fā)吧,在文章里找答案是不咋明智的選擇

    來自浙江 回復(fù)
  3. ?? 周末看到好文

    來自廣東 回復(fù)
  4. 我還關(guān)注了您的公眾號呢??

    回復(fù)
  5. 你好,麻煩問一下~伴生性需求的舍得那里的五個(gè)需求具體是怎么區(qū)分,主要和伴生的呢?按照下面的說法,對其他需求的依賴性那個(gè),感覺第五個(gè)也屬于伴生性呀,因?yàn)樗惨栏缴蟼餮健?/p>

    回復(fù)
    1. 個(gè)人感覺1、4、5都是可以作為伴生性需求存在。伴生性需求也是mvp的另一種解釋。

      回復(fù)
    2. 嗯嗯,我也是感覺145屬于伴生型的~還希望作者答疑啦

      回復(fù)
    3. 覺得這個(gè)例子不太恰當(dāng)吧,要是把上傳圖片這個(gè)功能作為原生的,那1345都是伴生的才對。覺得文章主要是說伴生需求這個(gè)概念,例子不太重要,實(shí)際情況比這要復(fù)雜的,不好說到底怎么做的。倒是覺得文案的部分有點(diǎn)啟發(fā)~

      回復(fù)
    4. 我覺得3傳原圖算半生,5短點(diǎn)續(xù)傳算也算,但考慮ue應(yīng)該做

      回復(fù)