有一種掉隊的方式，比不努力更難被發現。

你沒有停下來，每天都在做需求、推進迭代、開評審會，看起來一切正常。但某天你突然發現，你對”這個技術現在能做到什么程度”的判斷，已經是過期的了——不知道從什么時候開始，悄悄過期的。

我認識一個比我早入行做AI產品的朋友，他說他親眼見過好幾個團隊有過類似的遭遇：認認真真憋了將近半年，做了一個PDF解析的獨立工具，做得還挺用心，結果某個大廠突然宣布這個能力直接內置了，系統原生支持。他說那種感覺，就像你在認真挖井，旁邊人接了自來水，而你完全不知道那根管子是什么時候鋪的。

這不是小概率事件。

AI這個方向有一個跟普通產品方向很不一樣的地方：它的”基準線”是動的，而且動的速度不均勻。普通產品，一個功能難實現，三個月后可能還是難實現，你的判斷不容易過期。AI這邊，你上個月認為”還做不到”的事，這個月可能已經有現成方案了，成本比你想象的低得多，延遲也比你想象的短得多。

你腦子里那張關于”能做什么/不能做什么”的地圖，會在你不注意的時候悄悄失效。

帶我入行的前老板做了十幾年產品，說過一句話我印象很深：做產品最怕的不是判斷錯，是拿著過期的地圖走路，還以為方向準確。

這種狀態有一個特征，就是你不知道自己不知道。

這個問題問過不少同行，收到的答案通常是”追行業動態””保持信息量”。

這個說法不是錯，但太虛，實際的價值比這具體得多。

關注那些發布會，對我來說最直接的用處就一件事：校準自己對技術天花板的判斷。

如果你對技術天花板的預期是錯的，你的產品決策就建立在一個錯誤的地基上——而且最麻煩的是，這種錯誤不是顯而易見的，它會藏在你每一個”理所當然”里，等到出問題了才會暴露。

大會能幫你做的，就是定期拿外部信息來沖刷一下這套預期，逼自己問：我以為行不通的事，現在是不是行了？我以為需要半年的事，現在有沒有更快的路？

這比”保持信息量”這種說法要踏實得多。

Google I/O、Apple WWDC、Microsoft Build，這三個是做科技產品的人基本都知道要跟的，合稱”科技春晚”。確實值得看，但只看這三個會有幾個不小的盲區。

先糾正一個我之前自己也有的誤解：Google I/O 經常被說成”偏C端”的會議，其實這個說法不太準。I/O 從來都是以開發者為核心的大會，API發布、框架更新、開發工具的變化才是實質內容，只是近幾年 Gemini 的產品展示感太強，才給人一種面向消費者的錯覺。對AI產品經理來說，I/O 里的開發者專場，比主舞臺的產品秀對日常工作的參考價值更直接——但很多人根本不知道還有這層。

NVIDIA GTC是另一個經常被低估的會議。它不講產品，講的是算力的天花板往哪移、架構在往哪演進。聽起來好像跟產品經理關系遠，但實際上不是。你在做AI產品，遲早會面對”這個功能端側能不能跑””推理成本什么時候能降到可接受的范圍””什么量級的場景才能撐起來”這類問題。GTC 是離這些問題答案最近的地方，比任何產品分析報告都更接近真實情況，比問研發同事也更有全局感。

然后是一個在很多”必看清單”里反而缺席的：OpenAI 的開發者活動。對做AI產品的人來說，這個的重要程度不亞于前面任何一個，因為影響是最直接的。API能力邊界怎么變、調用限制調了什么、新的工具層或者模型層開放了什么——如果你的產品有相當一部分是建在這套能力上的，那這個就必須跟著。錯過一次關鍵更新，可能意味著你下個季度的方向規劃要重來。

AWS re:Invent做ToB方向的人別跳過。每年這個會上都有大量企業AI真實落地的案例，不是那種包裝過的成功故事，而是工程上踩了什么坑、數據治理怎么搞、合規怎么繞過去的真實經驗。這類信息在網上很難找，基本只在這種場合才拿得到第一手的。

Meta的動向也值得單獨留意，尤其如果你所在的團隊在做私有化部署、或者用開源基座做微調。Meta 在開源模型上的投入和節奏，會直接影響這條路的可行性和成本。它不一定通過專門的大會發布，但更新節奏很快，值得找一個固定的方式跟蹤。

