不確定這片文章的作者是不是認真發問但之後我想寫一些跟工程有關的blog，
先獻醜一下
職涯當過support engineer, AE, 整合工程師, pre sales, 技術行銷，這些類型的工作
溝通跟技術能力重要性至少7：3，因此跟大家分享一些經驗。
首先，溝通最重要的前提，是知道你的對象以及他的想法/目的，否則你就只做到「表達
」，而非「溝通」。
以幾種類型對象為例
1. 同公司的執行單位（QA, TE, 生管, 行政）
這種你只要表達跟他有關的action item以及表達你會對決定負責，其他你的思路、做過
的實驗、有什麼結果對他們都不太重要。
舉例：跟TE說某項測試項目range要調整成XXX，不用解釋你分析什麼資料、做過什麼驗證
，TE 只要了解這是RD的決定他們去執行，有事找RD
2. 兩層以上主管或管理層
「先講結論」：這個案子會準時/delay 多久，如果有什麼資源/缺乏什麼資源，會有什麼
變化。不用解釋你做了什麼、跟誰溝通了什麼、你發了mail，中層以上主管他們需要的是
調配資源和做決定&善後（如果你要的資源沒辦法取得，例如缺料，要協調其他部門補救
或是跟客戶喬）
舉例：這個案子因為XX供應商技術文件經催促後沒有提供，因此預計會delay一週，如果
週五之前能夠提供預計只會delay三天
3. 客戶
「保護自己」 & 「只給出肯定的答案」
不管你是AE, RD, FAE... 跟客戶溝通時候一定要給出有把握的答案（至少85%把握），不
要說「應該可以」、「可能ok」，不確定的部分寧願當作action item回去評估，否則客
戶對公司的信心會大受影響
舉例：這個功能我們有相關經驗，三個月能夠完成/這個功能我需要和團隊負責的人確認
，之後再回覆給您
但給出的commitment 一定給自己留餘地，你認為兩週可以做完，也先回覆最多需要一個
月，所有的事情都會有突發狀況，保護自己&公司。若客戶不滿意業務自己會再回來找你&
你老闆，到時候再假裝幫他趕工提前交件都比較好
4. 業務 & PM
類似對管理層的做法，但嘗試讓業務做點事
可以提出一些業務&PM端對你工作有幫助的要求，這可以增加「合作」的感覺，也能夠讓
他們更了解狀況。而不是只能整天等你進度報告。
他們應該要是你的同伴，只是他們KPI是完成時間or業績
舉例：
你可以幫我和客戶確認他這個小修改能不能priority 放低一點嗎？/ 如果按照這樣作dem
o時間會花比較長，我們按照這樣來做你覺得可以嗎？或是要和客戶討論/ 這個案子如果
改推另外一個產品，客戶和我們的工都會比較簡單，要不要試試看？
5. 主管
如果你是資深的：
嘗試在報告時候講清楚你的思考邏輯和考慮的點，除了展示你的經驗也能幫助團隊菜鳥思
考，主管了解你的思路之後也會對你獨立運作更放心。
在不影響工作的情況，適時對主管提出一些要求，例如你想要當mentor, 你想要花一點時
間研究不同的晶片, 你想要主持什麼跨部門專案，你想要出差...等等，累積自己的履歷
也能讓主管更了解你在意/不喜歡的點。
如果你是菜鳥：
千萬不能害怕講出錯誤，越早講越有機會補救。在資深同事/主管詢問時，勇敢說出為什
麼自己做了這個決定（或是為什麼認為不用再確認），有時候可以發現制度上的問題。
在和資深同事時候，用「因為OOO和YYY原因，我覺得應該這樣子layout，XX哥你覺得ok嗎
？另外這邊我比較不確定會不會出問題，再麻煩你幫我review一下」取代「XX哥你可以看
看我的電路嗎？」相信我效果一定會更好
初步想到這裡，希望有幫助到大家，如果覺得還ok 也請跟我說你們的建議或是之後我的b
log可以有的主題，感謝~
: 說話沒重點 聽得有點累有點不耐煩
: 會看技術文件沒有用
: 要能跟人家討論 有自己的觀點才能夠往上爬
: 不然人家問你想法如何 都說不知道沒想法要怎麼往下討論
: 我有跟他說起碼自己要有立場有自己的想法
: 但他說 自己沒實際做過只看paper 而且才看一兩篇 無法給評論（知之為知之 不知為
不
: 知 是知也？）: 這種技能上班之後都怎麼學
: 有社會人士上的課程嗎？
--