產(chǎn)品經(jīng)理如何將用戶需求轉(zhuǎn)化為研發(fā)需求?

1 評論 4828 瀏覽 95 收藏 13 分鐘

每當(dāng)接到一個用戶需求,產(chǎn)品經(jīng)理頭疼的事情之一,可能就是如何把用戶需求轉(zhuǎn)化成研發(fā)需求。怎么理解二者的區(qū)別,并成功地將需求轉(zhuǎn)化呢?這篇文章里,作者做了分享與總結(jié),一起來看一下。

產(chǎn)品經(jīng)理與研發(fā)人員的博弈是產(chǎn)品界永恒的話題,產(chǎn)品經(jīng)理說研發(fā)人員不懂業(yè)務(wù),研發(fā)人員說產(chǎn)品經(jīng)理不懂技術(shù),但矛盾的是,每一次接到一個用戶需求的時候,產(chǎn)品經(jīng)理都需要絞盡腦汁把它轉(zhuǎn)成研發(fā)需求,以便于研發(fā)人員能夠知道如何將該需求正確實現(xiàn)出來。

一、用戶需求和研發(fā)需求的區(qū)別

用戶需求是研發(fā)需求的結(jié)果,研發(fā)需求是用戶需求的過程;用戶需求的本質(zhì)是“做什么”,研發(fā)需求的本質(zhì)是“怎么做”。然而有時候“做什么”和“怎么做”之間是沒有必然聯(lián)系的。

比如,用戶需求是:設(shè)計一個功能,使用戶可以將當(dāng)前賬號綁定的手機(jī)號更換成新的手機(jī)號。

在未經(jīng)過細(xì)致分析的情況下,我們大致可以將該需求轉(zhuǎn)化為以下研發(fā)需求:

  1. 對舊手機(jī)號通過驗證碼形式進(jìn)行驗證,驗證通過后輸入新手機(jī)號
  2. 驗證新手機(jī)號與舊手機(jī)號不同且未被其他賬號綁定后,向新手機(jī)號發(fā)送驗證碼
  3. 對新手機(jī)號通過驗證碼形式進(jìn)行驗證,驗證通過后將賬號綁定的舊手機(jī)號更改為新手機(jī)號

在以上研發(fā)需求中可以發(fā)現(xiàn),如果你不看到最后一步,根本不知道這些需求是為了實現(xiàn)什么功能,而這只是一個很簡單的功能,對于復(fù)雜的業(yè)務(wù)功能,尤其是多人分工研發(fā)的功能,很多研發(fā)人員做完了也不知道這個功能是干什么用的,因為在研發(fā)需求中,有時會牽涉一些功能需求;

比如上文提到的對新舊手機(jī)號進(jìn)行驗證,或者涉及一些設(shè)計約束,比如上文提到的判斷新手機(jī)號是否綁定其他賬號,防止重復(fù)綁定,而這些功能需求和設(shè)計約束,都是為了最終能夠正確實現(xiàn)“更換手機(jī)號”的用戶需求,但其本質(zhì)跟用戶需求是沒有直接關(guān)系的。

關(guān)于功能需求和設(shè)計約束的定義,感興趣的讀者可參考之前的文章《從10大管理看產(chǎn)品經(jīng)理的日常工作——產(chǎn)品整體管理》。

二、為什么需要轉(zhuǎn)化需求

之所以需要將用戶需求轉(zhuǎn)化成研發(fā)需求,是因為產(chǎn)品經(jīng)理和研發(fā)人員的思維有著相當(dāng)大的差別。

產(chǎn)品經(jīng)理由于經(jīng)常接觸業(yè)務(wù),因此在產(chǎn)品經(jīng)理腦海中,每次想到的都是需求的解決方案;而研發(fā)人員,在日常研發(fā)工作中,很多只是負(fù)責(zé)某幾個接口或某幾個頁面的編寫,大多數(shù)的研發(fā)人員對業(yè)務(wù)形態(tài)沒有一個完整的概念,所以他們更關(guān)注的是需要他們做什么東西,只要研發(fā)需求寫得足夠詳細(xì),他們就能在不完全清楚業(yè)務(wù)形態(tài)的情況下將功能開發(fā)出來。

