Showing Posts From
提案技巧
AI 把保單規劃做到 80 分了，那你還剩什麼？用 iPhone 之父 Tony Fadell 的『press-release first』把那句話練出來
有一個事實，2026 年的保險與理財業務員大概都偷偷感覺到了：保單規劃、需求試算、提案簡報——這些以前要熬夜做的東西，AI 現在三分鐘就能生出一份 80 分的版本。產品端正在被快速商品化。當每個人手上都有一份「夠好」的方案，你這個人到底還值多少？ 這個問題的答案，藏在一個你想不到的人嘴裡：Tony Fadell。他是 iPod 之父、iPhone 的共同打造者、Nest 創辦人（後來以 32 億美金賣給 Google），手上掛著超過 300 項專利，是全世界最硬核的「做東西」的人。但他在 2026 年 6 月 7 日的 Lenny's Podcast 上講的不是工程，是一件聽起來很不像工程師會說的事：最好的產品，如果你說不出那個故事，一樣會輸。 Tony Fadell：做出全世界最強的東西，卻發現「會不會說故事」才是生死線 Fadell 的可信度在於——他不是一個賣話術的人。他是一個把硬體做到極致的人。正因為這樣，當他說「光把東西做好沒用」，份量完全不一樣。 他在節目裡丟出一個很多人不知道的事實：iPod 不是一推出就成功的。第一代、第二代都賣得普普，工程上明明領先當時所有的 MP3 播放器，市場卻沒反應。"The iPod wasn't big enough; it took three generations before it became successful." （iPod 一開始不夠大，它花了三個世代才真正成功。）注意，他講的不是「容量不夠大」這種規格問題。真正讓 iPod 翻身的，不是又塞了更多功能，而是 Apple 找到了那句話——「1000 songs in your pocket（把 1000 首歌放進口袋）」。沒有講硬碟容量幾 GB，沒有講傳輸協定，就是一句客戶聽完會記住、會跟朋友轉述的話。產品沒變，故事變了，市場就動了。 press-release first：在做產品之前，先把客戶會聽到的那句話寫出來 Fadell 推崇的方法叫 press-release first（新聞稿先行）——這也是 Amazon 內部著名的「working backwards」做法。邏輯反直覺到讓人不舒服：你還沒開始做產品，就先把產品上市那天的新聞稿寫出來。 為什麼？因為新聞稿是寫給客戶看的，不是寫給工程師看的。你被迫站在客戶的位置，問自己：這東西講出來，客戶會在意嗎？而這個練習最殘忍的地方在於它逼你做減法。Fadell 說："When I do the press release, I can only have three or four key features. After that, it becomes gobbledygook for a customer." （我寫新聞稿的時候，最多只能放三到四個關鍵功能。再多，對客戶來說就變成一堆聽不懂的鬼話。）這句話對業務員是一記悶棍。我們太習慣把「全面」當成專業——一份提案塞進二十個保障項目、十張試算表、五種情境分析，覺得這樣才顯得用心。但 Fadell 的意思正好相反：你塞越多，客戶記住的越少，最後那份「完整」的提案在他腦子裡只剩一團 gobbledygook（聽不懂的鬼話），回家連跟另一半轉述都轉述不出來。 把它翻譯成業務員的版本就是：在你打開試算軟體、排版那份精美提案之前，先用一句話寫下——客戶聽完這個方案，回家會怎麼跟太太/先生講？ 如果你寫不出那句話，或那句話是「業務員幫我配了一個還不錯的保單」，那這份提案就算數字再漂亮，也是賣不動的 iPod 一代。 把方法論拆成三個可以練的動作 一、從「痛」開始，不是從「商品」開始（Start from pain） 做法： 先找到客戶真正的痛，再回頭問有沒有工具能解，而不是手上有什麼商品就推什麼。 Fadell 講他做每一個產品的起點："I always start from pain. Are there new technologies to solve that pain?" （我永遠從痛開始。有沒有新技術可以解決那個痛？）順序很重要。多數業務員的順序是反的——公司這季主推某張保單，於是想辦法把它塞給每個客戶。Fadell 的順序是：先確認痛真的存在（客戶半夜會醒來擔心的那件事），技術（商品）永遠是後面才登場的工具。他有一句講得更直接："The technology is in service of the customer, not we're gonna jam the technology down the customer's throat." （技術是用來服務客戶的，不是我們要把技術硬塞進客戶的喉嚨。）把「technology」換成「保單」，這句話就是 2026 年最該貼在每個業務員桌上的一句話。 二、寫出「轉述句」，而不是「賣點清單」（The one line they repeat） 做法： 提案前先寫一句客戶會原封不動轉述給家人的話，這句話就是整份提案的指北針。 「1000 songs in your pocket」之所以是神來一筆，是因為它能被原封不動地傳出去。一個客戶在公司茶水間跟同事說「我買了一張很完整的醫療險」——這句話傳不動，因為它沒有畫面、沒有重量。但如果他說的是「我這張保單，就算我哪天倒下，孩子讀到大學的學費一毛都不用動到老婆的薪水」——這句話會傳。 差別在哪？前者是業務員的賣點清單，後者是客戶自己的故事。你的工作，不是把所有保障條列清楚（那 AI 比你快），而是替這位客戶找到他自己的那句話。AI 能算出最佳保額，但它不知道這個客戶心裡最怕的畫面長什麼樣子，也寫不出那句只屬於他的轉述句。 這正是商品被商品化之後，業務員唯一拉不開也搶不走的價值。 三、每天打磨那個故事，不要做完就丟（Hone it every day） 做法： 同一個故事，講給不同客戶、收集他們的反應、一次次修，把它磨到能一擊命中。 Fadell 觀察賈伯斯最震撼他的一點，不是賈伯斯多會做產品，而是他對「故事」的偏執："The why is storytelling; when I watched Steve, he was honing the story of the iPhone every day." （『為什麼』就是說故事；我看著賈伯斯，他每一天都在打磨 iPhone 的故事。）iPhone 那場發表會的故事，賈伯斯磨了兩年半，每天改。對業務員的啟示是：你的提案故事不是寫一次就定稿的文件，而是一個要拿到客戶面前一次次測試、一次次修的活東西。哪句話客戶眼睛亮了、哪句話他開始滑手機，這些反應就是你打磨的素材。把同一個概念講第一百次，跟講第一次的威力，差的就是這個。 真正的風險不是 AI 太強，是你「認知投降」 那 AI 在這套方法裡扮演什麼角色？Fadell 給了一個很重要的警告，他叫它 cognitive surrender（認知投降）——把判斷力和品味整碗交給機器。"You still need humans in the loop; don't surrender to the machine." （你還是需要人在迴圈裡；不要向機器投降。）他的意思不是不要用 AI。AI 拿來做原型、跑試算、整理資料，又快又好，該用就用。但如果你連「這個方案到底打不打動這個人」「該強調哪一句」這種需要品味與判斷的事，也交給 AI 決定，那你做出來的東西會像他形容的——又脆、又沒有靈魂。一份 AI 全自動生成、業務員看都沒看就轉發的提案，技術上可能 80 分，但它沒有那句話，所以它賣不動，跟當年的 iPod 一代一樣。 說到底，AI 把產品做到 80 分這件事，不是在淘汰業務員，是在重新標價。它把「會做試算」這件事的價格打到趨近於零，同時把「會替這個客戶找到那句話」的價格，往上推。Fadell 用全世界最硬的工程案例證明了一件事：最好的東西，講不出故事一樣會輸。 而那個故事，到 2026 年為止，還是只有人寫得出來。📎 這集 Lenny's Podcast 的完整對談（2026 年 6 月 7 日上線）裡，Fadell 還拆解了 iPhone 該不該做實體鍵盤的內部辯論、他為什麼相信開創新品類時「資料無法帶路、需要一個有品味的獨裁者拍板」，以及怎麼分辨「該堅持的願景」和「該認輸的固執」——這些在這篇沒展開的部分，原集講得很細。想更系統地讀他的方法論，他那本 創建之道（Build）整理了 32 條從做產品到當 CEO 的硬核經驗，值得放在桌上慢慢翻。