互聯網女王 Mary Meeker 報告心得(2)-餐飲品牌 Yum Brands 的案例

互聯網女王 Mary Meeker 報告心得(2)-餐飲品牌 Yum Brands 的案例

這幾篇文章都是我觀看 Mary Meeker 2025 年報告後的一些整理跟心得。原始的文件可以參考:https://www.bondcap.com/reports/tai

本篇要聊的話題是在 75 頁看到 Yum Brands 在 2025 年 2 月開始推動旗下餐廳的 AI 化與數位化。

這份報告中可以看到的資料很有限,不過我對餐飲業的現況有點興趣,所以我請 ChatGPT 幫我針對 Yum Brands 使用 AI 的狀況做一些整理,發現一些比預期有趣的資料。

首先介紹一下 Yum Brands 這家公司,因為這名字相信很多人都沒聽過,但說到他旗下的公司大家應該就知道這家公司的規模有多大了。它旗下的主要品牌有以下四個:

  • KFC(肯德基)
    全球知名的炸雞品牌,在 150 多個國家擁有超過 27,000 家分店。
  • Pizza Hut(必勝客)
    國際披薩連鎖品牌,提供外帶、外送與堂食服務。
  • Taco Bell
    主打墨西哥式快餐(如塔可、玉米餅等),在美國非常受歡迎,也在多國擴展。
  • The Habit Burger Grill
    2019 年收購的美式漢堡連鎖品牌,主打炭烤漢堡。

連鎖餐飲面臨的挑戰

近幾年連鎖餐飲面臨的挑戰有別於過往,除了人難找之外,加盟業者的管理難度也在提高。

像是營運標準不一致,這很容易導致「吃同一家品牌體驗跟口味卻差很多」的問題。

又或者數位化程度不一,總部導入新科技(如 POS 升級、AI 管理工具)時,加盟店設備老舊、IT 能力不足,導致實施速度緩慢。而且總會伴隨很多的抗拒與爭吵,讓許多好事的推進延誤甚至終止。

對餐飲來說,風險最大的還有品質監控與治理困難。過去幾年大家應該都看過飲料店員工在飲料中加料,把食物放在地上冷凍,沒戴手套就直接處理食材等。對單店來說,自己沒處理好食品安全自己倒一倒就算了。但對連鎖餐飲來說,一家店的問題很容易被放大到整個品牌,這根本無枉之災。

而 Yum Brands 遭遇到的問題也大多跟這些議題有關,甚至比一些小型連鎖業者更嚴重。以下是 ChatGPT 幫我整理,在網路上找到關於 Yum Brands 及其旗下相關餐飲品牌曾經提到的挑戰。

勞動力短缺與成本上升

找不到人是現在很多餐廳倒閉的原因,有人可能會認為找不到人提高工資不就好了?但餐飲業的毛利結構很可能撐不起人事成本的大幅上升,即便是 3-5%。都很可能讓一個本來賺錢的餐廳轉盈為虧。

在一些國家或區域,甚至因為通貨膨脹、原物料價格波動或上漲,加上基本工資或時薪的上漲而造成營運費用暴增 30-40% 而無法繼續經營的困境。

COVID-19 之後的幾年,每年都有大量的餐廳倒閉。

營運流程複雜、管理標準不一致

很多連鎖業者為了確保一致,會希望用中央廚房出餐,每天配送到每家店,這可能適用於部分的商品類型。但對於需要現場烹飪的商品,如炸雞、麵食,就很難是中央廚房統一出。總部能做的可能只是盡可能讓用料是一致的,調味也是一致的,但料理的動作還是得在店內完成。

所以程序、時間、衛生等問題還是得看加盟店是否有好好落實。台灣有一家連鎖飲料店為了確保加盟店的品質,採取的方法是「加盟前該加盟店的經營者,必須先在總部的安排下完成兩年的訓練,期間的身分等同於總部員工」。

用這種高成本的模式來確保每間店的標準都能達到總部的要求。可這種模式很難適用於以加盟體系快速擴展業務。

但上面這只是所謂的營運流程統一的一個案例,要做到所有面向都盡可能趨於一致難度還是挺高的。

數位化轉型斷層

很多人可能會以為所有的加盟體系都使用同一套管理系統與現場軟硬體。但這通常會成為加盟初期的超高門檻,因為不只有作業流程改變,連現場的軟硬體都得更換,其中包含了電子設備與系統。

整套都要重新購買的話,對加盟主來說也是一筆不小的開銷。而為了追求快速開店且低成本,加盟的條件會盡可能放寬標準,但這種放寬,終將導致品質問題,也會讓分店與總部之間的資訊產生斷成。

所以這是典型的「品質、體驗」與「擴張、效率」之間的平衡。

早期沒做的事,就像技術債一樣,問題會漸漸浮現,最終則是不得不面對,否則難以有效管理。Yum Brands 算是在經歷一段不得不的過程,可運氣不錯的是生成式 AI 的出現,讓這件事有機會用更聰明的方式被解決。

自這份報告中提到的內容是 Yum Brands 與 NVIDIA 合作。透過標準化模型,提供低摩擦、高彈性的接入方案,讓小店也能用語音點餐、AI 廚房監控等技術。大幅降低新系統導入的門檻,讓小店家也能享有高科技帶來的便利性,加快實體店的數位轉型。

找到的資料中,其實還有提到其他問題,例如供應鏈不穩定、原物料價格波動、品質控管議題等。