還是以上文“變更手機(jī)號”的需求為例,如果產(chǎn)品經(jīng)理給開發(fā)的需求這樣描述:由于在實際業(yè)務(wù)中,用戶有可能需要更換綁定的手機(jī)號,因此需要開發(fā)一個這樣的功能。那么從開發(fā)的角度,他會認(rèn)為這個功能是這樣實現(xiàn)的:給已登陸的用戶提供一個頁面,用戶輸入手機(jī)號,點擊確定后,將該用戶賬號綁定的手機(jī)號修改為新手機(jī)號。

如果你問他,為什么不做手機(jī)號驗證,為什么沒有判斷手機(jī)號重復(fù)綁定,他們會說:“產(chǎn)品就是這么設(shè)計的?!?/p>

這就是產(chǎn)品思維和研發(fā)思維的區(qū)別,經(jīng)過多年與研發(fā)打交道,我對他們的工作方式總結(jié)了一句話,就是:盡量不少做,絕對不多做,不保證不做錯,出錯就是產(chǎn)品經(jīng)理的鍋。

之所以會形成這樣的工作方式,是因為有可能產(chǎn)品經(jīng)理需求描述中簡單的一句話,研發(fā)就需要好幾個人干好幾天才能做完,在這樣的工作環(huán)境中,他們沒有太多的時間去考慮業(yè)務(wù)層面的東西,因此要求產(chǎn)品經(jīng)理將需要做的事情寫得非常詳細(xì),以減少研發(fā)人員在研發(fā)過程中的思考時間。

三、如何轉(zhuǎn)化需求

將一個用戶需求拆解成多個研發(fā)需求時,每個需求都可以從用戶、權(quán)限、驗證中的一個或多個維度去考慮,接下來我還是以上文的“變更手機(jī)號”需求為例,簡單分析一下如何將這個用戶需求轉(zhuǎn)化為研發(fā)需求。

所謂“用戶”,即是“人”,我們可以分析一下什么人有變更手機(jī)號的訴求以及原因:

  1. 賬號所有人,變更原因:更換手機(jī)號
  2. 非賬號所有人,如盜號的人,變更原因:通過變更手機(jī)號,將賬號據(jù)為己有

從以上分析可以看到,這個需求的真正的用戶應(yīng)該是前者,而非后者,因此這里就涉及到“權(quán)限”的問題,如果不做權(quán)限的限制,讓后者可以很輕松地變更手機(jī)號,那么將可能對前者造成不可估量的損失,關(guān)鍵的問題是,如何明確用戶有權(quán)限進(jìn)行手機(jī)號變更呢,這就需要通過“驗證”來確認(rèn)權(quán)限,我們可以再來分析一下,哪些驗證可以用來明確用戶的權(quán)限:

  1. 賬號密碼驗證
  2. 手機(jī)號驗證
  3. 人臉識別驗證

以上3種驗證方式都可以在某種程度上驗證用戶的身份,在這樣的情況下,應(yīng)該選擇哪一種驗證方式呢,這就需要做取舍了,我們可以這樣分析:

通過以上對比表格,我們可以發(fā)現(xiàn),“賬號密碼驗證”是最先排除掉的,剩下的兩種驗證方式中,我們可以發(fā)現(xiàn)“人臉識別驗證”的結(jié)果是最準(zhǔn)確的,造假成本也是最高的,但同時操作門檻也是最高的,且只能在手機(jī)上操作,而相對而言,手機(jī)號更加方便快捷,因此大多數(shù)的產(chǎn)品會選擇通過手機(jī)號來進(jìn)行驗證。

但我們會發(fā)現(xiàn),無論是哪一種驗證方式,都存在造假的可能,沒法百分百保證驗證結(jié)果的準(zhǔn)確性,因此在這個需求中,也可以考慮雙重驗證,比如通過手機(jī)號+人臉識別來驗證用戶身份,但這未免太過繁瑣,那么就可以考慮用戶進(jìn)行手機(jī)號驗證時,判斷用戶當(dāng)前的 IP 屬地與經(jīng)常登錄的 IP 屬地是否一致,如果不一致,再考慮讓用戶進(jìn)行人臉識別,如果屬地一致,則驗證手機(jī)號即可。