（順便說一句——以前我也整理過一個”必看清單”，列了七八個會議，后來發現根本跟不完，真正有時間認真消化的也就三四個。”值得看哪些”和”你真的能看完哪些”是兩個不同的問題，后者其實才是需要先想清楚的。）

這一節是我覺得最想說的，也是最容易被跳過的。

很多人關注這些發布會，主要在吸收的是：新功能來了，新接口開了，又支持什么了。這些當然要看，但如果只看這個，其實是在被動接收信息，而不是在主動校準判斷——兩件事看起來像，但能從中拿到的東西差得很多。

更有價值的，是看那些”還不行”的地方在哪里。

舉一個很具體的例子。看大會上的 Live Demo，大多數人的注意力在”這個功能好厲害”。但如果你仔細看，能注意到演示者說完話到系統開始響應之間的時間間隔，能注意到他有沒有重復說了一遍才識別成功，能注意到演示選用的場景是不是極其理想的輸入條件——網絡極好、話語清晰、沒有任何歧義。這些細節，博主剪輯版幾乎都會修掉，因為留著不好看。但這些細節，才是當前技術真實能力邊界的證據。

（說一句題外話——不是讓你帶著挑毛病的心態去看發布會。只是對做AI產品的人來說，能感受到”這個Demo的前提條件有多苛刻”，是一種很實用的判斷能力。你知道天花板在哪，才知道哪些產品方向站在扎實地基上，哪些是在賭技術還沒解決的問題。）

最后一點值得單獨說：關注那些只有一家在講的東西。如果三家會議都在強調同一個方向，那個方向已經是行業共識了，不需要你特別警覺。真正值得多想幾分鐘的，是只有一家在講的、其他人還沒跟上的那個細節——那里可能是下一個不對稱的機會，也可能是一個值得長期觀察的變化信號。

時間不夠是真實的限制，不可能每場都從頭看到尾。

所以更實際的問題是：哪些值得看原片，哪些看博主復盤就夠了？這部分網上討論挺多的，我只說幾個自己想過的角度。

Keynote 里的現場 Demo，建議看原片。原因上面說了，關鍵信息在那些細節里。這部分通常不長，一兩個小時的主旨演講，真正值得仔細看的Live Demo可能就二三十分鐘，時間成本是可控的。

設計類的專題分享，建議看原片。這類內容有一個特點，大廠設計團隊在解釋”我們為什么放棄某種交互、選了另一種”的時候，里面是很多層的推理，不是一個結論，是一整套關于用戶意圖、反饋預期、容錯機制的思考過程。你跟著這個推理走一遍，和只看”結論是什么”，拿到的東西差得很遠。博主很難轉述這種內容，不是不認真，是格式本身限制了深度。

可以交給博主的內容，大概是這幾類：

如果決定靠博主，有一點建議：不要只跟一類視角的。

極客和開發者視角的博主，會告訴你接口好不好用，調用起來順不順，有沒有換湯不換藥的成分——這是最接近”技術天花板真實位置”的聲音。產品和商業分析視角的博主，會拆解這次發布對競爭關系意味著什么，哪個玩家受益、哪個被打壓。設計向的博主，會講交互語言在往什么方向演變。三類信息拼在一起，才比較接近完整的圖景——單看任何一類，都會有盲區。

這兩件事看起來像，但性質完全相反。

我認識一個做AI方向的朋友，有一段時間幾乎每隔幾天就在刷最新發布，什么都知道，什么都能聊，開會特別能說。但他自己后來跟我說，那段時間其實很空，什么都沒真正沉下去想過。

信息焦慮和信息敏感，區別在驅動力不同。焦慮是被信息追著跑，停下來就會難受；敏感是你知道自己在找什么、在驗證什么，找到了就夠了，不需要更多。前者越跑越累，后者其實不太耗力氣。

關于這件事，我真正想說的其實只有一點：

你關注這些東西，是為了讓自己的產品判斷更準，還是為了在會議室里有東西可說？

這兩件事看起來都是”保持信息量”，但背后的驅動不同，最終能用上的東西也完全不同。如果只是為了”有話說”，其實用不著盯著這些會議，刷熱搜足夠了。

你現在盯著外部信號的方式，算哪一種？