GELATOlab 知識庫 · 入門指南

帕菲杯設計系統：一匙裡的組合設計

帕菲的品嚐單位不是「一層」，而是「一匙同時吃到的兩到三層」。理解這一句，杯型、層序、溫度、賞味時間與單杯毛利為什麼必須一起設計，就全部說得通了。

「一匙」才是帕菲的設計單位

顧客把長匙插進帕菲杯時，一匙通常會同時挖到兩到三層。也就是說，顧客真正嘗到的從來不是你設計的任何單一層，而是相鄰層的組合。帕菲的設計目標因此不是讓每一層各自完美，而是讓每一種可能的組合都成立。

• 一層很好吃、但和上下層一起吃不好吃，對顧客而言就是不好吃。
• 相鄰層之間的甜度差、硬度差、溫度差與口感差，比任何單層的絕對值更重要。
• 這也解釋了為什麼帕菲的問題幾乎都發生在界面：沉降、受潮、結冰、壓塌，全部發生在兩層之間。
• 檢查設計時，用手遮住其他層、一次只看相鄰兩層，比盯著整杯更容易發現問題。

帕菲和冰淇淋蛋糕不是同一種東西

兩者都是多層堆疊、都有剖面圖，看起來像同一個問題。但它們壞掉的方式完全不同，能共用的工具比想像中少 —— 這張表說明了為什麼帕菲需要另一套幾何模型與另一套時間模型。

系統把一杯帕菲拆成六組資料

每一組資料都會餵給後面的計算，缺一組就會有一整類判讀變得不可信。第一次設計時可以只填前三組把結構跑起來，但要記得後面的成本、營養與時間數字會跟著不完整。

最快上手：先套模板，再逐層換成自己的品項

模板是結構起點，不是食譜。內建 31 款模板分成七個類別，示範不同杯型、層數與溫度結構的組合方式。模板裡的自由品項帶的是示範價（標記為 template_estimate），正式使用前一定要換成自己的配方、食材與實際進價。

• 31 款裡有 28 款是冷凍加冷藏的混合型 —— 這反映了真實帕菲的常態，也代表你多半得面對界面問題。
• 想先練單純結構，可以從全冷藏的「布丁阿拉模式帕菲」或全冷凍的「咖啡白蘭地夜帕菲」開始，它們各自只需要處理四條倒數中的兩到三條。
• 模板橫跨八種杯型；換杯型時所有層高會整個重算，原因見杯型幾何與份量換算。

建議的七步工作流

每一步都會用到前一步的結果，順序顛倒會讓你反覆重做。特別是第六步的價格與組成資料 —— 太晚補會讓前面所有成本與營養判斷都要重看一次。

• 一、選模板或建立空白帕菲，先決定內用／外帶與目標售價。
• 二、選杯型與填充率；外帶要先確認杯蓋相容，再開始排層。詳見杯型幾何與份量換算。
• 三、由杯底往杯口新增各層，指定來源、角色、份量與服務狀態。
• 四、看剖面圖與 Coach，先修溢杯、湯匙碰不到、視覺對比不足與承載錯位。詳見分層架構。
• 五、看賞味窗口與沉降／防潮界面，決定哪些層能預組、哪些必須最後加入。
• 六、補齊逐層進價與組成資料，再檢查成本、營養與過敏原。
• 七、輸出備料單與出杯 SOP，用實際試作結果回頭校正設計。

三種模式是算出來的，不是選出來的

全冷凍 frozen、全冷藏 chilled、冷凍加冷藏 hybrid 由各層的服務狀態自動推導。層內容一改，模式就跟著改，並決定賞味模型要計算哪幾條失效軸。不要為了得到某個模式去改標籤 —— 要改的是層內容或出杯方式。

畫面上的狀態字，先學會這五個

這幾個字出現時，共同的意思是「資料還不足以支撐你想做的那件事」，而不是系統故障。先分清楚哪些是必須立刻修的、哪些只是限制了數字的用途，能省下大量無效的來回調整。

這套系統不回答什麼

把邊界講清楚，比把功能講多更有用。以下四件事是模型明確不處理的，需要另外的流程或專業判斷來補。

• 不保證保存期限 —— 分鐘數是設計比較工具，不是效期試驗或微生物挑戰試驗。
• 不判定法規符合性 —— 過敏原與營養標示必須逐項複核，見成本、營養與過敏原。
• 不判斷好不好吃 —— 它處理的是結構、時間、成本與可執行性，風味仍要靠試作與風味橋接這類方法。
• 不含人工、租金、平台抽成與損耗 —— 這些要在營運模型另加。

← 回到配方科學知識庫（155+ 篇）

正在載入互動版… GELATOlab 為義式冰淇淋配方科學工作室，需要啟用 JavaScript 以使用完整功能。