當(dāng)然,無論怎么防范,無非是提高了造假的成本,并不能完全杜絕作假的行為,因此,針對一些安全性更高的信息和操作,應(yīng)該再上一把“鎖”,比如支付應(yīng)用會要求用戶單獨設(shè)置一個支付密碼,用來區(qū)分登錄操作和支付操作,以此來增加安全性。

除了對“權(quán)限”的驗證,即將綁定的新手機(jī)號也需要“驗證”,主要驗證幾點:

  1. 新手機(jī)號與舊手機(jī)號不同
  2. 新手機(jī)號未被其他賬號綁定
  3. 新手機(jī)號是正確的

因此,通過以上分析,我們可以嘗試將這個用戶需求轉(zhuǎn)換成以下研發(fā)需求:

  1. 用戶點擊“修改手機(jī)號”時,進(jìn)入“驗證舊手機(jī)號”頁面,用戶發(fā)送驗證碼并進(jìn)行驗證碼驗證
  2. 舊手機(jī)號驗證不通過時,通過系統(tǒng)向用戶展示錯誤提示;驗證通過時,判斷當(dāng)前操作的 IP 屬地與用戶經(jīng)常登錄的 IP 屬地是否相同,如果相同,則進(jìn)入“驗證新手機(jī)號”頁面;如果不相同,需判斷用戶當(dāng)前訪問頁面的設(shè)備,如為 PC 設(shè)備,則展示二維碼,用戶通過手機(jī)掃碼進(jìn)入“人臉識別頁面”,如為移動設(shè)備,則直接進(jìn)入“人臉識別頁面”
  3. 如需進(jìn)行人臉識別,在人臉識別驗證通過后,進(jìn)入“驗證新手機(jī)號”頁面
  4. 用戶在“驗證新手機(jī)號”頁面輸入新手機(jī)號,驗證新手機(jī)號與舊手機(jī)號不同且新手機(jī)號未綁定其他賬號后,向新手機(jī)號發(fā)送驗證碼
  5. 用戶輸入新手機(jī)號驗證碼點擊提交,同時驗證新舊手機(jī)號不同、新手機(jī)號未綁定其他賬號、新手機(jī)號驗證碼正確通過后,將該賬號的綁定手機(jī)號更新為新手機(jī)號

第5個需求你可能會覺得很奇怪,為什么第4個需求已經(jīng)驗證過一次,還要再驗證一次,因為用戶可能發(fā)送了驗證碼之后,又將手機(jī)號改了,因此綁定前,一定要再次驗證新手機(jī)號的合格性再綁定上去。

寫在最后

講到這里,本文的核心內(nèi)容已經(jīng)講完了,最后我想講的是,很多時候產(chǎn)品經(jīng)理志得意滿,覺得自己已經(jīng)把一個用戶需求的研發(fā)需求梳理得清清楚楚,但是到了評審的時候還是容易挨懟,一方面,太多的文字容易讓人覺得找不到重點,另外,中國文化博大精深,同一時間不同的人對同一句話可能有不同的理解,甚至同一個人在不同時間對同一句話都有可能產(chǎn)生不同的理解。

在這樣的情況下,除了盡可能精簡一些不必要的文字之外,有時候一個簡單的流程圖就能夠把一個看似復(fù)雜的邏輯講清楚,比如你不妨試試把上面的研發(fā)需求換成一個流程圖,你會發(fā)現(xiàn)比上面那堆文字直觀得多,對于研發(fā)而言,他們希望產(chǎn)品經(jīng)理能夠直擊重點,而不是把需求寫得跟小說一樣。

如果你對繪制流程圖的要點感興趣,可參考之前的文章《為什么你畫的流程圖開發(fā)總說看不懂?》

以上便是本文的全部內(nèi)容,感謝閱讀!

專欄作家

產(chǎn)品錦李,公眾號:產(chǎn)品錦李(ID:IMPM996),人人都是產(chǎn)品經(jīng)理專欄作家。不務(wù)正業(yè)的產(chǎn)品經(jīng)理和他的產(chǎn)品設(shè)計。

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

題圖來自Unsplash,基于CC0協(xié)議。

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 這篇文章對用戶需求和研發(fā)需求兩者之間的區(qū)別和聯(lián)系都進(jìn)行了很詳細(xì)的介紹,非常棒!

    來自廣東 回復(fù)