Re: [心得] *** Technical Support Engineer一週年工作心得

原作者來信希望刪除部分內容，
所以我把所有 ID 公司名稱 職務內容都刪了

作者: meowyih (meowyih) 看板: Soft_Job
標題: Re: [心得] *** Technical Support Engineer一週年工作心得
時間: Wed Apr 21 16:45:17 2021

整篇文章看了讓我有種超級懷念的感覺，
我做過類似的職位十來年，
只有一個業務和一個 application engineer
在台灣幫美國公司負責支援所有亞洲國家的客戶，
回想那段時間好像也是除了抱怨還是抱怨 XD
所以忍不住來閒聊一下。

對不熟的人，提醒一下，
這類像三明治一樣夾在業務、客戶、
和產品開發部門的人的職稱有很多，
ae/fae/technical manager/
sales engineer/customer support engineer... etc.
其實都大同小異啦~

※ 引述《****** ()》之銘言：
: 曾經開發帶給我那麼多痛苦，
: 沒想到一段時間不寫竟然覺得寫code能帶給我心裡踏實感…
: 雖然同時間我的正常業務量也沒有減少就是了（有點要馬兒跑又不給吃草的感覺）

寫 code 的成就感來自完成某個功能或某個產品，
業務的成就感來自簽下了可以量化成金額的合約，
但我們這類的工作是非常沒有成就感的，
當然老闆會勸你，
了解自家的產品、然後幫客戶解決問題、
客戶的滿意那就是你的成就感了啊~

但是實際上你會知道，
那不像開發產品或是拿到合約那麼的實際，
滿意是非常虛無飄渺的東西，
而且這工作面對的是另一邊被壓榨的工程師，
他們大部分對整合你家產品的感覺只會覺得是額外的工作，
不會多感謝你的 :)

更不要說出了問題，
要碼是蠢到爆的無聊問題，
要碼是產品核心你沒辦法自己解決的問題，
那種無力感實在很難受，
尤其如果你曾經是熱愛寫程式的人...

: 有時候客戶對於系統問題感到不放心，一定要跟技術人員做con-call，
: 往往在開會花了半個到一個小時所拿到的資訊其實一封email就可以解決。
: 不喜歡跟客戶接觸的人做到可能覺得很浪費時間。

有技術背景的人都不愛和客戶接觸，
喜歡建立人脈處理這種東西的也不會跑去搞技術，
但你不能叫業務跑去處理客戶的技術抱怨，
因為業務只會把問題丟回產品端，
產品端的人就只能派一個專人來幫業務，
那個人就是這職位最早的由來 XDDDD

當然對客戶來說，如果丟個 email 給你，
我哪知道你甚麼時候會處理，
對客戶來說所有的問題都是 urgent 等級的，
PM不開個視訊把二邊的工程師和業務通通叫來，
要他們怎麼掌握專案進度呢?

: 這個職位很難接觸到公司核心技術內容

嗯...
產品開發部門的有時會覺得讓業務知道越少越好，
雖然你自以為是技術人員，
但...

舉例來說，
如果讓你知道了產品某部分可以客製化來完成某個客戶的問題，
你就會施壓產品部門去做，
產品部門會說 "我不要再開branch了! 未來產品會無法維護"
然後就是部門角力問題了

: 希望可以提升工作內容的價值，系統穩定，
: 能讓我們有餘力去幫顧客分析並提供solution。

你也做過產品，
所以也知道 "穩定符合客戶需求的完美產品" 是不存在的 XD

: 人力擴編速度緩慢＋產品上手所需訓練時間長，難以快速複製經驗：
: 往往會讓新進員工感到挫折無後援而引發退意。

我以前也常抱怨這問題，
全中國、全東南亞、還外加一個澳洲，
就我一個人負責?
公司如果不重視產品和技術的 localization，
要如何打開市場?

但是公司的看法是，
對不確定的市場無法投入過多的資源，
我的存在只是個試金石，
比較像是確認市場可行性和市場大小用的腳色，
資源的投入是動態而非一次到位的。

所以還是一個 deadlock，
除非該市場有爆炸性的成長，
不然公司一直投資源最壞的情況是直接垮掉，
看看有多少公司因為這樣倒了就知道了

: 總而言之，請多擴編人力，

我當年每次去美國開會也都是講這話 XD

你要開發亞洲市場，亞洲的資料卻不夠多，
產品無法處理亞洲這邊混亂的文字編碼，
運算結果也不符合亞洲的習慣 blah blah~~

後來就看開了，
經營公司的著眼點是在分配資源做效果最大化，
我們領了薪水只要確認工作有對得起自己，
然後建議有提上去就好，
不要把 "資源不投給你" 和 "不重視你" 連結起來。
當然被二邊當沙包打超沒成就感這我不否認，
我做十年也是因為錢多才做的 (汗)
--
回了一篇超沒重點的閒聊文抱歉，跟開頭說的一樣，
只是覺得很懷念所以亂閒聊一下

--

*** 應推文者要求刪除 ***