【魯米週報】#12 - 按照需求方的要求做功能，最後他卻說功能不對
本週工作反思 2026.9.12
團隊裡的PM來和我抱怨，每次收需求都是照著對方的要求實作功能，但是上線後卻被抱怨這不是客戶要的功能，怎麼辦？這情況我很熟悉，年輕時發生很多次，也吃了不少悶虧。
邏輯很簡單，需求方提的是功能，但PM真正要解決的是痛點，這聽起來是一件事，其實差很多。
我舉餐廳AI客服的產品當例子：
一間餐廳更改了營業時間，把新的營業時間圖片上傳到 AI 的知識庫，但是民眾詢問時， 因為AI的短暫記憶，導致AI 還是回覆舊的圖片網址，所以業務跑來提需求：「希望 AI 不要有短暫記憶。」
希望 AI 不要有短暫記憶，這句話是功能，不是需求，更不是痛點。
如果真的照這個方向做，問題會更大。AI 沒有短暫記憶，代表它在同一段對話裡不記得民眾剛才說過什麼。民眾前一句說我上週已經預約了，AI下一句問請問想預約明天哪個時段。AI 完全沒有上下文，對話無法連續，就不能為民眾解決問題。記憶時間拉長或縮短各有代價，沒有哪個方向是絕對正確的。
所以必須確認：你真正的痛點是什麼？
痛點是，每次更新圖片，AI 還是回覆舊的 URL。
找到這個，解法就清楚了。所以我做了一個機制：上傳新圖片之後，把舊的 URL 指向新的圖片。AI 記憶裡存的還是舊 URL，但那個 URL 背後指向的內容已經換成新的了。AI 不需要忘記任何東西，問題就解決了。
提功能的人，通常已經在腦袋裡跳過了「WHY」，直接告訴你「WHAT」。但那個WHAT 只是他想到的其中一種解法，不見得是最好的，有時候甚至會帶來新的問題。
PM 的工作，是把功能翻譯回需求，再從需求找到真正的解法。
魯米新文章
PM Lumi
推薦文章：權威網站的PM文章
How I say 'no' to feature requests
這週的反思講的是把功能翻譯回需求。但翻譯完之後，有些需求你還是得拒絕。這篇教你如何說 No。
作者 Alex Debecker 的立場很直接：說不，是 PM 工作的一部分。因為那是唯一能讓團隊維持專注的方式，你不可能讓每個需求都進 roadmap。
不過他有一個前提：拒絕之前你得先認真研究過。他說自己從來不當場回覆，而是先去了解這個需求、跟提出的人聊、把相關的團隊成員拉進來。誠意這件事會決定對方接不接受你的「不」。
他把拒絕分成五種，每一種的講法不一樣：
- 策略性拒絕：最常用的一種。這個功能不符合公司方向或產品策略，所以不做。難的地方在於，你得先有一個講得清楚的產品策略，不然這個理由聽起來就像藉口。
- 資源拒絕：「這是個好主意，但我們沒有資源做。」作者強調這句話後面一定要接數據：ROI 多少、潛在市場多大、資源現在配在哪裡。光說沒資源，對方只會覺得你在敷衍。
- 技術拒絕：現有的技術架構做不到、複雜度太高，或是牽涉到合規問題（像 ISO 27001 的認證要求）。
- 競爭拒絕：這一種最微妙。不該只因為競爭對手有或沒有某個功能就決定做不做，但競爭格局可以拿來當判斷的參考。
- 可用性拒絕：專門用來擋「就一個小功能而已」。看起來很小的需求，可能會增加複雜度、拖慢部署、產生新的監控負擔。這種累積起來最傷產品。
最後一個提醒我覺得很實用：拒絕不是永久判決。大部分的「不」其實是「時機不對」或「現階段不符合」，把話講成這樣，未來要重新拿出來討論也不尷尬。
對照這週的反思：翻譯回需求之後，如果發現那個需求本身就不該做，你需要的就不是更好的解法，是一個講得清楚的拒絕。
本週科技時事：了解世界趨勢
1. Oracle 季度資本支出達 285 億美元，去年同期為 85 億
基礎設施收入 74 億美元，雲端業務預期成長 64% 到 70%。
2. 微軟規劃 2032 年前建成 38 吉瓦資料中心容量
目前容量約 12 吉瓦，38 吉瓦超過紐約州的尖峰用電量。2026 年資本支出預估落在 1450 至 1750 億美元。
3. Anthropic 揭露 AI 被用於生物武器研究、俄羅斯網路攻擊與中國模型萃取
其中疑似與阿里巴巴相關的中國公司互動次數達 1.51 億次。
4. 數百個 AI agent 協助駭客入侵 395 個機構
透過 PaperCut 漏洞，波及 48 國共 440 台機器，攻擊自 8 月 31 日開始。美國一所高中從被攻入到失守歷時 7 分鐘。
5. AI 晶片新創 Positron 募資 8.75 億美元，估值 50 億美元
六個月前估值為 10 億美元。客戶包含 Oracle 與 Jump Trading。
聯絡我
如果你想和我聯絡，可以從這些地方找到我
網站 : www.pmlumi.com
IG : www.instagram.com/pm.lumi/
Email : pmlumi.hello@gmail.com