陸陸續續進入秋招，最近也收到很多投稿——“海投一個都沒中啊”“所以秋招真的是千里挑一嗎”
今天的文章和大家聊聊，秋招到底是一種什么體驗，同時也為大家復盤一下有趣的模擬群面活動。
關鍵詞1 迷茫
首先，進入秋招沉浸式體驗之前，其實很多人想的是——“我要不要秋招？”
新的人生階段，突然的角色轉變，既想闖出熟悉的環境，又害怕未知的世界，從而迷失了方向。
在沒有方向的時候，我們總渴望聽聽過來人的建議——
關于同學的建議，他們可能跟隨大流，擠入各種“大廠必過”課程，加入各種考研考證班。加入人多的隊伍，當然更有安全感，但更希望你走出自己的道路。
關于父母的期待，他們可能希望你過得輕松點，體面點，壓力小點。但我們雖然有義務回應父母的期待，但不一定按照他們的規劃走，畢竟父母的出發點是我們過得更開心，我們更應該為自己負責。
以上種種，最重要的還是要聽從自己內心的聲音，決定了就去做吧！
關鍵詞2 恐慌
好了，既然決定要秋招了，那就做吧。
相信在初生牛犢不怕虎的年紀，我們都曾發過誓：“要出人頭地！”
但空如白紙的我們，碰到“秋招”這座大山后，總會縮起來說——“還是躺平吧！”
“害，秋招確實很難，千里挑一?！?/p>
因為秋招前期是任何一個環節都有可能被刷掉的時期，從網申、簡歷、筆試、群面到一二三面…于是不斷陷入否定自己、懷疑自己的漩渦。
這很正常，但秋招拼的就是心態不是嗎？別怕，打起精神來！
關鍵詞3 焦慮
既然克服恐懼了，相信又有很多人，被焦慮滲透著——
“怎么辦，只剩一個月，我還有那么多簡歷沒投，那么多筆試沒做，那么多面試沒過，完了完了……”
如果你接下來還有這種狀態，請立馬打住！
因為現在已經沒有更多時間，留給你胡思亂想了，這時候更應該抵制情緒的泛濫：
“我應該慶幸，在秋招之前，還能發現自己的不足，必須馬上查漏補缺?！?/p>
在有限的時間里，把那些胡思亂想的時間騰出來，專注于解決問題，才是更加明智的選擇。
當你要胡思亂想焦慮人生時，趕緊去刷題、總結、練習，尋找正向反饋，遠遠比空想來得踏實。
關鍵詞4 落差
卷怕了，卷怕了
秋招進行到后期，無數個心酸時刻涌上心傷。
可能是不斷有大佬在朋友圈曬出offer，可看看自己，這也掛了、那也錯過了，啥也沒有…
可能是一天來回奔波，飯也沒吃，在公交車上頭很暈，默默看著窗外，眼淚不知不覺就流下來。
“前途茫茫，想象和現實的距離那么大?！?/p>
這個時間點，考驗的是大家的心態和耐心。到最后的沖刺階段，所有人的能量都快耗盡了。
但只要你堅持下來，你就是最后的贏家。
關鍵詞5 喜悅
接到電話的那一刻——“??？是嗎，真的呀，好棒呀，太好了，好的好的，可以可以，謝謝謝謝?！?/p>
劇情的走向要是這樣就好了！秋招也許不能決定我們的一生——
千挑萬選出來的崗位，真正上崗時也可能發現不喜歡；在職場上被虐成菜雞的同學也有可能再次選擇求學，補足底層知識。在這個年紀小小地摔一跤，也不證明你有多差。
“試煉的終點是花開萬里。希望你以渺小啟程，以偉大結束。”
背景：許多社交活動無法正常在線下進行，很多學校和公司將會議、面試和辦公都轉為線上。
要求：給在線會議設計1-3個新功能來提升活動效率。
答辯總結：
嘉賓點評：
當拿到題目時，先從題目中摘取關鍵詞，如“社交活動”，“無法正常在線下進行”，場景被分為“學校”和“公司”，“1到3個新功能”，“新功能”指的是在線會議目前還未滿足的能力，這道題最關鍵的六個字是最后的“提升活動效率”，這說明我們在做這個動作的時候需要定核心指標去做量化，以及去和沒做之前的做對比。
題目中提到的各項場景，進行快速篩選，找到各自認為最適合最應該去做的場景作為討論點。
根據每個同學自己的經驗，會有不同場景的選擇，在團隊中快速建立統一的認知，找到之后團隊需要集中討論的場景，大家選擇的學校場景就是比較適合的點。
需要圍繞場景的每個痛點定下一個指標，因為每個痛點都可以上線很多功能，每一個功能分別上線之后，能夠對這個指標提升的效率是多少，如果給不出來這個指標的話，可以從共識上去說服別人。
在現實工作中，如果兩組都要圍繞一個痛點做功能的話，老板會更喜歡從公司的角度考慮的方案，比如說可能給出的方案用這個指標量化之后，提升了整個產品的使用率或者產品的費率等等，就會推導到為什么這個方案在這個場景下以及當前我們有限的資源下是最優的，所以做所有相關的需求或項目的時候都會需要一個核心指標。
接下來就是做痛點分析的具體闡述，假設不是在線上做這個事情，在線下的課堂是怎么進行的，為什么到了線上就會出現痛點問題，這些問題是在老師這一側，還是在學生這一側，這些痛點的細節都需要闡述清楚。
功能設計這塊，需要考慮的是做的功能提升的效率是為老師側服務，還是為學生側服務，以及考慮應不應該做這個功能，以及每個功能的優先級是怎樣的，這些都需要一個核心指標去說明清楚。
另外，需要測算這個功能做完以后可以帶來多少收益空間，表面的是為了提升某個活動的效率，深層次的需求是通過滿足了這個效率提升的這個場景能夠帶動在線會議在某個場景下多少使用量的提升，以及它能夠拉動我們有付費意愿的客戶的滲透率，我們需要通過測算收益空間作為我們做這個需求的一個長期的成功指標。
每個產品的功能點都會有自己的終極形態，但是終極形態之前都會有一個中間態，這時候就需要產品的roadmap，里面有些功能我們可以先進行mvp迭代，用戶效率提升了或者同學們的反饋變好了，那么通過一個簡單的需求的反饋，再去做一個難度更大的需求，會更有說服力，以及說對這個產品的理解程度會更好。
其實說到群面，就少不了去談角色定位的問題。一場群面中我覺得不能少的是leader、timer和recorder。形象一點，就類似于一個產品開發過程中的產品經理、項目經理和開發，沒有產品經理項目沒有人領頭，推進困難；沒有項目經理，項目難以保證按時交付；沒有開發，項目如同空中樓閣。
這次的群面中，有比較明顯的leader，但沒有明顯的timer和recorder分工。這就為后期埋下了隱患：如果leader自己沒有有意計時，組員也都沒有計時的話，這次群面很可能就沒能把握住時間按時報告；如果沒有同學有意記錄并且適當時間總結的話，中間討論的內容就會遺忘、過分發散，不利于結論收斂。
小提示：不要覺得Timer 和Recorder沒有leader角色重要哦！
Timer 可以控制時間，你可以利用提示時間來為自己爭取一個主動發言機會，也可以通過提醒同學注意時間來刷臉哦。
Recorder最后有可能就是匯報人，這也是很好的表現機會呀！
還有，在群面里要注意全局觀：大家不去擔任的角色如果你能迎難而上且做得漂亮會很加分哦！
本次的缺位還體現在leader的職責缺位。leader按理來說應該擔任起產品的職責，帶領團隊搭建好分析框架并步步推進，又要擔任起項目經理的職責，帶領團隊完成一個又一個里程碑。第一個任務是對專業能力的要求，第二個任務是對管理能力的要求。但是這次的leader沒有很好地做到這幾點。如果是我的話，我一開始會這樣說：
“各位同學，我們總共的時間是60min，剛剛大家應該都對題目有了一定的了解，我建議我們前5分鐘看題目并且思考一下產品可能的方向以及具體功能；之后5分鐘，我們討論出產品的具體功能做什么（第一個里程碑）；接下來10分鐘，我們完成產品的獲客推廣方案（第二個里程碑）；再10分鐘，我們完成產品的規劃方案（第三個里程碑）；接著10min我們完成產品的商業化方案（第四個里程碑）；最后10min我們來總結出一個最終的報告，推舉一位同學來做一個pre（第五個里程碑）。我們需要兩位同學來計時和記錄，有沒有同學愿意的呢？”
其實呢，這個過程就是把群面的大任務分為幾個小任務，并對每一個任務分配一定的資源（這里就是時間和人），把握好這幾點其實對于群面來說十分重要。
在這里再深入一層，對這三個角色強調幾點：
leader盡量不要兼職其它角色。leader不僅需要搭建框架、把控時間，也需要及時識別討論過程中是否出現了思維偏差（范圍過大或太過細節），需要及時收回；也需要及時關注團隊成員，如果發現有同學參與度低或者跟不上要采取措施讓同學跟上。因此很可能顧此失彼，前面提到leader跟timer應該協作來控制時間，一方面leader需要做好規劃，另一方面timer需要專心記錄時間而不是讓leader分心記錄時間；
timer也不要把自己當作一個報時器，你是項目經理的角色，是第二leader。比如說在項目太過發散時，timer可以提醒”我們還有xx時間結束，這部分不是很重要，我建議這部分加快進度“，而不是”我提醒大家一下，還有xx時間這部分就結束了“。timer要起到輔助leader把控方向，同時控制項目進度的作用；
recorder掌握的是整個團隊的生產力，因此不僅僅記錄好就可以，更重要的是有條理。最終匯報的可能是你也可能不是你，但是能讓最后的匯報人拿著你整理的邏輯清晰、條理簡潔的內容做一個良好的匯報對你來說無疑是加分的。
其實這個并不應該出現，從自我介紹中能夠了解到應該大部分同學都有一些互聯網經驗，但是這次的產品設計問題比較大。
設計的是一款大而全的產品，希望涵蓋出行和醫療兩個領域。這樣的產品，第一是技術實現困難，出行的調度算法是一個很難去做好的問題，尤其是如果加入拼車、順風車等功能難度成倍增加；第二是硬件負擔大，聚合的功能勢必帶來更大的性能消耗，老人機能否支持這種消耗還有待商榷；第三，綜合性平臺的運營一定不如垂類平臺，出行類產品的司乘運營、互聯網醫療的醫生運營都不如垂類平臺，自然用戶體驗就會差，留存率不高，這種大產品就活不下去；
想做平臺類產品。平臺類產品很困難的一點就在于，必須要雙方都參與才能構建起一個平臺，對于出行來說，怎么拉攏來司機（當然現在司機的選擇也會多元，但是平臺怎么做好司乘匹配是個大麻煩）；對于醫療來說，怎么拉攏來醫生，都是給自己挖了坑；
想做醫療這種強監管行業。醫療這種行業受到國家政策影響比較大，互聯網醫療需要企業取得一定資質，想做這種產品一般來說需要有一定資本。同學也有考慮到，提到可能需要去掛靠大廠，但是為什么大廠需要這個產品呢，跟現有產品相比有什么核心競爭力呢？這個很難回答；
需求定義不清晰。整個的方案我感覺只是找出了一個大方向或者設計模式，但是從什么角度切入并沒有亮清楚。
不要用投票的方式表決，因為投票的話會顯示出你們的團隊內部沒有達成共識，這一方面會浪費大量時間，另一方面會給面試官留下leader沒有能力統一團隊共識的印象。
同學在匯報過程中表現還是比較好的，能夠用一些引導詞吸引注意力并且顯示出邏輯，比如說“宏觀上”、“微觀上”等等，而且比較好的是有在開頭做一個overview的意識。但是在實際的敘述過程中，個人口頭禪比較多，而且會出現一些想到哪說到哪的舉例子情況，沖淡了內容重點和邏輯性。如果是我的話，我比較建議的敘述模式是這樣：
“面試官您好，我們希望做的是一款互聯網醫療產品，主要面向的人群是一二線城市老年人及其子女，解決其看病操作困難的痛點。以下我們將會從產品功能設計、用戶獲取、產品規劃和商業化路徑四個方面去向您講述。
第一是產品功能設計，我們采取了xx、xx功能，分別解決xx用戶在xx場景之下的xx痛點。
第二是產品用戶獲取，針對我們的目標用戶xx，我們將會采取方式1、2、3等方式去實現拉新效果……”
除此之外，不要在隊友敘述的過程中打斷，這樣的話會顯得你們團隊合作意識非常差。換到工作場景中就是在一個項目中，產品快要發布了，開發突然提出一個問題說沒有解決或者還需要補充，這很容易給人一種不靠譜的感覺。
小提示：如果在補充的過程中先肯定隊友的觀點，再補充觀點會顯得比較有禮貌！
如果希望補充，可以在隊友提完方案之后補充，這個階段一般面試官會允許隊友補充一下的。但是這個時候也是需要注意，不要補充太過細節的東西，理由類似前面的一段；同時也需要注意不要否定團隊已有成果，這只能顯示你們剛才的討論有問題，或者會被質疑為什么討論的時候沒有提出來。
文章最后，通過職場試煉、場景認知與痛點分析的沉浸式體驗，相信你一定收獲很多，歡迎在評論區講一講你身邊的職場故事吧！
本文來自微信公眾號“有光Ushine”（ID:gh_77b79afcba9d），作者：有光團隊，編輯：吾浩學長，36氪經授權發布。
