這個小妹妹在我第一天任職的時候，就表現出戰戰兢兢的樣子，做每一件事都是思緒清晰的回覆我，經過幾個月的相處，我把她「培訓」完成之後，親手把她推去做產品經理了，因為在我看來，她缺的只是經驗，什麼經驗？和工程師理性溝通的機會和全權放手給她規劃產品的經驗，以及還有一個人願意幫她整理履歷和產出作品集的機會。
這位小妹妹是頂大文組的畢業生，這樣的頂尖大學，是我一輩子也考不進去的大學，只是系所，是比較少人會選擇的。
她從小就是在知名的地域性國小、國中、高中，大學唸書，一畢業之後就進入她夢想中的文青聖地工作，但卻遭遇了組織改組、空降部隊，各種電影情節中的職場宮廷劇也隨之上演，緊接而來的就是這些人的精神霸凌，不斷的想要開始血洗原單位的同仁，因為空降部隊們要開始替換自己的人進來了，所以她離開了。
來到這間公司之後，有人跟我說，這位小妹妹來面試時，就好像在大雨中看到在車下躲著雨的小貓那樣無助，但是後來才發現，老闆你他媽的一個月只給人家法定薪資根本就是趁人之危，你只是想要藉由人家想要趕快找一個工作的情況下凹人進來打雜而已。
所以我就開始觀察這位小妹妹。
Customer Success Manager，但做的好像太多？
我以為Customer Success Manager的工作內容，向客戶介紹我們產品的價值，充份成為客戶與公司之間的對話橋樑，如同這篇客戶成功經理是什麼？跟客服有什麼不一樣？文章一樣。
但是為什麼這位小妹妹還要兼任業務？老闆接回來的案子裡，在每一個LINE群組都有你的身影，而且大都是雙方老闆枱面上講的要合作，但實際上沒有要做的應付性質的群組，你還在筆記上一筆一筆的寫下來所有的細節。
而且，你不是業務啊！為什麼要每個月追你業績如何呢？為什麼客戶要不要續約會追到你頭上呢？
為什麼還要負責行銷的活動製作？展間的佈置、熟練著搬著器材，花錢到小樹屋幫講師找一個更好的環境去替講師補錄製？
平台串測金流時，為什麼沒有QA人員協助工程，而是你要自己去理清公司作帳流程，以及測試平台上所有的金流、發票的順流程、逆流程呢？
對我來說，妳已經做了行銷、客服、業務、測試、助理、總務這6種工作了。
妳還曾經刺探著問著我：你不會帶自己的人來公司嗎？
也許這位小妹妹還在害怕前一間公司帶來的傷害，我笑笑的對她說：公司裡有什麼人，我就用什麼人。
想做產品經理？嗯，我來幫你！
雖然這裡沒有所謂的敏捷開發觀念，想上code就上code（連技術長都是，想上就上，被股東罵的滿頭包），但是……，我們剛好有這樣的機會可以重頭來。我就這樣開始一邊帶著這位小妹妹開始進行幾個產品從0到1理應會有的所有事情。
第一天就先從主持站會開始，不要害怕工程師講的東西聽不懂，說不定，我也聽不懂啊！
公司沒有所謂的任務管理系統，沒關係，就我們來建立這樣的任務管理系統，沒有聽過Scrum，那麼我就從Kanban開始吧？TO DO、DOING、DOING很簡單吧？即使老闆智商再低，這樣的可視化進展他也能看的懂哦。
我們該怎麼回報問題，讓工程師不再通靈？記住，千萬不要像我們公司的業務和行銷部門那樣，只丟下一句：「平台有問題」，就期待別人憑空去猜。剛好我以前當過測試工程師，我可以教你如何有效地問題走查、進行回歸測試，以及如何回報 Bug，幫助工程師更快地解決問題。
更重要的是，我們一起來建立 Bug 追蹤系統吧！
寫 PRD 這種硬技能是再簡單也不過的東西了，最難的是你有沒有在寫 PRD 的過程中，有和協作的同仁進行非同步溝通，而不是在第一次招開會議時，給大家一個完全看不懂你在規劃什麼的驚喜呢？
你畫的流程圖，是否對方已經畫押了呢？每一個流程裡的節點，各個單位都確認要產出什麼了嗎？
你規劃好的流程，準備好的文件，列好開發優先級與排好資源了嗎？沒人？沒關係，我幫你喬。
你是不是還忘了什麼？
這個功能在規劃時，你有設定哪些指標要追蹤嗎？後續是否還會需要調整？產品上線後，你打算觀察這些指標多久呢？放心，我不是那種還沒上線就逼著你喊出精準數字的人，但我想了解的是：你希望改善什麼問題？或是降低什麼？另外，你已經準備好要埋哪些 GTM 事件了嗎？這種小事可以自己處理，沒必要依賴工程師。
我沒看錯，我希望妳快去吧！
看到你想投的職缺，我打了幾通電話，傳了幾封LINE，幫你測量好那些職缺的火坑溫度之後，我確信你一定可以活的下去，因為真金不怕火煉！你就去面試吧！
對了，妳的履歷表完全不行，剛好我在人力銀行待了一些時間，就按照我的方式去寫履歷表和投履歷吧！至少我保證讓妳的履歷有被人資打開來看。
無論有幾個面試機會，妳全都去試，因為妳就是要去瞭解對方對於一個產品經理的需求，到底是什麼，妳現在缺了什麼，我們可以怎麼補足它。
最後，妳成功了，妳很開心，我也很開心，雖然我少了一個很有力的左右手，但我多了一位去北海道玩時，還記得會帶巧克力回來給我小孩的小妹妹。
我知道妳去的那間公司未來大概會遇到什麼問題，但你現在遇到也好，壞的事情寧可讓它早點來，記得，那個主管是數據白痴，也會堅持在一個頁面裡要放上五個CTA，我也很好奇妳會怎麼面對她，加油！
看到這裡，讓我業配一下，我和同事特別開設了：說人話的基礎技術課：聽懂工程師到底在說啥？，專為對互聯網或軟體領域有興趣的文組科系同學及在職人士設計（或任何無法理解工程師的人），幫助他們學會如何與工程師有效溝通。
預計在2025年，將會有更具實戰能力的課程，請拭目以待。
這是我在10月、11月這兩場的覆盤記錄，歡迎查看：
我對於文組科系的看法
文組科系在互聯網或軟體業擔任產品經理時，有時候確實會發生一些讓人摸不著頭緒的突發問題。不過，經過一段陣痛期後，能堅持下來的人通常表現都不錯。
不過，這其中有兩種情況：一種是這個人自我感覺良好，但讓周圍的協作同仁很痛苦；另一種是這個人學會了如何與互聯網或軟體領域的同事合作，在短時間內脫胎換骨，改變了不少。
這也不是我第一次和文組科系的同仁共事，不過我還是要以中立的立場講一下我的想法。
文組科系背景的痛點
- 語言不通：無論是軟體業、還是科技業都有很多專業術語，對文組科系背景的人來說可能很難理解，這會讓他們在和工程師溝通時感到困難，例如：工程師講他還在看log來判斷是怎麼發生這個Bug的，然後，這短短一句話很可能會讓一些人聽不懂。
- 工具不熟：軟體業或是互聯網業需要使用很多特殊的工具和軟體，文組科系可能對這些工具不熟悉，需要花時間學習和適應，例如，用Chrome瀏覽器模擬用戶在3G環境下操作前端頁面。
- 思維不同：工程師注重邏輯和數據，文組科系可能更習慣於感性和創意，這個需要調整自己的思維方式來適應科技業的環境，例如，這個Bug「好像、偶爾」會出現，此時工程師可能會翻白眼覺得你在浪費他時間。
- 經驗不足：科技業的產品開發流程和市場需求可能和文組科系熟悉的領域有很大差異，這點需要快速學習和適應，就像一個水墨畫家突然要開始設計一款APP的UI一樣，要從拿筆變成拿電繪板、滑鼠，這都要重新開始學，畢竟從學校開始的學習歷程就不同了。
文組科系背景的優勢
雖然文組科系的同學一開始可能會遇到困難，但只要願意學習和努力，也能在科技業、互聯網業找到自己的位置，文組科系在科技業也有很多優勢，例如：
- 溝通能力強：擅長表達和溝通，能幫助團隊更深入理解用戶需求和產品定位。
- 同理心強：能站在用戶的角度思考，設計出更人性化的產品（理工人大部分只看數據）。
- 創意豐富：能為產品帶來不同的想法和視角。
- 學習能力強：有良好的學習基礎和習慣，能快速掌握新的知識和技能。
- 有溫度：比較不會在高壓的環境下給予更高壓的指示給同仁，比較傾向於用比較溫暖的、堅定的方式去溝通。
因此，文組科系背景的產品經理在科技業面臨許多挑戰，但同時也充滿機會。這些人在進入科技業或相關領域後，除了需要具備基礎知識和邏輯能力外，還常面臨的一大難關是無法理解工程師們的語言。
如果你需要「履歷健檢」，也非常歡迎找我，剛好我在人力銀行有負責過部分的履歷搜尋功能、履歷投遞功能，也就是說，求職、求才的系統我都做過，對於人資要怎麼「搜尋」人才，我非常有心得，歡迎加LINE詢問我的履歷健檢服務哦！
對履歷健檢或是課程有興趣，但還有問題？沒問題，先加我LINE吧！
