面試題:請你以一個項目為例,談?wù)勀闶侨绾纬橄蠊δ茉O(shè)計的?| 附案例拆解
編輯導(dǎo)語:作為產(chǎn)品經(jīng)理,你是如何抽象功能設(shè)計的?B端場景與C端場景下的抽象產(chǎn)品功能設(shè)計,又有哪些不一樣的思路?假如這類問題出現(xiàn)在面試場景中,你該如何拆解和應(yīng)答?本篇文章里,作者就該問題進行了解答,一起來看看吧。
面試官發(fā)問:請你以一個項目為例,談?wù)勀闶侨绾纬橄蠊δ茉O(shè)計的?這是面試中非常常見的場景,面試初中高級的產(chǎn)品崗大概率會遇到的問題。
以前看過一個很牛的自媒體的主理人說,我每天堅持輸出一篇高質(zhì)量內(nèi)容,還要做社群運營,大家覺得我好像無所不知,相關(guān)的問題都能信手拈來。其實并沒有什么高深的技巧,我只是提前把可能遇到的問題思考過了,剩下的都是開卷考試。面試也是如此,不打無準備之仗。
接下來文章從3個方面和大家聊一聊這個問題可以怎么答,并在文章末位附有實操案例。這是我個人的答題思路,歡迎拍磚交流(本文立足于B端產(chǎn)品的面試場景)。
一、面試官考察的重點是什么?
大家要認識到一點,在面試現(xiàn)場提出的任何問題,都是有考察成分的。哪怕你們聊得很愉快,聊起了生活與家庭,氛圍很融洽,實際上你說的話都會有意無意被面試官放到審視的位置。
所以提前對面試官的問題做好分類思考,在面試過程中保持思路清晰,是一種有效的策略。
比如此問題,我認為面試官主要考察幾個方面:
1. 考察抽象思維能力
B 端和 C 端在產(chǎn)品設(shè)計上,有一些差異點。C 端要求洞悉用戶心智,了解用戶畫像,用戶群體相對單一,決策人即為使用人。
而B端的需求提出人和最終使用者很可能不是同一個人,B 端產(chǎn)品在日常工作中更多的是整合各類崗位的訴求、抽象業(yè)務(wù)場景做標準化的設(shè)計,需求的復(fù)雜度高于 C 端的單一場景。因此面試官很看重 B 端產(chǎn)品的抽象設(shè)計能力。
但是抽象的東西不好表達,所以要從項目立足闡述抽象的思路和結(jié)果。個人認為B端的抽象設(shè)計能力與 C 端的創(chuàng)新想象力有異曲同工之妙。
2. 考察項目復(fù)盤能力
對比項目實踐,項目復(fù)盤帶來的成長更是倍數(shù)級的。經(jīng)常做復(fù)盤的人應(yīng)該有這種感受,某個時刻,腦袋豁然開朗,很多業(yè)務(wù)場景和訴求都串聯(lián)起來了,一下子都明白了問題的本質(zhì)所在。
而沒有復(fù)盤習(xí)慣的人,碰到這類問題會當(dāng)場傻了,也許在心里嘀咕:我也就憑感覺、憑經(jīng)驗做的,沒想很多啊。容易在回答時陷入細節(jié),直接講述當(dāng)時接到了什么需求,然后做了什么功能,導(dǎo)致答題的思維高度不夠。
3. 考察方法論的沉淀
而方法論的輸出,說明你的項目沉淀到了足夠的深度,而且把踩過的坑總結(jié)成為了一套邏輯自洽的心法,大概率在以后的工作中能幫助你避開很多不必要的麻煩。大家在工作中可以觀察有邏輯做事的人和憑感覺拍腦袋做事的人,在出方案的效率與執(zhí)行結(jié)果上,有非常大的差距。
某運營大神在人才選拔上有一個深刻的見解,他認為識別人才,可以從三個層次去區(qū)分。
第一層次的人才是“野生純天然”,這一層強調(diào)企業(yè)和平臺背書的作用,可能在相同的環(huán)境下去做同樣的事情,誰都能拿到不錯的結(jié)果;第二層次的人才是“見過好體系”,就是在業(yè)界得到了基本的學(xué)習(xí)和鍛煉,有系統(tǒng)的方法論;第三層次的人才是“建過好體系”,能因地制宜地做好體系設(shè)計。
我們避免成為第一類,離開了平臺你什么都不是;我們立志成為第三類;但是在面試中大多數(shù)的情況,需要有技巧地展現(xiàn)我們屬于第二類人才。讓面試官明白,系統(tǒng)的方法論能幫助企業(yè)避開不必要的坑。
一個有抽象思維、有復(fù)盤思考習(xí)慣、有能復(fù)用的方法論的人才,誰不愛呢?
4. 從這個話題切入,了解更多的項目細節(jié),鑒別項目真?zhèn)魏蛯嵺`深度
這個出發(fā)點就好比面試開場就要求做自我介紹一樣,初次見面的陌生人,總得找點共同話題交流吧。最好的共同話題就是項目本身了,項目容易造假,加水分,但是細節(jié)是很難注水的。一般針對項目連續(xù)問 4-5 個問題,有水分的人基本就進行不下去了。
所以在面試中,切記從實際出發(fā),可以從思維高度上去包裝,但不要無中生有。有人就問了,我的項目經(jīng)驗不足,不注水要怎么答啊??聪氯?,下文給你真誠作答的加分思路。
二、解題的思路是什么?
回到最開始的問題,請你以一個項目為例,談?wù)勀闶侨绾纬橄蠊δ茉O(shè)計的?4步走解決這個問題。
1. 5why原則深挖業(yè)務(wù)當(dāng)前的痛點,并與多方業(yè)務(wù)人員交談提取需求共性
在開始之前先介紹項目的背景是基本的禮貌,面試官不一定是本行業(yè)的從業(yè)人員,對你公司的業(yè)務(wù)模式也沒有深刻的了解。先說明項目背景,有利于在共同認知基礎(chǔ)上開展對話。
鑒于B端業(yè)務(wù)的跨部門,跨角色,一個需求的提出,往往有錯綜復(fù)雜的歷史因素。所以抽象需求的要點是通過多方交談,提取需求共性。經(jīng)典的5why 原則是經(jīng)證實的有效、簡單、實操性強的“刨根問底”的方式。在答題的時候,可以詳細說明自己推理的思路。
2. 參考行業(yè)內(nèi)的標準化解決方案
王戴明老師在他的《SaaS產(chǎn)品經(jīng)理:從菜鳥到專家》一書中提出,學(xué)習(xí)的方式有:向自己學(xué)、向他人學(xué)、向書本學(xué)、向標桿學(xué)。
向自己學(xué)適用于項目的復(fù)盤與總結(jié),遇到新的問題的時候,我們可以參考向他人和標桿學(xué)習(xí)。業(yè)內(nèi)領(lǐng)頭羊的實施方案,已經(jīng)成功驗證了商業(yè)邏輯是成立的,告訴我們此路已通。
特別是B端內(nèi)研系統(tǒng)的產(chǎn)品,不應(yīng)僅僅局限于解決眼前的問題,這樣會讓我們只能做到60分及格。而是應(yīng)該放開視野,看看商業(yè)化產(chǎn)品的的解決方案是如何設(shè)計的,推敲背后的業(yè)務(wù)邏輯和市場機會,有利于設(shè)計靈活而強大的產(chǎn)品架構(gòu),了解當(dāng)前設(shè)計方案的局限性與邊界,從60分做到80分。
例如權(quán)限的設(shè)計,在行業(yè)內(nèi)有很成熟的解決方案。無非是用戶、角色、權(quán)限(數(shù)據(jù)權(quán)限,功能權(quán)限)的關(guān)系,根據(jù)項目的復(fù)雜度還會涉及用戶組、角色組、組織架構(gòu)關(guān)系。
了解Oracle、Salesforce等跨國軟件的權(quán)限架構(gòu),可以讓我們清晰認識到復(fù)雜業(yè)務(wù)的頂級設(shè)計方案,但是不意味著我們的項目就需要用到這么高級的權(quán)限架構(gòu)。也許最簡單的用戶 + 權(quán)限在當(dāng)前的項目階段就已夠用。
3. 解決方案梳理并輸出原型,與相關(guān)方溝通、確認
行業(yè)內(nèi)的頂級解決方案可提供思考方向的參考,但方案的設(shè)計需要結(jié)合自身的項目狀況,考慮實際落地的策略。B端產(chǎn)品在尋找競品解決方案有一定的門檻,并不一定能找到可參考的案例,但是解決問題的底層邏輯都是相通的。
另外在設(shè)計原型、輸出解決方案(流程圖、文字描述等)的過程中,我們可以排查將來研發(fā)或者上線推廣的障礙點,提前與研發(fā)團隊的小伙伴們,業(yè)務(wù)相關(guān)方溝通、確認。和業(yè)務(wù)方確認原型是比較重要的一步,有條件的情況下可以進行demo演示操作,或者按照場景演示demo,確認方案能否解決他們遇到的問題。
這三步操作中,比較有難度的就是在提取需求共性上,初入門的小伙伴們往往會被業(yè)務(wù)部門五花八門的需求弄暈,業(yè)務(wù)要啥就做啥。如果有持續(xù)的思考和行業(yè)案例積累,輸出適合自身業(yè)務(wù)的標準化解決方案就是手到擒來的事情了。
三、加分亮點
如果你覺得以上的作答毫無亮點,或者底氣不足,可以從這2個方面補充一下。
1. 上線結(jié)果反饋,主動反思是否達到預(yù)期,是否有調(diào)整空間
其實無論是項目介紹還是功能的抽象設(shè)計,都可以用這樣的思路來回答,典型的STAR原則(情形、任務(wù)、行動、結(jié)果)或者PDCA原則,這也是反映我們項目復(fù)盤能力的一種策略。
大概率上,面試官對你上文的作答感興趣,也會繼續(xù)追問當(dāng)時抽象設(shè)計的功能,最終效果怎么樣?如果再做一遍,你會怎么做?可以做得更好嗎?
2. 對于沒上線的功能,給出規(guī)劃和實施的思路,以及說明方案潛在的風(fēng)險與難點
如果你深度參與業(yè)務(wù)并反思了業(yè)務(wù)的瓶頸,一定會規(guī)劃了不少功能,希望幫助公司解決問題。也有可能有些功能做了,因為種種原因沒有上線。
在遇到本文“抽象功能設(shè)計”的問題而又沒有更好的案例時,可以選擇這種答題思路。把你對業(yè)務(wù)的觀察、調(diào)研推理思路、產(chǎn)品規(guī)劃和落地策略一一剖析給面試官,展示你的產(chǎn)品思維、業(yè)務(wù)思維亮點。
四、案例實操
面試官:請你以一個項目為例,談?wù)勀闶侨绾纬橄蠊δ茉O(shè)計的?
作答:
我們公司主營服飾、珠寶私域電商業(yè)務(wù),企業(yè)私域直播為主要的營銷渠道。
大致的業(yè)務(wù)流程是:買手和運營部門負責(zé)日常商品與直播場次選品,銷售通過微信為客戶1V1提供服飾搭配、直播導(dǎo)購、代下單、售后等一條龍服務(wù),這種服務(wù)形式和公司的客戶群體為50歲以上的中老年女性有關(guān)。
企業(yè)內(nèi)部的OMS系統(tǒng)支撐著業(yè)務(wù)的運作,其中商品管理模塊鏈接了買手、銷售這兩個角色:買手推薦給銷售的商品會出現(xiàn)在這個列表,銷售日常會在列表中搜索商品,幫客戶搭配導(dǎo)購或者直接代下單(業(yè)務(wù)背景介紹)。
在與業(yè)務(wù)對接的過程中,我發(fā)現(xiàn)銷售總是要加一些查詢條件,比如尺寸、顏色、價格,方便他們快速找到某款商品。而買手提出的需求是關(guān)于商品排序方面的,比如直播主推標記的商品要排在首頁,新款商品也要排在首頁。
接到需求的時候我準備按照銷售的要求加查詢條件,但直覺這一方案并不能解決實際的問題。于是我開始追問他們具體的業(yè)務(wù)場景:
1)問銷售:
- 為什么要查商品的尺寸信息?
- 查詢出來的結(jié)果是否滿意?
- 大多數(shù)場景下能快速找到自己想要的商品嗎?
2)問買手:
- 為什么要讓主推和新品排在首頁,而不是按照商品的上架時間來排序?
- 為什么主推商品權(quán)重大于新品?
- 為什么關(guān)注商品的備注信息?(深挖業(yè)務(wù)痛點)
最終根據(jù)多方信息的反饋和交叉對比,我提取出了1個核心觀點:該模塊承擔(dān)著“根據(jù)既定目標快速檢索商品”和“主動推薦合適商品,提升轉(zhuǎn)化效率”的目標。如果把立即購買理解為 C 端的商城,這個模塊要達成的目標就是:提升【人找貨】以及【貨找人】的效率(提取業(yè)務(wù)需求共性)。
于是我將需求規(guī)劃為2個階段:
第一階段提升人找貨的效率,具體實施措施包括擴大商品搜索的范圍,不僅僅局限于銷售提出的查詢條件;以及商品按照買手的規(guī)則和常用的電商商城規(guī)則重新排序,讓優(yōu)質(zhì)的商品排列在最前面,獲得最大的曝光。
第二階段,可以根據(jù)客戶的畫像智能推薦相關(guān)的商品,提升客單價和轉(zhuǎn)化率。但是介于系統(tǒng)內(nèi)的歷史因素,要達到這一步有一些難度,需要提前在相關(guān)接口中埋點、搜集數(shù)據(jù),再做下一步的迭代(參考行業(yè)標準化方案)。
第一階段的規(guī)劃落到原型上非常簡單,但是所有業(yè)務(wù)部門看過后都贊口不絕,催促快速開發(fā)上線。至此我認為功能的抽象設(shè)計已經(jīng)達成了階段性的勝利,接下來就是觀察上線結(jié)果是否符合預(yù)期了(原型、方案確認)。
本文由@RaRa 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于 CC0 協(xié)議。
低代碼產(chǎn)品,全是抽象,咋回答
抱歉,現(xiàn)在才看到你的問題。低代碼的抽象其實也是從實際的共性需求中高度進行抽象的結(jié)果。
比如某表單錄入模塊用戶的需求場景個性化差異很大,最終通過低代碼抽象出來的結(jié)果是:
1. 支持自定義配置字段的錄入模式,如語音,語音轉(zhuǎn)文字,OCR識別,視頻錄入;
2. 又如不限制字段錄入的類型,可以自定義為:文本、數(shù)字、函數(shù)、日期、地點定位等類型;
3. 又考慮到該字段為敏感性字段,因此對字段做了權(quán)限的自定義配置。
類似這樣的答題思路,要展現(xiàn)是怎么從具體需求 →抽象歸納 → 功能落地的思考過程。
我的意思是我告訴面試官我是做低代碼產(chǎn)品的,面試官你就自覺別問我怎么抽象功能了。就像程序員都禿頭了,你就別懷疑我的編程水平了,嘿嘿。
反復(fù)看了幾遍你第一條評論,真沒看出這個意思來,哈哈哈
有收獲!
文章寫的真不錯!干貨滿滿,分析的很到位,案例也很好,get今日的面試小技巧!
這篇很不錯呀,支持下