IT 人溝通技巧：做 IT 嘅你，係咪成日覺得同公司其他人「火星撞地球」？ | IT人溝通急救手冊解析
你有冇試過以下情景：老細走過嚟話「餵個系統好慢喎」，你開始解釋「因為 database query latency 高咗、可能係 index fragmentation 或者 connection pool exhaustion…」然後老細個樣好似你講緊外星話咁？（延伸閲讀：IT人溝通急救手冊最新動態分析）
又或者 marketing 同事同你講「我想加個 button」，你即刻答「要改 frontend 改 API 改 database schema 仲要寫 test 要 deploy，最快兩個 sprint 之後」，然後對方反白眼覺得你玩嘢？
喂，呢個唔係佢哋嘅問題，係我哋 IT 人嘅溝通方式出事呀！想知點樣喺 AI 時代更加 indispensable，可以睇埋我哋嘅 AI 時代 IT 人生存攻略。
IT 人溝通技巧：IT 人溝通最常見嘅溝通死症 | IT人溝通急救手冊解析
死症 1：用術語轟炸對方
你覺得講「API」、「latency」、「throughput」、「Kubernetes」好 normal，但對非技術同事嚟講，呢啲詞同哈利波特咒語冇分別。你唔係喺度溝通，你係喺度表演自己有幾 technical。
死症 2：乜都諗得太 technical
老細問「可唔可以快啲？」你即刻諗：要 optimize query、加 cache、用 CDN、scale up server… 但可能老細只係想知「下晝 3 點前搞唔搞得掂？」Yes or no 嘅問題，你俾咗個 architecture review。
死症 3：永遠講 problem，唔講 solution
「呢個做唔到㗎，因為 X 同 Y 同 Z…」——呢句説話喺非技術人耳中等於「我唔想幫你」。你講嘅 technical limitation 可能全部啱，但你冇提出 alternative，人哋覺得你係 blocker 而唔係 enabler。
IT 人溝通技巧：4 個 IT 人即刻用得嘅溝通技巧 | IT人溝通急救手冊解析
1. 用比喻，唔好用術語
人腦天生係用故事同比喻去理解新事物嘅。你同人講「CDN 係將 static assets cache 喺 edge server 減少 latency」——冇人明。但你話「CDN 就好似 7-11 咁，總有一間喺你附近，你唔使次次去總倉攞貨」——明曬！
Database index？「即係書後面嗰個 index，你唔使逐頁揭」。
Load balancer？「即係茶餐廳嘅分流阿姐，睇下邊張枱有位就帶你過去」。
Firewall？「即係大廈看更，唔識嘅人唔俾入」。
記住：好嘅比喻，一個就夠。唔使長篇大論。呢個技巧唔單止幫你同 non-tech 同事溝通，連同客解釋 technical proposal 都一樣有用。
2. 先講結果，後講過程（BLUF技巧）
非技術人要嘅係「答案」，唔係「解題過程」。試下掉轉你嘅回答次序：
❌ 錯：「我哋要 migrate 個 database 去新版本，中間會有 downtime，要改 connection string，仲要 update ORM…」（人哋已經瞓著咗）
✅ 啱：「個系統下星期三凌晨 2 點到 4 點會暫停服務，你哋嗰段時間唔使做任何嘢，我哋會 handle 曬。」（如果對方問點解，先解釋 technical detail）
呢個叫 BLUF（Bottom Line Up Front）——Harvard Business Review 都推薦嘅溝通方法，連軍隊都用緊。先俾結論，detail 係 optional。
3. 俾選擇，唔好俾限制
當同事提出一個 technically impossible 嘅要求，唔好一句「做唔到」就收工。你嘅 job 係幫人 solve problem，而唔係指出 problem。
❌ 「個 budget 得一萬蚊你做唔到 enterprise-grade 嘅 solution 㗎。」
✅ 「用呢個 budget 我哋有三個選擇：A) 用 open source 方案，功能少啲但穩定；B) 分兩期做，第一期搞最基本嘅嘢；C) 用 cloud managed service，月費模式唔使 upfront investment。你想行邊個方向？」
由「做唔到」變成「可以咁做」，你嘅定位即刻由 blocker 變成 problem solver。
4. Manage expectation，唔好 overpromise
IT 人好易出事嘅位：為咗令對方 happy，乜都話「得得得冇問題」，然後發現根本做唔切，最後失信於人。
寧願咁講：「我初步評估係 3 個工作天，但如果中途發現其他 dependency，可能會多少少時間。我聽日下晝同你 confirm 個準確 timeline。」
咁樣俾人感覺你係 可靠，而唔係敷衍。Reliability > speed，長遠嚟講。
IT 人溝通技巧：IT 人溝通實戰情景練習 | IT人溝通急救手冊解析
情景：老細話「個 App 好慢」
❌ 舊式 IT 人回答：「因為 API response time p99 去到 3.2 seconds，主要 bottleneck 係 database 嘅 N+1 query 問題，要加 eager loading 同 Redis cache layer，仲要考慮 CDN edge caching strategy…」
✅ 新式 IT 人溝通：「我 check 咗，主要係資料庫查詢嗰度出事。我有兩個方案：A) 聽日內可以搞掂，用户體驗會快一倍；B) 下星期做全面優化，成個 App 快三倍但要多少少時間測試。你想邊個？」
情景：Marketing 要求加個「簡單功能」
❌ 舊式：「呢個要做兩個 sprint 喎，要改 database 又要改 API 又要改 UI。」
✅ 新式 IT 人溝通：「概念上做到，不過有兩種做法：快速版一個星期內出到，功能簡單但滿足到你 80% 需求；完整版要三個星期但乜都有齊。不如我哋傾下你最 urgent 嘅 needs 係乜，再決定做邊個？」
關鍵思維轉變：你唔係喺度拒絕人，你係喺度幫人揾最適合嘅方案。
終極心法：IT 人溝通技巧 | IT 人唔係喺度解釋技術，而係幫人解決問題：IT人溝通急救手冊全面拆解
成日記住呢句：公司請你返嚟，唔係因為你識 Linux command、識寫 Python、識 set up CI/CD pipeline。公司請你返嚟，係因為你可以用呢啲技能幫公司解決問題、創造價值。
當你嘅 mindset 由「我要展示我嘅 technical 能力」轉變為「我要令對方明白我可以點樣幫到佢」，你嘅溝通方式會自然改變。
唔信？下次開會試下：忍住唔好講任何 technical term，全程只用日常比喻同 business outcome 去表達。你會發現，老細點頭嘅次數多咗好多。
技術能力係你嘅 foundation，但溝通能力先係你 career 嘅 accelerator。有幾多技術大牛做到死都升唔到，就係死喺呢度。
想進一步提升 IT 職場軟實力？Bookmark 我哋網站或者 subscribe RSS feed，陸續有更多 IT 職場攻略分享！
共勉之！✌️
#IT人溝通 #非技術同事 #職場軟技能 #IT職場 #溝通技巧 #ProblemSolver
