從0到1做招聘SAAS系統(tǒng)的困境和破局之法
編輯導(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í)施:
- 尋找影響其流程使用的核心點(diǎn),如果人力和時(shí)間極為有限,盡可能以最低成本去實(shí)現(xiàn),滿足客戶的使用;若功能有通用化的方案,可結(jié)合功能設(shè)計(jì)、實(shí)現(xiàn)邏輯、實(shí)現(xiàn)成本,判斷是否允許后端先以配置化進(jìn)行開發(fā),節(jié)省后期通用化開發(fā)成本;
- 針對(duì)不影響客戶使用的功能點(diǎn),可采取“置換方案”,即以告知客戶正在規(guī)劃和進(jìn)行中的功能的實(shí)現(xiàn)價(jià)值,來置換客戶一些不太重要的功能點(diǎn);
- 拒絕一些需求,主要是一些僅僅解決客戶當(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)給迭代過程中,如何處理不同類型客戶的不同需求,甚至同一種功能的不同要求:
- 所有需求的迭代圍繞客戶留存風(fēng)險(xiǎn)、功能價(jià)值兩大要素圍繞進(jìn)行;
- 高價(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)影響:
- 產(chǎn)品設(shè)計(jì)前的充分溝通,確保涉及邏輯與其他模塊的功能不會(huì)沖突;
- 設(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é)議
看完之后有種,無關(guān)痛癢的感覺