IT人溝通急救手冊:點樣同非技術同事講人話?

做 IT 嘅你,係咪成日覺得同公司其他人「火星撞地球」?

你有冇試過以下情景:老細走過嚟話「喂個系統好慢喎」,你開始解釋「因為 database query latency 高咗、可能係 index fragmentation 或者 connection pool exhaustion...」然後老細個樣好似你講緊外星話咁?

又或者 marketing 同...

做 IT 嘅你,係咪成日覺得同公司其他人「火星撞地球」?

你有冇試過以下情景:老細走過嚟話「喂個系統好慢喎」,你開始解釋「因為 database query latency 高咗、可能係 index fragmentation 或者 connection pool exhaustion…」然後老細個樣好似你講緊外星話咁?

又或者 marketing 同事同你講「我想加個 button」,你即刻答「要改 frontend 改 API 改 database schema 仲要寫 test 要 deploy,最快兩個 sprint 之後」,然後對方反白眼覺得你玩嘢?

喂,呢個唔係佢哋嘅問題,係我哋 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。


4 個即刻用得嘅溝通技巧

1. 用比喻,唔好用術語

人腦天生係用故事同比喻去理解新事物嘅。你同人講「CDN 係將 static assets cache 喺 edge server 減少 latency」——冇人明。但你話「CDN 就好似 7-11 咁,總有一間喺你附近,你唔使次次去總倉攞貨」——明晒!

Database index?「即係書後面嗰個 index,你唔使逐頁揭」。
Load balancer?「即係茶餐廳嘅分流阿姐,睇下邊張枱有位就帶你過去」。
Firewall?「即係大厦看更,唔識嘅人唔俾入」。

記住:好嘅比喻,一個就夠。唔使長篇大論。

2. 先講結果,後講過程

非技術人要嘅係「答案」,唔係「解題過程」。試下掉轉你嘅回答次序:

❌ 錯:「我哋要 migrate 個 database 去新版本,中間會有 downtime,要改 connection string,仲要 update ORM…」(人哋已經瞓著咗)

✅ 啱:「個系統下星期三凌晨 2 點到 4 點會暫停服務,你哋嗰段時間唔使做任何嘢,我哋會 handle 晒。」(如果對方問點解,先解釋 technical detail)

呢個叫 BLUF(Bottom Line Up Front)——軍隊都用緊嘅溝通方法。先俾結論,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,長遠嚟講。


終極心法:你唔係喺度「解釋技術」,你係喺度「幫人解決問題」

成日記住呢句:公司請你返嚟,唔係因為你識 Linux command、識寫 Python、識 set up CI/CD pipeline。公司請你返嚟,係因為你可以用呢啲技能幫公司解決問題、創造價值

當你嘅 mindset 由「我要展示我嘅 technical 能力」轉變為「我要令對方明白我可以點樣幫到佢」,你嘅溝通方式會自然改變。

唔信?下次開會試下:忍住唔好講任何 technical term,全程只用日常比喻同 business outcome 去表達。你會發現,老細點頭嘅次數多咗好多。

技術能力係你嘅 foundation,但溝通能力先係你 career 嘅 accelerator。有幾多技術大牛做到死都升唔到,就係死喺呢度。

共勉之!✌️