我做了一個管理工具,但我管它的方式證明了它不該存在
AI 落地實戰·8 分鐘

我做了一個管理工具,但我管它的方式證明了它不該存在

我本來想做一個專案管理系統,做成產品去賣。後來整個刪了。不是做不好,是我管事情的方式,跟這個工具假設的管理方式完全不一樣。

Y
Young

我本來想做一個「專案管理系統」,做成產品去賣

想法很簡單:我同時接十幾個案子,管得很累,那就做一個工具,幫自己也幫別人,儀表板、待辦追蹤、狀態報告,該有的都有

後來我把它整個刪了


不是做不好,是我在做這個產品的過程中,發現一件很矛盾的事:

我管這個「管理工具專案」的方式,跟這個工具假設的管理方式,完全不一樣

我沒有寫規格書,我沒有排 sprint,我沒有看燃盡圖

我做的事是:直接跟 AI 說「先幫我弄一個出來」,做出來不對,用減法刪,刪到差不多,再問一輪問題,再改一次

檔案放哪?不管,AI 自己歸檔,它覺得該放哪就放哪,我根本不會去打開資料夾看它怎麼整理的

Andrej Karpathy 發明了一個詞叫 vibe coding:"fully give in to the vibes, forget that the code even exists." 我不確定我在做的叫不叫 vibe coding,但「forget that the code even exists」這句話,完全就是我的日常


這讓我意識到一件事

以前我們在乎中間過程要乾淨、要整齊、要看得懂,是因為我們自己會走進去處理

你要親手去改那個檔案,所以檔案結構要清楚,你要親眼去看進度,所以需要儀表板,你要親自去分配任務,所以需要看板

但如果你不再親手做呢?

裡面長什麼樣子,根本沒差


我現在管十幾個案子的方式是這樣的:

我不進去看,我問

「這幾個專案現在什麼狀態?」三分鐘拿到報告,「上週客戶在 LINE 說的那件事,處理了嗎?」直接查,「這個案子有什麼我該擔心的?」它比我還早發現問題

我不看儀表板,我問問題,我不排任務,我描述我要什麼結果,我不寫 SOP,我用對話來迭代

像老闆,不像 PM


然後我回頭看我做的那個管理工具

它假設使用者會去「看」——看儀表板、看進度條、看分類標籤,但我已經不看了

它假設使用者會去「整理」——整理待辦、整理分類、整理報告格式,但我已經不整理了

它假設中間過程要好看、要有秩序,但中間過程好不好看,對我來說已經不重要了


我不是在說那些管理方法「錯了」

Scrum、OKR、看板、甘特圖——它們解決的核心問題是:怎麼讓一群人對齊

開會,是因為資訊不對稱,排 sprint,是因為人力有限要排優先,寫規格書,是因為怕做出來不是大家要的,更新看板,是因為不更新就沒人知道進度

這些流程的成本很高,但在「很多人一起做」的場景,這個成本值得付

可是當你的場景是「一個人 + AI」呢?Sam Altman 說他的科技 CEO 朋友圈在賭哪一年會出現第一間「一人十億美元公司」,Anthropic 的 CEO 說最快 2026

不需要對齊,因為沒有第二個人要對齊,不需要共識,因為你說了算,不需要嚴謹的規格,因為改錯了一句話就改回來,不需要開會討論,因為你直接問就有答案

那些流程解決的問題,在這個場景裡不存在了


我在說的是一個更根本的事:

管理這件事,正在從「看」變成「問」

過去我們管事情,靠的是「看到全貌」——甘特圖、看板、儀表板,都是讓你「看」的工具

有人把管理工具的演進整理成三代:紙本報告 → 試算表 → 儀表板,每一代都是讓你「看得更快」,但下一代不是更好的儀表板——是你根本不用看,你問

你不需要看到全貌,你只需要問對問題

問對問題,比看到全貌更快、更準,因為看全貌需要你自己判斷哪裡有問題,但問對問題,是直接切到問題本身


所以我刪了

不是因為那個產品不好,是因為它假設的世界,跟我現在活的世界不一樣了


說到「問對問題」,我想起一件事

我剛入行的時候,前老闆跟我說過一句話:在解決問題之前,先學會問對問題

當時覺得是金玉良言,至於有沒有做到?老實說不確定,案子一來就是風風火火,客戶要東西、現場有 bug,趕快處理掉就好,每次都想著「這次先這樣吧,下次就不會了」

但每個下次都跟這次一樣

永遠被時間追著跑,被案子追著跑,被客戶追著跑,根本沒時間做 PDCA,沒時間回饋,沒時間迭代

所以過去經驗值是怎麼累積的?你做 10 次、20 次、30 次,才多一點點,悟性高的人累積快,悟性低的就要更多次犯錯、更多時間成本

但在 AI 的時代,這些時間和犯錯的成本,彷彿進了精神時光屋

而唯一會讓這個模式一直出錯的,往往是最原始、最根本的問題定義不對,AI 再聰明再厲害,只要你的問題定義是錯的、產品定義是錯的、需求定義是錯的——它永遠不可能從錯的前提做出對的答案

這個時刻我才真正懂了當初老闆講的那句話

「先問對問題」在我心中已經不只是金玉良言,那是一個矽谷創業家,用他的人生、他的青春、他的血汗,換回來一句他一輩子都要落實的話,他跟我們講的 PDCA、管理心法、方法論,也許最初從書上看來,但更多是從創業實踐中磨出來的

而我當年只把它當成書上的一句話

直到現在,我也走在創業的路上,也管過專案,也開始跟 AI 深度協作——我才發現,他說的不只是「聽得懂」就好,是要做得到

怎麼做到?不是靠儀表板,不是靠管理學,不是靠 SOP,是回到人類思考的本質——你的直覺、你快速把一件事情想清楚的能力

所以還是回到那句話:別急著解決問題,先定義問題

而很矛盾的是,定義問題的方式就是用問題去釐清問題,你要跟自己摔跤——這也是前老闆教我的——跟自己的思維辯論、辯證,最後得到一個你能說服自己、也能說服別人的理由


在 AI 很強的時代,也許不需要那麼多人、那麼多時間、那麼嚴謹,也許不需要花時間開會討論迭代、建立共識

也許你只需要問一個好問題

AI專案管理超級個體工作方式經驗分享