我不想只被看見很忙，而是被看見能把複雜服務做成

我以前也會直覺地以為，工作要被主管看見，就是要讓主管知道我做了很多事。

進度很多、任務很多、會議很多、交付很多。最好每一件事都有記錄，每一段時間都有輸出，每次回報都能證明自己沒有閒著。

但後來我越來越覺得，這樣想其實很危險。尤其是當我的工作越來越不像單一設計任務，也不像單純的 PM 排程，而是介在 PM、設計、開發、使用者與現場流程之間時，忙碌本身很難說明我的價值。

我真正想被看見的，不是我接了多少事。

而是我能不能把複雜軟體服務裡最混亂的那一段整理清楚：需求還不穩的時候，先抓出真正要解的問題；利害關係人意見分散時，整理出可以決策的選項；設計和開發對不上時，把限制、取捨與下一步放到同一張圖上；專案快要變成各做各的時，重新建立共同語言，讓事情能往交付推進。

這比較接近我現在想說的身份。

不是單純 UI Designer，也不是只會開會追進度的 PM。我的核心位置比較像 PM × Designer，在複雜軟體服務裡，把模糊的需求、現場限制、設計判斷、開發邊界與交付節奏整理成可以被團隊理解、可以被推進、最後可以真的上線的工作系統。

問題是，這種工作本來就不容易被看見。

因為最後被展示出來的，通常是畫面、文件、系統或會議結論。但真正讓事情能走到那一步的，是中間那些判斷、取捨、協調與修正。如果這些東西沒有被外顯，主管就只能看見表面的產出。

所以我後來開始把「被看見」理解成另一件事：不是自我宣傳，而是把自己的工作訊號設計得更清楚。

忙碌不是訊號，判斷才是訊號

ObsidianBook 裡有一則作品集審閱框架，裡面有一句判斷我很認同：主管看作品集時，核心看點不是成果呈現，而是設計決策過程的可見性。也就是說，主管真正想知道的不是你最後做出什麼，而是你在哪裡卡住、如何解決、為什麼選這個方向而不是另一個方向。

我覺得這不只適用於作品集，也適用於日常工作。

如果我只回報「這週完成 A、B、C」，主管大概知道我有做事。但他不一定知道我做事的品質。更重要的是，他不一定知道我能不能在下一個更複雜的問題裡獨立判斷。

但如果我能說清楚，這週我遇到什麼不確定，原本有哪幾個選項，最後為什麼先選其中一個，犧牲了什麼，又保留了什麼，那主管看到的就不只是產出，而是判斷。

這對我的工作特別重要。

因為複雜服務專案裡，很多事情不是「做完」就有價值，而是「為什麼這樣做」才有價值。某個流程看起來多一個步驟，可能是為了符合審核邏輯；某個功能被延後，可能是因為開發成本和使用情境不成比例；某個設計沒有追求漂亮，可能是因為第一線使用者需要的是穩定、清楚和不出錯。

如果這些判斷沒有被說出來，主管只會看到一個結果。

但如果這些判斷被留下來，主管才會看見：我不是只是在完成任務，我是在處理複雜度。

1on1 不是拿來報進度，而是拿來校準自己正在長成什麼樣子

我也重新看了一則關於 1on1 的筆記。裡面把 1on1 定義成一種管理儀式，而不是單純的定期會議。它的重點不是任務同步，而是成長、信任與長期方向。

這個觀點很重要。

很多人進 1on1 時，只準備進度。這週做了什麼，下週要做什麼，哪裡卡住。這些當然要講，但如果 1on1 只剩進度，它其實很快就會變成比較小型的週會。

對我來說，1on1 更應該拿來校準一件事：我現在被看見的樣子，跟我真正想走的方向是不是一致。

如果我每次都只講「我完成了什麼」，主管很容易把我放在穩定交付者的位置。那沒有不好，但還不夠。如果我想讓主管看見的是複雜服務落地能力，就不能只講進度，而要講清楚我如何拆問題、如何協調取捨、如何讓開發、PM、使用者之間的理解慢慢靠近。

也就是說，1on1 裡不只要回報做了什麼，也要讓主管看見我的判斷正在往哪裡長。

我現在會更想帶進去的不是一串任務，而是幾個問題：這個專案真正卡住的地方在哪裡？我這週做的哪個判斷，其實改變了後面的交付路徑？我在哪裡還太像執行者，哪裡開始像能整理系統的人？下一階段如果要承擔更大的案子，我還缺哪一種可被看見的證據？

被看見，不是讓主管知道我有多累。

是讓主管知道我正在變成哪一種人。

個人品牌不是包裝，而是別人遇到問題時會不會想到你

ObsidianBook 裡另一則「個人品牌定位」筆記寫得很直接：個人品牌不是自我宣傳，而是你在別人腦中佔據的位置。衡量標準是，當對方遇到某類需求時，會不會想到你。

這句話放到職場裡，其實就是「主管看見」的核心。

