跳至主要內容
餐飲七頁的餐飲品牌網站:首頁、會議餐盒、外燴服務、關於好田、活動紀錄、常見問題、聯絡與詢價2026

會議餐盒與外燴網站 × 好田洋食

台南的好田洋食主力是會議餐盒與外燴,舊站卻還停在以前的餐廳定位,價格與規則前後打架。重做成一個七頁的網站,主菜、規格、截單時間和不接的訂單都寫在明處,訂餐的行政同仁看完就能直接詢價。

背景與真實問題

  • 舊站架在免費子網域上,多數頁面是停用的草稿,內容還停在以前的餐廳定位,跟現在主打的會議餐盒與外燴對不上。
  • 同一件事在舊站有好幾個說法:餐盒單價、會議便當價位、幾份才外送,彼此互相矛盾,照抄任何一個都可能是錯的。
  • 來訂會議餐盒的多半是醫院、學校、公部門和科技廠的行政同仁,他們要的是份數、截單時間、能不能開發票,不是一段漂亮的形容詞。
  • 外燴要讓人看得出「這是一場活動,不是一堆便當」,但光靠菜單很難傳達現場的樣子。

DreamCoder 的角色與責任邊界

  • 舊站全站盤點、資料矛盾清單與需求確認文件
  • 沿用店家既有的品牌識別做精緻化,網站設計與開發
  • 搜尋與 AI 引用的結構化設定、詢價表單與上線流程

解法與主要功能

  • 服務照營收比重排:會議餐盒排第一、外燴第二,單人主廚餐盒併進餐盒頁,不另開一頁分散注意力。
  • 七道主菜單人和會議共用同一份菜單,一次列清楚;五種會議餐盒規格做成一張表,含什麼、湯飲怎麼選、能不能素食都在同一行。
  • 截單時間、外送門檻、訂金、發票與月結這些訂餐前一定會問的事,寫成看得到的條列,不藏在客服電話裡。
  • 另外寫一段「有幾種訂單我們會老實說做不到」,把不接的三種訂單講清楚,讓對方自己判斷適不適合。
  • 常見問題整理成 13 題,首頁再挑 4 題放上來,電話裡最常被問的先回答掉。
  • 詢價表單不靠 JavaScript 也能送出,填完寄到店家信箱,並寄一封確認信給有留 Email 的人。
  • 每頁都有搜尋引擎與 AI 讀得懂的結構化資料(店家資訊、服務、菜單、常見問題),另外提供一份給 AI 讀的 llms.txt 重點摘要。

做出來的東西

  • 七頁的餐飲品牌網站:首頁、會議餐盒、外燴服務、關於好田、活動紀錄、常見問題、聯絡與詢價
  • 詢價表單寄信端點與 push 即部署的上線流程

技術與產品取捨

  • 網站不做購物車、金流和會員。會議餐盒的份數、送達時間、素食比例幾乎每張單都不一樣,由店裡的人用 LINE 或電話確認,比讓客人自己在網頁上湊選項來得準。
  • 舊站互相打架的價格與規則,沒有一條是我們自己挑的,全部列成清單請店家拍板後才寫上站。
  • 合作的企業與醫院客戶只寫類型、不寫名字。採購合約有保密慣例,沒有拿到授權之前不具名。
  • 店家說好不上站的字眼與品項,寫進建置時的文案檢查,一出現就擋下,不靠人記。

相似案例

  • 知園文教機構招生網站畫面
    教育一頁式招生形象網站

    三部門招生網站 × 知園

    一個機構底下有美語、安親、文理三個部門,各自的家長在找的東西都不一樣。整併成一頁式招生網站,三個部門各有落點,詢問統一走 LINE。

    三個部門各自的教學方法與聯絡電話、機構地址與營業時段,主要行動點統一導向 LINE

  • CONQUER 手工具官網畫面
    製造企業/產品網站

    CONQUER 手工具

    台中的專業手工具製造商,海外買家確實在 Amazon 下單,但官網沒把品牌講清楚就直接把人送過去。重做成能自己介紹品牌、讓客戶找得到那一支工具的企業網站。

    從一段導向 Amazon 的轉址,變成有四個產品分類、品牌內容、後台與完整聯絡資訊的企業網站

  • 富蘭克林教育機構招生網站畫面
    教育雙校區一頁式招生形象網站

    雙校區招生網站 × 富蘭克林

    雙校區的美語加安親,家長最想知道的是「一堂多少、每天怎麼過、誰在教」。這三件事全部放在頁面上,不用打電話問。

    兩校區時段、單堂 NT$180 與每學期堂數、12:30 至 17:30 的每日行程、六位具名師資,兩校區各自的 LINE 入口

你的情況跟這個案例像嗎?

先做一次免費需求診斷,我們會直接說明可行做法與該從哪一段開始。

LINE 免費需求診斷