冰菓城——怎麼幫一間冰品店，在網路上賣出「吃不到的清涼感」
👉 冰菓城 Demo 網站： https://demo-ice.soloai885.com
水電工阿水｜SoloAI AI 數位轉型顧問
上一篇，我們用毛孩旅舍這個案子，把整套 AI 協作流程從頭攤開——六步驟、七人分工、三個坑、三條新規矩。如果你還沒看過，建議先讀完再回來，因為這一篇不會再重複那些流程。
這一篇要聊一件完全不同的事：同一個團隊、同一套流程，面對不同的產業時，設計思路會差到什麼程度？
第二個作品：一間冰品店的品牌網站，冰菓城。
毛孩旅舍的經驗，到冰品店完全不適用
做完毛孩旅舍之後，我一度覺得：我們已經有一套成功的模式了，下一個案子照搬就好。
九個區塊、Sticky 導航列、即時狀態面板、預約表單、FAQ、好評卡片——全部搬過來，換個配色和圖片，冰品店的網站不就做好了嗎？
然後我停下來想了一件事。
我以前做水電的時候，幫住家拉管線和幫餐廳拉管線，工具一樣、技術一樣，但路線設計完全不同。住家要考慮美觀和隱蔽，餐廳要考慮出水量和排油煙。你不會拿住家的管線圖去套餐廳，那是會出事的。
網站也是一樣的道理。工具和流程可以複用，但設計思路必須從產業特性重新推導。
寵物旅館和冰品店，客人的腦袋裡在想什麼？
這個問題決定了整個網站的設計方向。
寵物旅館的客人在想的是：「我的毛孩放在這裡安全嗎？有沒有人照顧？環境乾不乾淨？」他帶著焦慮來，你要做的是一層一層消除他的疑慮——服務說明、環境展示、即時犬舍狀態、飼主好評、FAQ，每一個區塊都是在回答他心裡的一個問題。所以毛孩旅舍有九個區塊、十題常見問答、一套完整的預約表單。
冰品店的客人在想的是什麼？
「好想吃。」
就這樣。沒有焦慮、沒有比較、沒有決策流程。他不需要看十題 FAQ 才決定要不要吃一碗芒果冰。他需要的是：看到那碗冰的瞬間，口水就分泌了。
這個差異，決定了冰菓城的網站和毛孩旅舍在設計上幾乎是相反的。
用設計賣「吃不到的清涼感」
冰品店的網站有一個根本性的困難：你的產品是一種體驗。
寵物旅館可以用文字描述服務流程，用數據展示好評數量，用犬舍面板讓你看到空房狀態——這些都是「可以被文字和數字傳達的資訊」。但冰品呢？它好吃、它冰涼、它入口即化——這些東西在螢幕上看不到、嚐不到、摸不到。
所以冰品店的網站不能靠「資訊」說服客人，要靠「感覺」。
我們在冰菓城上做了幾個設計決策，每一個都是圍繞「怎麼讓人隔著螢幕就想吃」這個目標：
第一，讓食物佔滿整個螢幕。 毛孩旅舍的首屏是一隻金毛犬坐在寵物旅館大廳，畫面溫暖但不會讓你「想衝去」。冰菓城的首屏是一碗芒果冰從上往下俯拍，佔滿整個螢幕。沒有多餘的裝飾、沒有旁邊的文字干擾，就是一碗冰。你打開網頁的第一秒，看到的就是芒果丁、新鮮草莓、哈密瓜堆疊在刨冰上面。
俯拍角度不是隨便選的——這是社群媒體上最常見的食物拍攝角度，你的手機相簿裡一定有這種照片。當人看到這個角度的食物照時，潛意識會聯想到「這碗東西就在我面前」。
第二，用毛玻璃效果暗示「冰」和「冷」。 首屏的品牌資訊不是直接貼在圖上的，而是放在一塊半透明的毛玻璃卡片上。這個效果讓你感覺像是透過一層霜在看東西。它不會讓你意識到「喔這是毛玻璃效果」，但它會讓你的大腦接收到「冰冰的」這個暗示。毛孩旅舍完全沒有用這個效果，因為寵物旅館要傳達的是溫暖，不是清涼。
第三，菜單卡片用高飽和度的食物攝影。 六張菜單卡片，每一張都有一張色彩極度鮮豔的食物照——芒果黃、草莓紅、抹茶綠、芋頭紫、百香果橙。白色背景讓顏色更跳，每道冰品都附上產地（愛文芒果、大湖草莓、大甲芋頭、南投百香果），價格直接標出來。
這跟毛孩旅舍的日系暖色插畫完全是兩種語言。毛孩旅舍用插畫是因為寵物服務的重點在「流程」，不在視覺衝擊。冰品店的重點就是視覺衝擊——你不需要知道冰是怎麼做的，你只需要看到它好想吃。
這個網站「沒有」的東西，比「有」的更重要
冰菓城的網站只有四個區塊：首屏、招牌冰品、門市資訊、頁尾。全頁面不到三十秒就能看完。
跟毛孩旅舍比一下：毛孩旅舍有九個區塊、十題 FAQ、一套預約表單、一個即時犬舍狀態面板。冰菓城通通沒有。
這不是偷工減料，是刻意的減法設計。
冰品是衝動消費品。客人不會花五分鐘研究你的 FAQ 才決定要不要買一碗冰。他的決策路徑只有三步：看到好吃的 → 查地址 → 出門買。你在這三步之間塞越多東西，他越可能中途離開。
所以冰菓城的 CTA（行動呼籲按鈕）不是「立即預約」，而是「加入 LINE 官方帳號」。冰品店不需要預約系統，它需要的是把客人帶到 LINE，讓老闆可以推新品、發優惠。這個按鈕出現了兩次——首屏一次、頁尾一次——因為不管客人在哪裡決定要行動，按鈕都在伸手可及的地方。
毛孩旅舍連導航列都沒有省。冰菓城直接拿掉了——頁面就這麼短，不需要導航。
什麼時候「不做」比「做」更重要？ 當你清楚知道客人要什麼的時候。冰品店的客人不需要被教育、不需要被說服、不需要十題 FAQ 來消除疑慮。他只需要被勾起食慾，然後知道去哪裡買。其他的，全部拿掉。
走了一段彎路，但彎路也有價值
冰菓城在製作過程中，有一段毛孩旅舍沒有的經歷。
我們的執行監督在動手之前，先去 AI 原型工具的範本庫裡做了一次完整探勘，翻了一百二十多個範本，想找一個適合冰品店的直接改造。結果：一個都沒有。 最接近的幾個是美食部落格或攝影作品集的範本，跟冰品店的需求差太遠。
最後的結論是：不用範本，直接用 AI 從零生成。
事後看，這段探勘花的時間「浪費」了嗎？不見得。它給了我們一個重要的結論：AI 工具的範本庫不是萬能的，有時候從零開始反而更快。 毛孩旅舍當初也是從零生成的，但那時候是「直覺決定」；冰菓城是「調查之後的理性決定」。同一個結論，走過一次之後就變成了制度——現在我們接新案子，會先花十分鐘評估「找範本改 vs 從零生成」哪個更有效率，而不是憑感覺。
團隊的進化：制度也在升級
冰菓城是我們團隊的第二個作品，跟第一個作品相比，有幾個明顯的進化：
第一，踩坑被制度攔住了。 毛孩旅舍的時候，我們在另一個案子裡發現了 API Key 洩漏的問題，事後才把安全檢查加進流程。冰菓城從一開始就把安全檢查排在第一步，而且 Google Maps 的部分直接先用預留區域處理，根本不讓 API Key 出現在程式碼裡。第一次踩坑是學費，第二次再踩同一個坑就是失職。
第二，品牌名檢查變成了 SOP。 AI 原型工具一開始給冰菓城取的名字是「冰冰菓」，跟市面上已有的品牌太接近。因為我們在毛孩旅舍的經驗中已經把品牌名檢查寫進了標準流程，這次很快就發現了問題並改名為「冰菓城」。
第三，任務卡從「大概有」變成了「完整可追蹤」。 毛孩旅舍的原始任務卡沒有留下獨立的紀錄（那時候我們的制度還沒建好）。冰菓城有完整的五張任務卡、原始指令檔、補充指令檔，每一步做了什麼、誰做的、為什麼這樣決定，全部有紀錄。
第四，角色邊界出現了彈性。 這是一個有意思的變化。我們的執行監督角色，原則上只負責拆卡、派工、驗收，不碰程式碼。但冰菓城的安全檢查和品牌名替換工作相對簡單且風險低，執行監督直接在工作環境裡完成了，省去了來回傳遞的時間。這次經驗後來變成了一條新規矩：低風險的文字替換和設定修改，執行監督可以直接執行。 制度不是死的，它會隨著實戰經驗調整。
一碗冰教會我的事
做完毛孩旅舍的時候，我覺得自己開始懂「怎麼用 AI 做網站」了。做完冰菓城之後，我發現我之前的理解只對了一半。
我懂了流程、懂了工具、懂了分工。但我還不夠懂的是——每一個產業的客人，腦袋裡在想的事情是完全不同的。
寵物旅館的客人帶著焦慮來，你要幫他消除疑慮。冰品店的客人帶著慾望來，你要幫他放大那個慾望。兩個網站用的是同一套工具、同一組團隊、同一條流程，但設計思路從第一步就分岔了。
這就是為什麼我反覆強調：技術是你的事，理解客戶是你的本事。
工具跟模型會不斷升級。但「冰品店的客人三十秒內要被打動」這件事，不管 AI 怎麼進化，都不會變。
你比 AI 更懂你的客戶。這就是你的價值。
📌 本文是「從零到一：一個人 + 六個 AI 的創業實錄」系列第二篇
✅ 第一篇：毛孩旅舍——用 AI 團隊幫寵物旅館建站
✅ 第二篇：冰菓城——在網路上賣出吃不到的清涼感（本篇）👉 第三篇：冷氣工程行——下週上線🔒 第四篇：預約系統🔒 第五篇：站群系統🔒 第六篇：壹智科技的誕生
下一篇回到我最熟悉的領域——冷氣工程行。做了二十年水電，我太清楚傳統師傅對網路的想法：「我做口碑的，不需要網站。」這篇會聊聊我怎麼用自己的經驗打破這個想法。
本文發佈於「水電工阿水的 AI 轉型日誌」沙龍｜AI 協作實戰
