編輯導(dǎo)讀：B端產(chǎn)品多種多樣，設(shè)計(jì)過程中會(huì)遇到不同的問題。本文作者從自身工作實(shí)踐出發(fā)，對(duì)招聘SAAS系統(tǒng)設(shè)計(jì)展開分析，并基于自己的思考，對(duì)設(shè)計(jì)過程中的一些問題進(jìn)行了解答，供大家一同參考和學(xué)習(xí)。

從0到1的SAAS系統(tǒng)多是由公司自上而下推動(dòng)開展，因此今天我不會(huì)和大家過多說明項(xiàng)目的背景和緣由，而是著重和大家聊一聊在從0到1這個(gè)階段，我們經(jīng)歷過的困境以及破局之法，希望可以為大家在從0到1設(shè)計(jì)SAAS系統(tǒng)以及后續(xù)的迭代過程中，提供前車之鑒及較為落地的解決辦法。

困境一：種子客戶的定制化需求/客戶需求和產(chǎn)品規(guī)劃不一致

兵馬未動(dòng)，糧草先行。在產(chǎn)品團(tuán)隊(duì)開始規(guī)劃設(shè)計(jì)系統(tǒng)之前，銷售已經(jīng)開始打單，并且拿下了一個(gè)行業(yè)龍頭客戶。

即便我們前期做了很多業(yè)務(wù)調(diào)研，系統(tǒng)冷啟動(dòng)的過程中，不可避免地仍會(huì)依托、參考借鑒種子客戶反饋的真實(shí)業(yè)務(wù)場(chǎng)景，這也注定了接下來的很長一段時(shí)間我們都處于被種子客戶裹挾的被動(dòng)局面中。

該客戶會(huì)根據(jù)自己過往的系統(tǒng)使用經(jīng)驗(yàn)及線下業(yè)務(wù)場(chǎng)景提出大量需求，而這些需求無法通用化，此時(shí)，尋找種子客戶定制化需求和通用化場(chǎng)景之間的平衡點(diǎn)至關(guān)重要。

針對(duì)此類大型種子客戶，若無法滿足他的使用，可能意味著失去，對(duì)于開拓市場(chǎng)極為不利。可以按照以下幾點(diǎn)進(jìn)行逐步實(shí)施：

1. 尋找影響其流程使用的核心點(diǎn)，如果人力和時(shí)間極為有限，盡可能以最低成本去實(shí)現(xiàn)，滿足客戶的使用；若功能有通用化的方案，可結(jié)合功能設(shè)計(jì)、實(shí)現(xiàn)邏輯、實(shí)現(xiàn)成本，判斷是否允許后端先以配置化進(jìn)行開發(fā)，節(jié)省后期通用化開發(fā)成本；
2. 針對(duì)不影響客戶使用的功能點(diǎn)，可采取“置換方案”，即以告知客戶正在規(guī)劃和進(jìn)行中的功能的實(shí)現(xiàn)價(jià)值，來置換客戶一些不太重要的功能點(diǎn)；
3. 拒絕一些需求，主要是一些僅僅解決客戶當(dāng)下需要，但后期可能并不會(huì)用的需求，可告知客戶其他解決辦法或研發(fā)一次性處理掉，無需通過功能性進(jìn)行實(shí)現(xiàn)。

困境二：不同類型客戶的多樣化需求

在客戶數(shù)量漸漸增加后，會(huì)面臨不同規(guī)模的客戶?？蛻舻脑V求也不盡相同。以招聘系統(tǒng)為例，大型乙方客戶的業(yè)務(wù)流程較為規(guī)范、業(yè)務(wù)類型較為豐富，所需功能可能不僅限于職位管理、招聘流程、人才庫、報(bào)表等核心功能，還包括客戶管理、開票管理、供應(yīng)商管理等功能；而中小型客戶的業(yè)務(wù)流程簡歷、業(yè)務(wù)類型相對(duì)單一，所需功能可能僅有部分核心功能，甚至僅需要人才庫。

