首頁 > 軟體

面試官問了一道產品題,結果涼了!

2021-05-21 15:30:02

「來源: |唐韌 ID:RyanTang007」

今天早上一個讀者找到我,說自己昨天參加了一個產品面試,但回家後沒多久就被告知面試沒過,自己覺得大概率是敗在了一道產品基礎題上。

他想了一個晚上也沒想明白,於是想問問我的看法。好奇之下,我詢問了一下這道讓他涼涼的面試題。

面試官是這麼問他的:如何用 ABTest 的方法做產品關鍵路徑的效率優化?

他的回答大概是這樣的。

第一步,先梳理當前產品的關鍵路徑,繪製使用者體驗地圖,提煉其中的問題點和機會點。

第二步,針對問題點和機會點分別設計解決方案,將不確定性的方案設定為實驗組,與原產品流程進行效率對照。

第三步,根據實驗組和對照組的資料情況,重點觀察使用者在關鍵路徑上的操作路徑步驟以及停留時間,以此得出 ABTest 的結論。

以上,是他跟我說的大致回答思路。

乍一看,好像沒啥毛病。

可實際上,這種回答只是表面上的邏輯梳理,說得都對,但似乎還是沒回答問題。而且,並不夠具體和落地,同時也缺乏了一些分析和思考。

在這道面試題裡,有這麼幾個關鍵詞,分別是 ABTest、關鍵路徑、效率優化。

首先,這是一個開放式問題,面試官提問的目的肯定不是讓你回答做這件事的邏輯流程,而是想考察你是如何分析和思考這個問題以及會給出什麼樣的落地方案。

其次,答題思路可以從問題出發,也就是如何完成效率優化?

分析產品關鍵路徑上的效率優化,無非是資訊設計、互動步驟、轉化率優化。目的都是讓使用者儘可能方便快捷地完成產品任務。

既然是開放式問題,此時最好能舉一個具體的案例來代入這個問題,也是給自己營造一個比較熟悉的答題環境。

我們就以電商產品為例。

使用者使用產品的關鍵路徑包含了搜尋、商品詳情、購物車、結算頁、收銀臺、訂單。通過歷史資料可以看到這個路徑流程屬於一個比較明顯的漏斗分佈。

如果從結算頁到收銀臺的轉化率是 60%,即提交訂單的使用者有六成會進入支付頁面。

此時做一個假設驗證,通過對結算頁的資訊優化、互動優化、功能優化後能提升一定的轉化率,以此來驗證方案是否有效。

經過分析設計,決定對結算頁的優惠券模組進行功能層面的優化,增加一個自動選券的功能。

這個功能可以自動判斷使用者賬戶裡是否有能用於該訂單的優惠券,如果有,則為使用者自動勾選並減去原本的訂單價格。

為了驗證這個方案的有效性,將新功能的版本設定為實驗組,然後將原版本設定為對照組,實行上線後的灰度釋出。

在此之前,對實驗組和對照組的功能環節進行資料埋點,分別收集等量情況下的資料結果。

經過一段時間的測試,提取之前埋點的資料結果,將兩組進行對比分析。

為了提升 ABTest 的準確性,提取的是同時段、同品類、同商品、同促銷策略下的訂單轉化情況,這樣的資料比較客觀。

如果實驗組的轉化率高於對照組,那說明新增的這個功能可以提升支付轉化率,從而提升了關鍵路徑上的使用者效率。

其實,上面這種回答思路和他的回答思路有幾點不同。

第一,不講大邏輯大流程,而是落到具體的問題點和執行點上去拆解問題並提出方案。

第二,面對開放式的提問,給出一個具體的案例來塑造場景輔助回答。

第三,邏輯自洽,不做開放式回答。

其實這道題考察的都是產品基礎知識,並不是什麼難題。只要把基礎知識夯實好,並且有過相關的實踐經驗,回答這樣的問題並不會太困難。

面對提問,最好的回答就是複述你曾經的實踐經歷。這種回答既落地、也真實,而且你回答起來也會更加得心應手。

希望能對你們有所啟發。

最後,推薦一套拉勾出品的適合產品經理學習的資料課程,包括資料分析方法、工具、MySQL、Python、資料指標搭建以及 ABTest 相關的知識。

這套課程我推薦過幾次了,也有不少讀者報名學習過,從他們的反饋來看,效果還是不錯的,尤其適合產品新人。

之前也介紹過,這套課程的特點是結合企業真實案例,由來自大廠的導師操刀設計,實戰性比較強。

此外,拉勾是做招聘起家,自己手上有不少的企業資源,通過他們學習畢業的同學還可以獲得大廠直接內推資格。

之所以做這個,基本也是需求導向,企業需要什麼人才,他們就定製什麼課程來培養,還會和你簽訂就業協議,算是有一定的就業優勢。


IT145.com E-mail:sddin#qq.com