用戶需求、業(yè)務(wù)需求和功能需求，他們之間到底有什么關(guān)系？該如何區(qū)分，接下來把這三個邏輯給大家講清楚。
1、用戶需求就是我們常規(guī)理解上的需求。比如用戶有打車點(diǎn)外賣、看電影、談戀愛或者是旅游的各種類型的需求。但是重點(diǎn)是我們要對用戶需求要進(jìn)行深挖。我們以打車需求為例，表面看起來打車需求就很單一。但實(shí)際上如果你找身邊的朋友多問，你會發(fā)現(xiàn)不同的用戶在不同的場景下打車他們的需求就會有很大的差異。比如有的用戶對價格很敏感，他想知道打車的費(fèi)用到底是多少。如果打車費(fèi)太貴，他可能又考慮不打車了，而選擇其他的交通方式。所以我們就需要在用戶下單之前去計算，并且告知用戶本次訂單費(fèi)用大概是多少。也有的用戶出行人數(shù)會比較多，需要5到6個人一起來坐車。常規(guī)的出租車是坐不下的，所以用戶可能就想打一個六座以上的商務(wù)車。再或者用戶接下來有一個非常重要的事情需要準(zhǔn)時出發(fā)，他的需求就是提前做好行程規(guī)劃，并且提前預(yù)約好車輛，這些需求統(tǒng)統(tǒng)都是用戶需求。但是最終我們要把這些用戶需求給落地，有的需求是要交給技術(shù)開發(fā)的，也有的需求是要協(xié)調(diào)其他的團(tuán)隊去落實(shí)的。所以我們就需要將用戶需求轉(zhuǎn)化成業(yè)務(wù)需求。
2、那什么是業(yè)務(wù)需求呢？我們還順著剛才說的預(yù)約車輛的這個需求來舉例，這里面會涉及到很多問題，比如當(dāng)用戶下了一個約車的訂單，因為是預(yù)約的訂單，所以如何將這個預(yù)約的訂單派給司機(jī)呢？什么時間派，按照什么規(guī)則把這個訂單落到哪個司機(jī)身上，因為是預(yù)約的，所以司機(jī)等待過程中的時間的損失該如何轉(zhuǎn)化成司機(jī)的收益，再就是如何保證司機(jī)能夠準(zhǔn)時到達(dá)用戶預(yù)約的地點(diǎn)來上車呢？如果用戶的行程發(fā)生了變化，比如說時間、地點(diǎn)或者用車的類型，那這個事情又該如何來處理？大家注意時間和用車類型的變更，可能需要重新分配司機(jī)。如果司機(jī)已經(jīng)到達(dá)了，還需要做額外的機(jī)制的處理，而地點(diǎn)發(fā)生變化，就會影響其他的因素，比如說至少會影響最終的收益。如果行程太緊，訂單費(fèi)用就會太低，司機(jī)的收入又該如何得到保障？這些邏輯都是需要產(chǎn)品經(jīng)理一點(diǎn)一點(diǎn)要去梳理，最終能夠落實(shí)到技術(shù)、客服、法務(wù)團(tuán)隊身上。而這些需求就是業(yè)務(wù)需求。
3、但是最終我們需要把這些業(yè)務(wù)需求要以很容易理解的方式傳遞給用戶和司機(jī)，能夠讓他們會使用這個軟件，包括信息的呈現(xiàn)功能和一些交互。比如當(dāng)用戶發(fā)起一個預(yù)約的訂單，需要設(shè)置起點(diǎn)和終點(diǎn)和預(yù)約的時間。因為是一個預(yù)約的訂單，所以在下單之后并不會直接安排給某一個車輛。所以在前端的app 上會顯示訂單已經(jīng)接收，正在幫用戶安排最合適的車輛。但同時考慮到用戶取消訂單可能會給司機(jī)造成損失，甚至?xí)行阂獾挠唵?，那么如何去避免這種概率？我們會在app 上要求用戶先來付款。但如果因為司機(jī)的原因?qū)е聼o法履約，我們會幫用戶重新安排新的司機(jī)。同時我也考慮到用戶當(dāng)前體驗的滿意度，我們會適當(dāng)?shù)膶⒁愿鞣N優(yōu)惠的形式對這個訂單進(jìn)行減免。這些信息也需要在前端呈現(xiàn)給用戶。所以功能需求是什么？就是根據(jù)業(yè)務(wù)的需求，最終落實(shí)到應(yīng)用層的一些功能。這些功能最終都是需要技術(shù)一點(diǎn)一點(diǎn)去實(shí)現(xiàn)的，這些就是功能需求。
簡單的總結(jié)，我們在規(guī)劃一個產(chǎn)品的時候，就是將用戶需求轉(zhuǎn)化為業(yè)務(wù)需求，再將業(yè)務(wù)需求細(xì)化為功能需求的一個過程。
轉(zhuǎn)載：http://szsxbj.com/zixun_detail/112324.html
