1. 投遞前先搞清楚“信息體驗工程師”到底做什么說實話我第一次在華為云招聘頁面上看到“信息體驗工程師”這個崗位時第一反應(yīng)是這是什么是產(chǎn)品經(jīng)理嗎是UX設(shè)計師嗎還是寫文檔的后來仔細查了崗位描述才明白這個崗位在云廠商里屬于一個相對新興但越來越重要的角色核心工作圍繞“開發(fā)者體驗”和“信息架構(gòu)”展開。1.1 崗位定位不是寫文檔的是架橋的云產(chǎn)品最大的特點就是復(fù)雜一個華為云的彈性云服務(wù)器可能牽涉計算、存儲、網(wǎng)絡(luò)、計費、安全好幾個層面的概念普通用戶看到控制臺上密密麻麻的菜單很容易懵。信息體驗工程師干的事就是把這種復(fù)雜度消化掉用更合理的信息架構(gòu)、更清晰的文檔、更順暢的操作引導(dǎo)讓開發(fā)者和企業(yè)用戶在使用云服務(wù)時少踩坑、少查文檔、少問客服。我當(dāng)時對這個崗位的理解是它站在技術(shù)、產(chǎn)品、用戶三者的交匯點上。既要有技術(shù)敏感度知道云產(chǎn)品背后的原理又要懂用戶體驗的底層邏輯還要有良好的文字和溝通表達。和純前端、純后端的實習(xí)崗位比它的技術(shù)深度可能沒那么深但對綜合能力的要求很高尤其是“快速理解陌生業(yè)務(wù)”的能力。1.2 為什么投這個方向技術(shù)崗太卷轉(zhuǎn)個賽道可能有驚喜我自己的背景是計算機專業(yè)但代碼水平談不上頂尖LeetCode刷了三百多道就覺得到了瓶頸項目經(jīng)驗也只是實驗室里的一些Web開發(fā)和小型中間件。暑期實習(xí)投純開發(fā)崗簡歷大概率會被秒掛。后來和一個在云廠商做文檔開發(fā)的學(xué)長聊了一次他告訴我云廠商內(nèi)部有一類崗位叫“Technical Writer”或者“信息體驗工程師”國內(nèi)高校里幾乎沒有人專門學(xué)這個競爭遠沒有開發(fā)崗激烈而且云廠商這幾年非常重視開發(fā)者體驗團隊在擴張是個不錯的機會。他還提了一個觀點讓我印象深刻這個崗位后續(xù)的發(fā)展空間很寬。做兩三年之后你可以往產(chǎn)品經(jīng)理轉(zhuǎn)因為你比普通產(chǎn)品經(jīng)理更懂用戶和場景也可以往技術(shù)社區(qū)運營、開發(fā)者關(guān)系DevRel方向走甚至有能力的話可以轉(zhuǎn)做云產(chǎn)品的解決方案架構(gòu)師。相比開發(fā)崗的單一路徑它更像是“π型人才”的起點。我聽完之后覺得這個方向值得一試。2. 面試前我做的準(zhǔn)備簡歷、知識儲備、心態(tài)調(diào)整明確了目標(biāo)之后我給自己留了大概兩周時間做針對性準(zhǔn)備。華為云的暑期實習(xí)招聘流程一般是網(wǎng)申 - 在線測評 - 技術(shù)面試一到兩輪 - 業(yè)務(wù)主管面試 - HR面試有些崗位還有加筆試。我投的這個崗位沒有單獨的筆試環(huán)節(jié)但在線測評里的邏輯題和性格測試還是需要認真對待的它會直接影響簡歷是否能被推到業(yè)務(wù)部門。2.1 簡歷改了三遍核心是“體驗向”的素材挖掘我第一版簡歷完全是按開發(fā)崗的標(biāo)準(zhǔn)寫的羅列了用什么框架做了什么系統(tǒng)自己感覺技術(shù)棧挺全但投這個崗位就不對味了。后來我換了一個思路不只展示“我做出了什么”更突出“我如何讓用戶更好用、如何發(fā)現(xiàn)問題并優(yōu)化”。比如實驗室那個項目原來寫的是“負責(zé)后端接口開發(fā)”我改成“從用戶視角梳理了操作流程將表單填寫步驟從7步縮減到4步并補充了異常狀態(tài)提示使任務(wù)創(chuàng)建成功率提升20%”。這個數(shù)字是我回去翻了項目記錄對比改版前后一個月的數(shù)據(jù)得出來的不是編的但如果沒有留痕根本寫不出這樣的描述。簡歷上我還特意加了一個板塊叫“寫作與文檔沉淀”把平時寫過的技術(shù)博客、給項目寫的README、整理的接口文檔都列出來標(biāo)明閱讀量和收到的反饋。事實證明這個板塊在面試里被問到的頻率最高面試官對“你為什么要寫博客”“你覺得什么樣的技術(shù)文檔是好文檔”這類問題特別感興趣。2.2 知識儲備從華為云產(chǎn)品體系到行業(yè)趨勢兩周的準(zhǔn)備時間不算多我把重心放在三塊內(nèi)容上。第一塊是華為云的產(chǎn)品體系。我花了一個晚上把華為云的官網(wǎng)從頭到尾翻了一遍重點看彈性云服務(wù)器ECS、對象存儲服務(wù)OBS、云數(shù)據(jù)庫RDS、云容器引擎CCE、物聯(lián)網(wǎng)平臺IoTDA這幾個核心產(chǎn)品的文檔首頁和快速入門。不是為了背參數(shù)而是為了建立“華為云到底有哪些東西、各自解決什么問題”的框架感。面試時如果被問到“你了解華為云哪些產(chǎn)品”你能說出它們的使用場景和關(guān)聯(lián)關(guān)系和只能報菜名式地列舉名字差距是很大的。第二塊是云計算的通用概念這塊我本身有一定基礎(chǔ)重點復(fù)習(xí)了虛擬化、容器與虛擬機的關(guān)系、Serverless的優(yōu)缺點、IaaS/PaaS/SaaS的區(qū)別這些基礎(chǔ)但高頻的概念。復(fù)習(xí)方式不是死記硬背而是自己給自己講一遍講不出來或者講不順的地方就是薄弱點。第三塊是體驗設(shè)計相關(guān)的常識比如尼爾森十大可用性原則、信息架構(gòu)的五層模型、認知負荷、F型閱讀模式等。我讀的是《Don‘t Make Me Think》和一些博客總結(jié)沒有系統(tǒng)啃大部頭。面試時雖然不一定會直接考這些名詞但當(dāng)你分析一個功能好不好用的時候這些理論能幫你把直覺轉(zhuǎn)化成有邏輯的表達。2.3 心態(tài)調(diào)整把它當(dāng)成一次真實的“用戶研究”面試前我做了幾次模擬對象是室友和導(dǎo)師。模擬的時候他們提了一個問題你一個學(xué)計算機的去面一個偏體驗的崗位會不會覺得浪費專業(yè)這個問題我一開始不知道怎么答后來想通了。技術(shù)背景和體驗崗位并不沖突恰恰相反這是我區(qū)別于純文科背景候選人的最大優(yōu)勢。我能看懂代碼能理解技術(shù)實現(xiàn)的成本所以在設(shè)計信息架構(gòu)和文檔結(jié)構(gòu)的時候我能更好地拿捏“技術(shù)準(zhǔn)確性”和“用戶友好度”之間的平衡。想通這一點之后我整個人的信心都不一樣了。3. 面試流程實錄三輪面試每一輪都在“篩人”華為云的面試節(jié)奏比我想象中快一周之內(nèi)走完了三輪。從一面到HR面每一輪的側(cè)重點完全不同但也有一條隱藏主線這個候選人能不能在不熟悉云產(chǎn)品的情況下快速理解業(yè)務(wù)邏輯并用清晰的方式表達出來。如果你也想投類似崗位下面這段可以仔細看。3.1 一面項目深挖與體驗分析題一面的面試官是崗位所在的團隊骨干開場讓我做了簡單的自我介紹大概兩分鐘。我按“教育背景 - 為什么選擇這個崗位 - 相關(guān)經(jīng)歷”的結(jié)構(gòu)講重點落在自己做過的項目和寫過的博客上。然后是項目深挖面試官盯著簡歷上那個“表單優(yōu)化”的項目連續(xù)問了快二十分鐘。他問的角度很刁不是問“你怎么做的”而是問“你怎么判斷那三步刪掉是對的”“有沒有用戶反對”“如果用戶量再大十倍你的方案還成立嗎”。這些問題讓我意識到他關(guān)心的不是你做了什么而是你有沒有形成一套自己的判斷方法論。當(dāng)時我盡量把自己當(dāng)時的思考過程還原出來包括分析了哪些操作日志、參考了哪些競品、怎么做的A/B測試以及最后上線后通過哪些指標(biāo)確認效果。項目部分結(jié)束之后他拋出兩道體驗分析題。第一題是“你打開一個云服務(wù)的控制臺第一眼看到什么會讓你覺得這個產(chǎn)品很專業(yè)什么會讓覺得很難用”。我分幾個層面答的視覺上的信息密度是否克制、核心操作按鈕是否在合理位置、專有名詞有沒有解釋、錯誤提示是不是人話。第二題是“讓你給一個從來沒有用過云服務(wù)器的人寫一份入門指南你會怎么寫”這個問題我之后細說。一面最后留了十分鐘讓我反問我問了團隊目前主要服務(wù)哪些產(chǎn)品線、一個實習(xí)生進去能接觸到什么項目、團隊對實習(xí)生的培養(yǎng)路徑。面試官反饋比較積極說我的技術(shù)背景對崗位有幫助也提出我有些表達太“跳”建議我組織內(nèi)容時用“金字塔原理”先說結(jié)論再擺依據(jù)。3.2 二面主管面更看重做事邏輯與價值觀二面是業(yè)務(wù)主管風(fēng)格和一面完全不一樣。他基本沒問技術(shù)細節(jié)而是從宏觀視角切入你怎么看待云計算行業(yè)的發(fā)展、華為云在行業(yè)里的位置是什么、為什么大型企業(yè)選擇云服務(wù)時會把“可靠性”放在第一位。這輪比較像壓力面他會打斷你的回答追著問“你沒說到本質(zhì)”“再想想”。比如他說到云服務(wù)可靠性時我提到了多可用區(qū)部署、故障自動切換這些概念他就追問你說的是技術(shù)層面的可靠性但客戶真正擔(dān)心的是什么我愣了一下意識到他想要的是更深層的洞察——客戶擔(dān)心的是業(yè)務(wù)連續(xù)性是數(shù)據(jù)丟了對業(yè)務(wù)的影響是“出了問題有沒有人負責(zé)”。技術(shù)手段只是實現(xiàn)“讓客戶放心”這個目標(biāo)的方式之一。他還問了一個情景題如果讓你負責(zé)一款新產(chǎn)品的信息體驗但研發(fā)資源緊張文檔開發(fā)周期被壓縮了一半你怎么辦。我的回答是第一步明確哪些內(nèi)容是絕對不能省的高頻路徑第二步用敏捷文檔的思路分版本交付先出MVP版本覆蓋核心場景后續(xù)迭代補充邊界場景和API參考第三步是推進建立文檔和代碼一起評審的流程讓文檔問題盡早暴露。主管聽完沒有評價直接切到下一個問題。這輪給我的感覺是華為云的主管面不考察你已經(jīng)會了什么而是考察你在未知挑戰(zhàn)下有沒有結(jié)構(gòu)化的思考方式和扛事的心態(tài)。這很像他們業(yè)務(wù)里真實會遇到的問題要快速發(fā)展也要守住體驗底線。3.3 HR面職業(yè)規(guī)劃與軟素質(zhì)確認HR面相對輕松但有一些常見的坑。比如“你遇到過最大的挫折是什么”如果你答一個無關(guān)痛癢的事情對方會覺得你沒有反思能力。我當(dāng)時講的是有一次技術(shù)方案被推翻重來我一開始覺得是隊友不理解我后來冷靜下來分析發(fā)現(xiàn)是自己的方案確實沒有考慮清楚邊界條件最后改進了方案也學(xué)會了在動手前先把需求邊界對齊。HR還問了為什么想來華為云、對工作地點有沒有要求、大概能實習(xí)多久。我據(jù)實回答同時表達了自己對云產(chǎn)品和開發(fā)者體驗方向的興趣是長期的不是隨便找個實習(xí)刷簡歷。這一輪只要保持真誠、表達清晰、表現(xiàn)得穩(wěn)定基本問題不大。4. 高頻面試題深度解析我是怎么準(zhǔn)備和回答的整個面試過程中有幾個問題幾乎是必考的或者說變著法子出現(xiàn)。我整理了一份自己的題庫和回答思路分享出來希望能幫后來人節(jié)省一些時間。4.1 技術(shù)理解類云產(chǎn)品相關(guān)概念這類問題考察的是基礎(chǔ)功。我整理了當(dāng)時重點復(fù)習(xí)的概念列個表方便對照概念一句話解釋面試常見切入角度虛擬化把一臺物理機的資源切分成多個獨立環(huán)境和容器的區(qū)別是什么容器輕量級隔離共享內(nèi)核為什么比虛擬機啟動快Serverless按需運行不需要管理服務(wù)器適合什么場景、有什么短板對象存儲以Key-Value方式存儲非結(jié)構(gòu)化數(shù)據(jù)和文件存儲、塊存儲的區(qū)別IaaS/PaaS/SaaS云服務(wù)三種交付模式各舉一個華為云的產(chǎn)品例子消息隊列異步解耦、削峰填谷消息丟失和重復(fù)消息如何處理面試官還問到了華為云物聯(lián)網(wǎng)平臺的“三元組”概念這是物聯(lián)網(wǎng)設(shè)備接入平臺時的身份憑證包含產(chǎn)品ID、設(shè)備ID和設(shè)備密鑰。我之前正好了解過一些IoT的內(nèi)容就順勢講了設(shè)備通過三元組完成認證接入的流程以及為什么不能用固定密碼做設(shè)備認證、而是要用動態(tài)密鑰因為設(shè)備的計算能力弱固定密碼容易泄露。這一題答完之后能看到面試官的表情有明顯的變化說明這種有深度的內(nèi)容確實能加分。4.2 體驗分析類怎么做體驗分析和優(yōu)化這類題目是崗位面試的重頭戲形式很多樣。我遇見的兩種一種是直接給一個產(chǎn)品讓你挑毛病另一種是給一個用戶場景讓你設(shè)計方案。我的回答框架基本固定分四步走。第一步是先確認用戶畫像和使用場景不能一上來就評價功能好不好用同一個功能給工程師用和給運維人員用標(biāo)準(zhǔn)完全不同。第二步是梳理關(guān)鍵任務(wù)路徑找到用戶完成核心任務(wù)需要經(jīng)過哪些步驟每多一步都是負擔(dān)。第三步是分析信息架構(gòu)和視覺層級看重點信息有沒有被埋沒、專業(yè)術(shù)語有沒有解釋、錯誤反饋是否清晰。第四步是提出優(yōu)化方向并且說明優(yōu)先級——哪些是能快速見效的哪些需要跨團隊協(xié)調(diào)哪些改變有風(fēng)險需要灰度驗證。比如“給云服務(wù)器新手寫入門指南”那道題我的回答是結(jié)構(gòu)上先講清楚云服務(wù)器是什么、能解決什么問題然后用一個真實的場景比如搭建一個個人網(wǎng)站貫穿整個過程讓用戶帶著目標(biāo)去操作而不是對著功能清單學(xué)。內(nèi)容上嚴格控制每個步驟的長度每個操作都配截圖命令和參數(shù)都標(biāo)注“這句話是什么意思”“能不能不填”。這樣寫出發(fā)點是把一個對云產(chǎn)品毫無概念的用戶帶到“能自己動手完成第一個小項目”的狀態(tài)而不是堆砌完整卻讓人看不下去的功能文檔。4.3 行為面試類STAR法則的實戰(zhàn)用法華為云的面試很看重行為類問題“講一個你遇到的困難”“講一次團隊沖突”這類題出現(xiàn)的概率很大。STAR法則大家應(yīng)該都知道但我發(fā)現(xiàn)很多人用不好原因是只記住了形式?jīng)]有真正理解每個環(huán)節(jié)該放多少比例。我的經(jīng)驗是S背景和T任務(wù)壓縮在一兩句話里A行動占大頭至少60%的內(nèi)容R結(jié)果一定要量化或者有明確反饋。比如講那個表單優(yōu)化的項目背景是“內(nèi)部管理系統(tǒng)體驗差任務(wù)創(chuàng)建成功率低”任務(wù)是“兩個月內(nèi)優(yōu)化核心流程”行動部分我講了怎么通過埋點數(shù)據(jù)分析流失節(jié)點、怎么做的用戶訪談、改了什么、遇到什么阻力、怎么推動開發(fā)配合結(jié)果部分落到“成功率提升了20%同事反饋搜索時間明顯縮短”。還有一點很重要講完之后加一句反思說自己從這件事里學(xué)到了什么、現(xiàn)在會怎么做。這不是套話而是向面試官展示你是個“復(fù)盤型選手”這在職場里比“能干”更稀缺。4.4 反問環(huán)節(jié)怎么問才不踩雷面試官通常會在最后問“你有什么想問我的”這個問題一定要重視它是你展示信息收集能力的最后機會。我的建議是不要問“實習(xí)生有沒有轉(zhuǎn)正機會”“加班多不多”這種問題雖然你可能真的很想知道但最好留在HR面再確認。我更推薦問和業(yè)務(wù)相關(guān)的問題比如“團隊目前最關(guān)注的信息體驗指標(biāo)是什么”“實習(xí)生進來會參與到哪個產(chǎn)品的項目中”“團隊在信息體驗和內(nèi)容開發(fā)上的工具鏈?zhǔn)窃鯓拥摹?。這些問題傳遞的信號是我不只是來找一份實習(xí)我是真的在思考入職以后怎么做事情。終面主管那輪我問了“您覺得這個崗位未來三年會如何發(fā)展”主管跟我聊了很多關(guān)于行業(yè)和團隊規(guī)劃的內(nèi)容氣氛一下就輕松了很多。5. 實操總結(jié)這套方法不只能用來面試還能用來做事從投遞簡歷到收到offer前后大概三周。復(fù)盤整個過程我最想分享的不是某個具體的面試答案而是一套方法論無論面試什么崗位都要把“用戶視角”和“結(jié)構(gòu)化表達”貫徹到底。做簡歷的時候你是產(chǎn)品的用戶招聘者是想知道“你能幫我解決什么問題”的客戶面試的時候你是自己經(jīng)歷的產(chǎn)品經(jīng)理要把最有價值的信息放在最顯眼的位置拿到問題的時候先別急著回答花十秒鐘想清楚對方真正在問什么再用金字塔結(jié)構(gòu)組織答案。崗位認知這件事我也建議反復(fù)做。我用一個笨辦法每天花二十分鐘看華為云官網(wǎng)的產(chǎn)品更新和文檔公告不懂的概念就查持續(xù)了大概十幾天效果比考前突擊好很多。因為云產(chǎn)品本身就是快速演進的你展示的不是“我背下了你們有哪些產(chǎn)品”而是“我有持續(xù)跟蹤行業(yè)信息的習(xí)慣”這種學(xué)習(xí)能力才是面試官真正在意的。這個方向后續(xù)還可以往哪里走我也有一些想法。暑期實習(xí)期間如果機會允許我想爭取接觸真實的云產(chǎn)品文檔重構(gòu)項目跟著導(dǎo)師走完整個信息架構(gòu)設(shè)計流程。同時我也會保持寫技術(shù)博客的習(xí)慣但內(nèi)容重心會從純技術(shù)記錄轉(zhuǎn)向“技術(shù)體驗”方向比如分析某個云產(chǎn)品控制臺的設(shè)計邏輯、拆解一份優(yōu)秀的技術(shù)文檔是如何組織的。既能積累作品集也能幫自己建立更系統(tǒng)的思考框架。說到底面經(jīng)看再多也只是地圖真正有價值的是你親自走過的路。希望這篇分享能幫你少走一些彎路也祝你能拿到心儀的offer。