你不可能要求主管記住你做過的每一件事。主管記得住的，通常是穩定而重複的印象：這個人很會整理混亂需求；這個人能把設計和開發拉到同一張圖上；這個人遇到不確定會先拆假設；這個人不是只交付畫面，還會把流程、資料與協作方式留下來。

這些印象不會自動形成。

它需要重複訊號。

作品集、日常回報、會議發言、協作方式、交付文件、面對衝突的處理方式，全部都在傳遞同一件事：我到底代表什麼能力。

所以我現在不太相信「等主管自然看見」。

不是因為主管不公平，而是因為職場訊號太多了。你如果沒有持續輸出一致的訊號，你的價值很容易被任務量淹沒。尤其在 AI 工具把執行速度拉高之後，會做事情的人會變多，真正稀缺的是一個人帶來的視角、判斷與穩定感。

對我來說，這個訊號不能是「我很萬能」。那太模糊。

比較準確的訊號應該是：我能在複雜軟體服務裡，把需求、設計、流程、開發限制與交付節奏整理成團隊能一起往前走的路徑。

這才是我想被主管記住的位置。

主管評估的是可觀察行為，不是我的內心努力

設計團隊評估框架裡有一個提醒：抽象能力要轉換成可觀察的行為指標。

這句話其實有點殘酷。

我覺得自己很負責、很努力、很能扛、很在意細節，這些可能都是真的。但主管無法直接評估我的內心狀態。他能評估的是行為：我有沒有主動溝通進展？需求理解是否準確？卡住時有沒有提出方案？跨部門意見不合時，我怎麼處理？收到回饋後，有沒有改進速度？

很多委屈來自這裡。明明很努力，但主管沒感覺。明明想很多，但沒被看見。明明承擔很多，但最後評價只落在交付結果。

這不是說主管一定對，而是說，如果努力沒有變成可觀察行為，它在管理系統裡就很難被辨識。

所以被看見的關鍵，不是把自己說得更辛苦，而是把努力轉換成主管能評估的證據。

例如，不要只說「這個需求很亂」。更好的說法是：「我把需求拆成三類，第一類可以本週決策，第二類需要 PM 補資料，第三類會影響開發估時，所以我先約開發確認邊界。」

不要只說「我協調了很多人」。更好的說法是：「設計想保留完整體驗，但開發時程不夠，所以我把流程拆成必做、可延後、需要替代方案三層，讓大家先對齊這版要守住什麼。」

不要只說「我把案子推完了」。更好的說法是：「這次留下了需求整理格式、決策紀錄和驗收清單，下次同類型案件不用從零開始。」

這些說法不是包裝。

它只是把原本看不見的工作變成可以被判斷的證據。

AI 時代，主管更需要看見我怎麼設計工作系統

我在 Work System Designer 那則筆記裡看到一個更大的方向：AI 時代的 PM 或主管，不應只是執行者或微管理者，而是設計人機協作的工作系統。重點不只是用 AI 加速現有流程，而是重新設計團隊如何決策、協作與學習。

這也讓我重新理解「主管看見」這件事。

以前主管可能看見的是我有沒有完成任務。現在更進一步，主管會需要看見我能不能改善系統。

我能不能把反覆發生的問題變成模板？能不能把一次性的 AI 產出變成團隊可複用的資產？能不能在 Sprint 或專案節奏裡加入更清楚的決策點？能不能把品質標準前置，而不是等到最後才靠感覺驗收？能不能讓團隊從每次踩坑裡學得更快？

這些都不是單一任務。

這些是工作系統。

而這也剛好接上我的身份。AI 對我來說不是主定位，而是工作槓桿。真正的主軸仍然是複雜服務落地：讓流程、資料、介面、開發限制與團隊協作真的運作起來。

如果我只讓主管看見我完成任務，我會被看見成一個可靠執行者。但如果我讓主管看見我在改善決策、流程、模板、品質與學習速度，我就不只是完成工作的人，而是讓整個團隊更好運作的人。

這種價值，才比較接近下一階段的職涯位置。

所以我現在會看自己留下什麼訊號

主管看見，不是討好主管，也不是把自己包裝得很厲害。

它其實是一種工作訊號設計。

而對我這種 PM × Designer 來說，訊號不能只停在「我很忙、我很努力、我做了很多」。那太容易被誤解成任務量，也太容易在日常雜訊裡消失。

我現在會更在意自己留下的是什麼：是任務清單，還是判斷痕跡？是完成一件事，還是把需求、設計、開發與驗收之間的模糊處整理出來？是靠我一個人扛完，還是留下團隊下一次可以複用的方法？

我真正要讓主管看見的是：我如何把複雜現場整理成共同語言；如何在需求、設計、開發與使用者之間做取捨；如何把一次性的交付沉澱成可複用的方法；如何用 AI 加速執行，但把判斷留在自己身上；如何讓一個模糊的軟體服務，最後真的變成可使用、可維運、可交付的東西。

被看見不是大聲說自己很重要。

是讓重要的東西有形狀。