「別人早就有了」不是重點：後發但能用的產品邏輯#
每次發表會都有人說了無新意、這功能別家早就有了。他的反駁不是否認，而是把問題換掉——重點不是誰先做出來，是做出來的東西好不好用。他舉了一個很具體的例子：某個近距離傳輸技術問世多年，該公司只拿它做支付、堅決不做傳檔，因為那個用途「傳輸太慢、用起來不好用」。⚠️ 但這套敘事有一個不可否證的破綻，第 7 條處理。
往下讀之前先問自己 你用過幾個「規格上有、實際上沒人用」的功能？那些功能的存在，讓產品變好了還是只是讓規格表變長了？
01
他把該公司的起點定在一次失敗：創新但賣不掉、也不好用
moderate
他在哪裡講的
「別人用起來要覺得好用」
機轉：為什麼會這樣
他回到 1980 年代那台失敗的機器：確實達成了創辦人心中「電腦該長什麼樣」的理想，但太貴、用起來也不夠好，結果賣不出去。他認為那次失敗讓對方學到——創新之外，還要能賣得出去、別人用起來要覺得好用。合理的價格、好用的功能、實用穩定，缺一不可。
實證查核
該機種的商業失敗與其高定價、效能不足是公認的事實，把它當成產品哲學的轉折點是常見且合理的敘事。「創新必須通過可用性與可負擔性的檢驗」這個一般原則也站得住。
要補一句
但把一家公司數十年的產品邏輯歸因於單一事件，是典型的事後敘事整理。實際上該公司在那之後仍多次推出昂貴且失敗的產品，而創辦人離開與回歸期間的策略也有明顯斷裂。這個故事好聽，但它是被挑選出來的。
可帶走的做法
聽到「某次失敗讓他們學會了什麼」的公司故事，去查那之後有沒有再犯同樣的錯。有的話，那個教訓沒學到。
02
穩定優先於採用最新技術——第一代手機沒用當時最新的網路標準
moderate
他在哪裡講的
「蘋果一直都是以穩定為優先」
機轉：為什麼會這樣
他舉了一個很多人忘記的事實：第一代手機推出時並未支援當時已經存在的較新一代行動網路，要到後續機種才加入。他認為這說明該公司的排序是穩定優先、創新其次——不會因為某項新技術剛問世就急著用上。
實證查核
事實正確：初代機種確實只支援較舊的網路標準。而延後採用新技術以換取續航、發熱與良率的穩定，是有工程依據的取捨——早期晶片的功耗與成熟度往往不利於行動裝置。
查證來源
- 初代機種僅支援較舊的行動網路標準
- 早期新世代網路晶片的功耗與體積不利於行動裝置
要補一句
但「穩定優先」與「零件還沒準備好」在外部看來無法區分。當年的新一代網路晶片在功耗與體積上確實不適合，所以這也可能只是受限於供應鏈的結果，被事後詮釋成刻意的克制。同一個行為有兩種解釋，而他只採用了對該公司有利的那一種。
可帶走的做法
看到「他們刻意不用新技術」的說法，查一下當時那個技術的功耗與成本。很多克制其實是做不到。
03
⭐⭐⭐ 最有價值的一條：不要為了用功能而設計功能
strong
他在哪裡講的
「為了用那個功能而去設計那個功能」
機轉：為什麼會這樣
他把這句話講成一個通則，而且明說台灣很多科技公司也這樣：因為有了某個技術，就設計一個用到它的功能——但實際用起來不好用。他的反問是「不好用、一點都不實用的功能，那你做它幹嘛」。
實證查核
這是產品設計的核心原則，而且適用範圍遠超過消費電子。以既有能力去尋找用途（solution looking for a problem），是功能膨脹最常見的成因，結果是規格表變長、使用者的實際體驗變差。
查證來源
- 以既有技術尋找用途為功能膨脹的常見成因
要補一句
但要避免用它否定所有探索性功能——有些用途要等生態成熟才顯現，早期看起來無用的能力後來成為關鍵。判準不在於「現在有沒有用」，而在於它有沒有讓核心體驗變差（多一個選單、多一次詢問、多一個要維護的東西）。無害的探索與有害的膨脹要分開。
可帶走的做法
評估一個新功能，問它讓什麼變簡單了。答不出來、只答得出「多了一個選擇」的，通常就是為做而做。
04
具體案例：同一個技術只拿來做支付，因為傳檔的用途傳輸太慢
strong
他在哪裡講的
「NFC 的傳輸太慢了」
機轉：為什麼會這樣
他還原了當年的爭議：其他廠商用近場通訊做裝置配對與照片互傳，還拍了很有感染力的廣告；而該公司加入之後只拿它做行動支付，堅決不開放其他應用。他引述官方說法——那個技術傳輸太慢，拿來傳照片要等很久。
實證查核
技術判斷正確。近場通訊的資料速率極低（一般在數百 kbps 等級），本質上是為小量資料交換與識別而設計，用來傳輸照片在物理上就不合適。當年那些廣告呈現的多半是以該技術觸發配對、再由其他無線協定實際傳輸。
查證來源
- 近場通訊資料速率為數百 kbps 等級
- 該技術設計用途為小量資料交換與識別
- 實務上多以其觸發配對再由其他協定傳輸
要補一句
所以更精確的說法是：別家並不是真的用它傳檔，而是用它當觸發器。他把對手的做法簡化成「用慢的技術傳圖」，稍微降低了對方的合理性。真正的差異在於要不要暴露這個能力給使用者自行運用，而非誰的技術判斷正確。
可帶走的做法
看到「A 技術可以做 B」的宣傳，查一下 A 的頻寬。很多功能是靠它啟動、由別的東西完成的。
05
需求沒有被放棄，只是換了實作方式
strong
他在哪裡講的
「現在很熟悉的 AirDrop」
機轉：為什麼會這樣
他補上故事的後半段：拒絕用那個技術傳檔，不代表拒絕「無線傳檔」這個需求——後來推出的傳檔功能就是為此而生，而且當時的發表還順帶調侃了對手方案的速度。
實證查核
這是本單元最完整的論證：拒絕一個實作，不等於拒絕該需求。真正的產品判斷是「這個需求該用什麼技術滿足」，而不是「有這個技術就用它」。這與第 3 條互為表裡。
要補一句
但代價是時間差——使用者在這段期間確實沒有這個功能可用。對當下的使用者而言，「更好的方案幾年後會來」是沒有價值的承諾。這種延遲的成本由使用者承擔，而敘事往往只記得最後成功的版本。
可帶走的做法
評估一個生態要不要進，看它「拒絕的東西後來有沒有補上」。只有拒絕、沒有替代方案的，那不是克制是做不到。
06
整合是多年鋪墊的結果，不是單次發表的新功能
strong
他在哪裡講的
「但其實蘋果花了好幾年做這些事情」
機轉：為什麼會這樣
他用一個場景說明何謂整合：門鈴偵測到來訪者、辨識出是認識的人、把名字直接推播到手機，同時讓家中的音箱與電視也一起通知。他指出這看起來很簡單，但背後需要臉部辨識、家庭自動化平台、以及各裝置間的協同都各自累積多年才可能。
實證查核
論點成立：跨裝置的無縫體驗依賴多個子系統同時成熟，而每個子系統在單獨推出時往往看起來雞肋。以「單次發表的新功能」為單位評價，確實會低估這類累積型投入。
查證來源
- 跨裝置協同依賴多個子系統同時成熟
要補一句
但這個框架也可以用來替任何長期無用的功能辯護——「它現在雞肋，是因為還在鋪墊」是無法否證的。要讓這個論點站得住，需要的是事前說明鋪墊的方向，而不是事後回頭把散落的功能串成一條線。第 7 條處理這個問題。
可帶走的做法
看到一個看起來雞肋的新功能，問它需要什麼別的東西成熟才會有用。答得出來的是鋪墊，答不出來的就是雞肋。
07
⭐ ⚠️ 「總有一天你會知道為什麼」——這句話不可否證
contested
他在哪裡講的
「不要急著下定論」
機轉：為什麼會這樣
他的收尾是：該公司從不急著把新功能拿出來炫耀，而是慢慢走、慢慢做，最後一次端出來讓大家驚訝。所以看到更新時不要急著下定論，總有一天你會知道為什麼他要這麼做。他也補了一句——當然也有失敗的時候，但成功更多。
實證查核
「累積型投入需要時間才顯現」這個現象本身是真的，前一條已經確認。而他也沒有完全排除失敗的可能，語氣上留了餘地。
查證來源
- 不可否證的主張不具預測力
要補一句
⚠️ 但「總有一天你會知道為什麼」作為一個論點是不可否證的：功能後來成功了，證明當初是深謀遠慮；功能後來失敗了，可以說那是他承認的少數失敗；功能一直沒動靜，可以說還在鋪墊。沒有任何觀察結果能推翻這個說法，而不能被推翻的主張沒有預測力。更嚴謹的版本應該是：指出哪些具體的鋪墊正在進行、預期什麼時候收斂——那樣才能事後檢驗。本站在 T13〈2020 年他對自研晶片的判斷〉整理過同一位評論者的預測對帳，可以看到有些說中、有些偏差，那才是判斷力的證據。
可帶走的做法
聽到「以後你就知道了」，問一句：如果三年後還是沒有，你會承認判斷錯了嗎？不會的話，那句話沒有內容。
08
他提出的實際驗證方式：回想三五年前同一件事有多麻煩
strong
他在哪裡講的
「三、五年前都還用起來非常的卡」
機轉：為什麼會這樣
他給了一個對抗「習以為常」的方法：想想三五年前要把一份檔案在多台裝置間搬移得怎麼做——拔隨身碟、用通訊軟體傳給自己。而現在檔案放在雲端、每台裝置直接開，或直接無線傳過去。這些今天覺得理所當然的事，當年不是很卡就是根本不存在。
實證查核
這是很好的認知校正方法。進步一旦被適應就會變得不可見，導致人們持續低估累積的改善——這是已知的心理傾向。用「回想同一個任務以前怎麼做」作為基準點，比評估單次更新的新鮮度更能反映真實變化。
查證來源
- 已適應的改善難以被察覺，導致低估累積進步
要補一句
但同樣的方法也能用來反向檢驗：有些事情三五年前更簡單（可自行更換的零件、更多的連接埠、更少的訂閱制）。進步的清單與退步的清單要一起列，只列一邊就變成了立場而非分析。
可帶走的做法
每年做一次：列出「今年比三年前更方便的三件事」與「更麻煩的三件事」。兩張清單一起看，判斷才會準。
本單元集中引用 1 支公開影片（2020-06-24），有官方字幕可查證時間碼。⚠️ 全片為針對「該公司了無新意」這類批評的辯護性內容，立場明顯偏向該廠牌；本站保留其中可獨立成立的產品觀念，並在第 7、8 條標註論證上的問題。引句均在 15 字以內，僅作定位使用。