“拒單”在一些電商平臺或者服務型的平臺是一個常見的功能，作為產品經理，要明白“拒單”這個需求背后的邏輯，才能更好地進行產品設計。本文作者對此進行了分析，希望對你有幫助。

一個“產品”或者“需求”會有哪些部分組成呢？

理解這一點對于我們去做需求分析和產品設計非常重要，因為我們腦子里有全景圖，知道應該去思考哪些方面的問題。

而在需求分析和產品設計時，我們要去思考所有相關部分和環節要做的事情。

下面我們就以“拒單”為例，聊一聊當需求來敲門時，如何去全面的思考以及設計。

一、“拒單”這個需求

要先明確的就是在什么場景下產生了這個需求。

一位保潔阿姨住在通州，突然被派了一個亦莊的擦玻璃的單子，或者因為其他原因去不了，所以需要拒掉這個單子，拒掉之后，平臺會重新匹配阿姨。

在這個場景里，阿姨需要能夠表達自己去不了的意愿，而用戶需要平臺指派阿姨，而平臺的運營者為了促成這一單生意讓大家可以滿足各自的需求。這就是在這個場景下，各方的訴求。

以上就是我們對需求場景的挖掘。

二、對需求做一個評估

了解的場景之后，我們需要進行一個評估，這個玩意兒值不值得做，做了會有什么好處，不做會有什么壞處。

任何壞處和好處都跟體量有很大關系，比如一年就1次場景發生的概率，那就沒必要評估了，太低頻了，如果頻率很高，我們再去評估這個場景下需求的意義。

對于有什么壞處，如果阿姨拒不了單，但又去不了，那這一單就可能會異常完結，在這個過程中阿姨又不能接新的單子，只能干等著這一單結束，而用戶也等不到阿姨上門，這一單只能異常完結；整個過程中所有人的權益和體驗都得不到保證。

而好處就是壞處的對立面，就不再贅述了，因此，這個事從場景出發肯定是要做的。

既然要做，我們再來聊一聊如何從產品層面去實現這個需求。

三、對需求做一個分析

要實現以上的拒單能力，還有很多問題需要思考，除了用戶、阿姨、運營各端的流程以外，還要考慮其他的一些相關問題。比如：

• 阿姨操作拒單以后的二次派單的觸發問題
• 阿姨是否有一個拒單的閾值，頻繁拒單以后是否需要一個策略去制止這個過程
• 而用戶是否需要對重新派單做一些干預或者評價

等等，圍繞需求的內核“拒單”，又會衍生出一系列的問題需要去思考，而每一次思考都可以認為是新需求的派生，而新派生的需求就需要有產品或者運營等環節去承接。

直到不再有新的問題，那么這個需求才真正分析清楚。

接下來就是針對這些想明白的問題進行產品化的設計。

四、“拒單”的產品組成

從下圖中可以看出來，任何一個需求或者功能，都可能由以下這些維度組成：

對于拒單這個需求同樣也會在以上的各結構層上有所提現。

在前臺展現層上有3個端需要考慮。

1）用戶端要做哪些

用戶發起擦玻璃的單子，可以看到平臺關于指派阿姨的實況，派單中、派單成功、以及阿姨的情況，這個跟滴滴打車很類似，需要知道是否已經指派了司機，而司機也有權利拒單，然后平臺重新指派；這些都是用戶端要思考的內容。

2）阿姨端怎么搞

阿姨需要能夠看到平臺派的這個單子，并且提供給阿姨一個功能，比如在訂單后面的一個“拒單”按鈕，點擊按鈕發起拒單的操作，第二步可能需要填寫一個拒單的原因，然后拒單成功，或者不允許拒單，以及其他可能的情況。

3）在后臺支撐端需不需要

這個要看運營體系本身，要不要去干預整個“拒單”的過程，比如，是不是需要去審核阿姨的拒單申請，或者時候去對“拒單”記錄做一個考核評估，打一個分，或者給阿姨一個懲罰等一系列操作。

那這些都意味著工作量，所以需要有對應的人員去承接這個職責。

在服務層要想清楚很多問題。

前臺的展現依賴底層服務端的邏輯實現，比如阿姨拒單操作就是對訂單發起的一系列動作，或者是對履約發起的動作，就需要訂單系統或者履約系統給與支持。

同樣，二次派單又是對派單環節提出的任務請求。

那么，這些底層的服務需要對以上這些給予支持，比如履約系統需要提供給阿姨端一個“接口”，來接受阿姨的拒單請求。

同樣，派單服務也需要給履約系統一個“接口”或者通路，來接受履約系統發起的重新派單的申請。

而這個過程中也可能需要風控服務的參與，來規避阿姨過高的拒單請求，來決定是否對阿姨做出一些限制。

因此，在服務端，我們可以用這種方式去思考問題，以獲得“拒單”需要的全部新的支持以及對舊服務體系帶來的變更的要求。

組合起來走遠一點看看：

以上相關環節思考的差不多時，我們就把他們放到一起，整體看一看，演練一下，是否實現了想要的目標。

五、組裝和規整“拒單”的方案

經過上面一系列的操作以后，我們逐漸的看清了這個“拒單”怎么做，他的影響面有多大，需要哪些環節參與進來。

想明白了這些問題以后就可以進行方案的落地設計了。

比如前端把原型畫出來，前后的鏈接把流程畫出來，而各個邏輯的處理把邏輯流程以及各種規則做出來。

至此，我們將得到一個包含了多端原型和流程以及各環節邏輯、規則的可執行產品方案。

所以以上當需求來敲門時，從場景出發經過一個設計模式，而得到了我們想要的產品方案。

這個過程我們需要知道哪些方面需要思考，而每個思考又需要思考哪些方面。

同時，本文也回答了一些朋友的問題“面對一個新需求，我不知道該怎么辦”。

那么，就按部就班地這么辦吧！