「處理掉」這三個字,員工聽不懂

「處理掉」這三個字,員工聽不懂

前些天去拜訪一個朋友,是開工廠的。

他帶我繞了一圈,指著角落一批半成品說:「這個我叫阿明處理掉,結果放在那邊一個禮拜了。」

我問:「你怎麼跟他說的?」

他說:「就叫他去處理啊。」


「處理掉」是指令,不是答案

「處理」是什麼意思?是報廢?是重工?是移到別的區?是這週內?還是今天?

老闆心裡有答案。但那個答案,從來沒說出口。

阿明也沒問。因為問了怕被說「這也要問?」

然後東西就放在那邊一個禮拜了。

這不是阿明的問題,也不是老闆的問題。是「處理掉」這三個字,承載不了那麼多意思。


為什麼中小企業特別容易發生這件事?

我觀察過很多家中小企業,這個現象有幾個共同的結構性原因。

老闆從做中學,員工卻沒有。
很多老闆是從基層做起來的,對「處理掉」的意思再清楚不過。但那是十幾年經驗累積出來的判斷,新來的人沒有那個背景可以對齊。

小公司靠默契,不靠流程。
大公司有 SOP、有交辦單、有驗收標準,小公司靠的是「你應該懂」。老員工或許還行,人一流動、新人一進來,默契就開始出現裂縫。

說清楚被誤解成「不信任」。
很多老闆說:「我要是每件事都說那麼細,員工不會覺得我不信任他嗎?」把期待說清楚,不是不信任,是給對方一個成功的條件。你說清楚了,對方做到了,這才是信任建立的起點。


模糊指令的真實成本

一批半成品放一個禮拜,是庫存成本、是工期延誤、是老闆跟員工之間那一點點磨損的信任。

更大的問題是這種模糊會累積。每一次員工做出來不是老闆要的,都在消耗雙方的耐心。久了老闆覺得員工不用心,員工覺得老闆難搞,但沒有人發現根源是一開始就沒說清楚。


說清楚,不是說更多

好的指令其實很短,但包含三件事:

結果是什麼。 不是「把那批料處理掉」,而是「把那批料移到報廢區,貼上標籤」。

時間是什麼。 不是「盡快」,而是「今天下班前」或「這週五之前」。

優先順序是什麼。 如果對方手上有其他事,他需要知道這件事排在哪裡。

這三件事說清楚,不需要多說,也不會讓人覺得被質疑。


一個可以馬上試的方法

如果你是老闆,下次交辦一件事之前,試著問自己:

「如果我不在,對方做完之後,我看到的結果應該是什麼樣子?」

把那個畫面說出來,就是一個好的指令。

如果你說不清楚那個畫面,代表你自己都還沒想清楚要什麼。


越小的公司越靠默契在跑。默契哪天不靈了,才發現我們從來沒說清楚過。

說清楚不是管理負擔,是省麻煩最快的方式。

本文與 AI 夥伴[小扣]🔘共同完成

Read more

員工一直請假?你可能搞錯了問題在哪裡

員工一直請假?你可能搞錯了問題在哪裡

跟一群頭家聊天,其中一個抱怨: 「員工一直請假,我都快忙死了。」 我問他:「那你有沒有想過,員工不請假的時候,你在擔心什麼?」 他愣了一下。 很多老闆看到請假,第一個反應是麻煩。 人少,分工又重疊,一個人請假,其他人就要補。會敏感,也可以理解。 但請假不是問題,是訊號。 員工會請假,通常代表幾件事。 狀況不好,他選擇不硬撐。 他覺得照規定申請是安全的,不會被刁難。 他會提前講、安排交接,不是直接消失。 反而是員工從來不請假的公司,我會多看一眼。 有些人是真的狀態好。更常見的是兩種:不敢請,或是已經不在乎了。 不敢請的,表面很穩定,心裡可能早就在找退路。不在乎的,來上班只是履行義務。 這兩種,比請假更需要擔心。 那老闆為什麼會忙死? 多半是公司太依賴特定的人。一個人不在,整條線就卡住,最後常常是老闆自己下去補位。 要解的不是請假,是備援。 誰負責什麼、流程有沒有寫下來、

By Guan Jie Lien
AI 寫的洞,讓 AI 來補,負負得正?

AI 寫的洞,讓 AI 來補,負負得正?

很多人現在用 AI 寫程式,叫 Vibe Coding。一句話講需求,程式就跑出來了。 另一邊,資安專家一直在提醒,AI 寫的程式到底安不安全? 上週 PHP 出了一個大漏洞。 PHP 是很多網站背後的程式語言,大約七成的網站都在用。這次的漏洞在 PHP 裡藏了很多年,攻擊者不用登入,就有機會直接控制伺服器。 最後抓到它的,是 AI。 這個很有趣哈。 用 AI 寫程式,用 AI 找漏洞,再用 AI 補漏洞,不就是負負得正嗎? 我想了一下,好像不太對。 負負得正是兩個錯互相抵銷。可是寫的、找的、補的都是 AI,比較像自己出考題,自己改考卷。 而且想攻擊網站的人,手上也是同一套 AI。 兩邊一起變快,

By Guan Jie Lien
店長讓 AI 整理會議記錄,但會議本身根本沒有結論

店長讓 AI 整理會議記錄,但會議本身根本沒有結論

很多公司開始用 AI,第一件事都是拿來整理會議記錄。 開完會丟給 AI,三分鐘就整理好,重點和待辦都列出來了。 我在一家店看過這樣的記錄。店長拿給我看,說開完會都交給 AI,省了很多時間。 我翻到待辦那一欄。誰負責?沒寫。什麼時候完成?沒寫。 所以我就問店長上次那幾件做到哪了,店長想了一下,說還在討論。 記錄整理得很好。問題出在會議本身,沒有做出決定。 會議上沒決定的事,AI 整理完還是沒決定。沒人負責的事,寫進記錄裡還是沒人負責。 因此,當組織有這樣的情況,可以先想一下:這件事沒用 AI 的時候,做得好嗎? 本來就做得好,只是花時間,那交給 AI 很划算。 而本來就沒做好的,就算交給 AI 也不會變好。 開會也一樣。散會前留五分鐘,每個人講一句自己負責什麼、什麼時候做完,再讓 AI

By Guan Jie Lien
開了很多會,但事情為什麼還是沒推動?

開了很多會,但事情為什麼還是沒推動?

「上次不是說好了嗎?」 這句話我在老闆嘴裡聽過太多次。 兩週前開了一個會,大家都覺得有共識了。然後什麼都沒動。 兩週後,同樣的問題又出現在會議桌上。 問題不是開會沒用 會議本身沒有問題。 問題是:我們在會議裡「討論」了很多,但沒有「決定」什麼。 這兩件事看起來很像,但結果完全不同。 討論是交換想法。決定是指定一個人,給一個時間,讓一件事發生。 如果會議結束的時候,沒有人說「這件事 XX 來負責,下週四之前完成」,那會議就只是一場有共識的聊天。 三個讓會議產生結果的習慣 第一,區分「討論事項」和「決議事項」。 開會之前,先想好哪些議題是要討論的,哪些是要做決定的。不要把所有事情都放在一起談,最後全部都是模糊的共識。 第二,每個決定,一個負責人,一個日期。 「大家一起負責」等於沒有人負責。每一個決定,都要有一個具體的人名和一個具體的完成時間。這不是施壓,是給這件事一個可以追蹤的形狀。

By Guan Jie Lien