餐飲的經營挑戰確實挺大的,而大品牌的總部與加盟店的管理確實也是一門學問。過段時間有更多心得再來跟大家聊聊餐飲管理上的各種問題吧。

如果你覺得我內容寫得還不錯,歡迎訂閱我的電子報,我每雙週會發送一封電子報到你的信箱。訂閱連結在這,過往的電子報也在這:Gipi電子報

也鼓勵你可以將我的電子報分享給你認為有需要的朋友們,也許你的舉手之勞,將會改變另一個人的思維與習慣。

Read more

[徵才]方圓國際誠徵兩個新職務

[徵才]方圓國際誠徵兩個新職務

今年四月份,我加入了方圓國際擔任策略長,方圓是一家茶飲連鎖公司,旗下有兩個主要品牌「吃茶三千」與「喫茶小舖」。吃茶三千在海外 30 多的城市有約 130 家門市,喫茶小舖在台灣則約有 60 家門市。 我從去年底開始擔任方圓的顧問,主要協助梳理公司的管理制度、流程與阻礙成長的問題。四月份我轉任策略長,過去這一個多月,我除了 AI 的引入與建置外,我也花了大量的時間重新構思公司的整體策略。 我們進行了「未來十年不變的事」的策略探討,最終設定了十年戰略方向,三年目標,以及 2026 年的關鍵任務。 透過這樣深度的策略思考,我們也藉這個機會盤點了公司目前的人才缺口。 以下有兩個很關鍵的角色是我迫切在找尋的。如果你覺得自己或身邊的人很適合加入方圓,請自薦或推薦給我,謝謝。 歡迎將履歷投遞到:gipi@teashop168.com.tw 門市體驗經理(Store Experience Manager) 門市是接觸終端消費者的最後一哩路,也是品牌傳遞價值的關鍵接觸點。我們在全球因應不同的市場有不同的店型設計,

By gipi
克服 AI 焦慮的方法,唯有實作

克服 AI 焦慮的方法,唯有實作

2018-2019 年左右,線上學習在台灣整個大爆發,線上課程一大堆,每個禮拜都有很多線下學習活動。每天都可以看到大量的學習心得與活動心得,每個人講的內容都很有道理。全台灣好像瞬間變成一個知識島,所有人都學識淵博,而自己似乎懂得有點少。 知識焦慮年代 在那個時候,很多人染上了「知識焦慮」的病症。 害怕別人知道自己不知道的,擔心自己沒跟上世界的節拍,所以哪邊有新知往哪兒去,哪邊學習氛圍濃厚就往哪兒鑽。看起來是因為熱愛學習,但內心的煩惱其實是「害怕失去」。 害怕失去話語權,害怕失去社交談資,害怕失去機會,害怕失去競爭力,害怕自己不再是別人眼中領先的族群。 而克服焦慮最有效的方法,不是知道更多,而是實踐,從時間中獲得成果,獲得進步。 那些仍在學而沒有做的人,焦慮是無法停止的,因為他並沒有真的改變現況。 這也是當年為何我們想舉辦 case study、學習營、打卡、案例練習,並且鼓勵大家多多輸出的原因了。因為輸出,其實就是最輕量的實踐,而動手做,則是讓自己學有所用的基本配備。 在那個知識焦慮的年代裡,因為我本來就熱愛學習,也經常輸出,

By gipi
我如何與 AI 協作開發,我的開發步驟分享

我如何與 AI 協作開發,我的開發步驟分享

昨天到工程師場子分享,想說跟大家對照一下,現在是否多數人都跟我一樣,寫程式完全不手打任何一行 code,全部都是 AI 做的。 結果發現,現場只要有在用 AI 開發的人,多數時候真的都是讓 AI 來完成程式撰寫工作。 目前我的開發組合是 Claude Code / Claude Design / Fly.io / Github / Cloudflare,其他還有根據程式功能需要而使用的第三方元件。 做一個新系統的習慣是: 1. 跟 Claude 討論我想解決的問題,以及我的核心需求,中間我可能會用 Claude Cowork 做本地資料的分析,然後請他廣泛收集一下資訊,做幾輪 prototype 的模擬。確認方向是否是我所期待的。 2. 對完需求後,請他產出系統定位、限制、邊界與 PRD。 3. 把 PRD 跟幾個

By gipi
加快了速度,少了回饋

加快了速度,少了回饋

2022 年時我曾推出了一堂課《打造高效軟體開發團隊》。 在這堂課程中我繪製了一張軟體開發過程管理的架構,這張圖我從公司策略->產品策略->需求管理,一路到開發過程管理、交付、市場回饋,最後再回到產品需求管理。 當年我曾說過,軟體開發最重要的其實不是程式開發本身,而是 align 公司策略與產品策略,同時兼顧好短期需求,將需求管理做好。 但我們也可以看到產品需求管理是上述架構中最主要的節點,上承策略,下接短期需求,右邊則是成為所以開發計畫的起頭,同時還要承接來自市場回饋,並能持續優化管理過程與技術債務管理。 簡單的說,決定做什麼,決定了產品定位,決定先做什麼,則決定了策略重心。但要做出決定,除了對目標有清晰的認知外,更重要的是「回饋」。包含市場回饋、使用者回饋、利害關係人回饋(研發/行銷/客服...)。 這陣子透入 AI 開發後我對這張架構圖有一些新的想法: 首先,是生產力過剩。 因為 AI 不用休息,生產力幾乎沒上限,

By gipi