那么在針對(duì)整體系統(tǒng)給迭代過程中，如何處理不同類型客戶的不同需求，甚至同一種功能的不同要求：

1. 所有需求的迭代圍繞客戶留存風(fēng)險(xiǎn)、功能價(jià)值兩大要素圍繞進(jìn)行；
2. 高價(jià)值、高風(fēng)險(xiǎn)客戶的核心需求為第一優(yōu)先級(jí)；低價(jià)值、高風(fēng)險(xiǎn)客戶的核心需求次之；整體需求排優(yōu)過程中，盡量保證需求的通用性。

困境三：功能邏輯高度耦合

在從0到1系統(tǒng)設(shè)計(jì)過程中，一個(gè)無法避免的問題就是各個(gè)功能模塊見的邏輯耦合。由于不同功能由不同產(chǎn)品負(fù)責(zé)，功能邏輯高度耦合時(shí)，容易造成產(chǎn)品設(shè)計(jì)的邏輯漏洞（因?yàn)榭赡軙?huì)遺忘），同時(shí)容易造成后期產(chǎn)品邏輯過度繁重，也不利于用戶使用。

可通過以下幾點(diǎn)來盡量避免邏輯高度耦合造成的設(shè)計(jì)應(yīng)影響：

1. 產(chǎn)品設(shè)計(jì)前的充分溝通，確保涉及邏輯與其他模塊的功能不會(huì)沖突；
2. 設(shè)計(jì)的邏輯盡量考慮是否涉及到權(quán)限部分。舉個(gè)例子，當(dāng)用戶沒有查看職位的權(quán)限，但是卻具備招聘流程的操作權(quán)限時(shí)，如何可以看用戶投遞的職位詳情，可以考慮采用彈窗的方式來解決，確保用戶可查看職位詳情，避免因?yàn)闊o職位數(shù)據(jù)權(quán)限造成無法在其他功能中查看職位詳情。

困境四：客戶永遠(yuǎn)在猜測(cè)功能的邏輯

客戶使用系統(tǒng)時(shí)，會(huì)拋出大量的使用問題和功能實(shí)現(xiàn)問題。比如客戶在導(dǎo)入簡歷時(shí)，會(huì)問一系列問題：最多可以導(dǎo)入多少份簡歷？簡歷重復(fù)時(shí)是否會(huì)有提示？重復(fù)的簡歷是怎么處理的……

產(chǎn)品設(shè)計(jì)時(shí)，盡可能將功能做一些必要性地解釋說明（說明的展現(xiàn)方式有很多種，可以直觀說明，也可以以hover時(shí)展示的形式進(jìn)行，具體案例具體分析），不要讓用戶去猜這個(gè)功能是做了什么，之后又是怎么處理的，否則會(huì)造成用戶使用的疲乏感，也容易增加解答客戶問題的時(shí)間成本，得不償失。

困境五：差勁的交互設(shè)計(jì)

用戶在使用過程中，經(jīng)常會(huì)問這個(gè)應(yīng)該怎么操作，為什么這個(gè)無法點(diǎn)擊，為什么這個(gè)點(diǎn)擊后跳轉(zhuǎn)到這個(gè)頁面。

系統(tǒng)的用戶參差不齊，功能使用上的諸多疑問不要?dú)w咎于用戶。產(chǎn)品需要考慮每一個(gè)點(diǎn)擊跳轉(zhuǎn)的合理性、操作項(xiàng)交互方式的必要性、操作路徑的簡潔性等（如果交互設(shè)計(jì)師，則可盡量與交互設(shè)計(jì)師溝通、反饋，避免此類問題重復(fù)發(fā)生）。

綜上所述，在設(shè)計(jì)SAAS系統(tǒng)過程中，切勿被客戶牽著鼻子走，更不要忽略良好交互的重要性，須清晰了解產(chǎn)品功能間的邏輯耦合，簡介明要地展示功能設(shè)計(jì)的說明和邊界。

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

題圖來自?Unsplash，基于 CC0 協(xié)議