原文：Threads
摘要
面試被問「你怎麼處理衝突」時，多數人會把兩邊立場講得很清楚（業務想快點上線、技術擔心品質），然後直接跳到結局：「經過多次討論，最後達成共識，專案順利完成」。作者（explorer_andrew）指出這種回答少掉最關鍵的一段：你到底怎麼談，才讓事情往前走？ 面試官想聽的是協商過程本身，不是起點和終點。作者提出用一套叫 CLEAR 的溝通框架，幫人檢查自己的故事缺了哪些細節。
重點
- 常見的斷層：立場描述（A 要快、B 要穩）→ 結果（達成共識）。中間的「怎麼談」被一句「多次討論」帶過，等於沒回答。
- 面試官真正在評估的：你在衝突裡用了什麼溝通手法、說了什麼話、讓對方改變了什麼判斷。這才是「衝突管理能力」的證據。
- 自我檢查的問題：講完故事後自問「如果把中間那段拿掉，聽的人知道我做了什麼嗎？」答不出來就代表細節不夠。
- CLEAR 框架：作者用它來逐項盤點故事裡缺的細節。原文在未登入狀態下只抓到開頭，CLEAR 五個字母各代表什麼沒抓到，之後可補。
- 背景：這則貼文在 Threads 上約 5.4K 瀏覽、52 次分享，主題是面試準備裡的行為面試題（behavioral question，問「你曾經怎麼做」而不是「你會怎麼做」的題型）。
個人洞見
和 面試是對等交換 那篇講的是同一塊肌肉：把經驗講成別人聽得懂的敘事。這篇更進一步點出「敘事最容易偷懶的地方」就是過程段。這不只是面試技巧，寫事後檢討、跟主管回報專案時也一樣，「我們溝通後解決了」是最沒有資訊量的一句話，真正有價值的是你當時怎麼說、對方為什麼被說服。