1
客戶3D 城市六個熱點直通各頁
(案例) 招牌與廣告工程・Polish 3D / Polish AI
招牌於付款前在實景中預覽，客戶先看見完工樣貌
招牌為訂製品，付款前通常以平面稿確認。官網因此做成一座 3D 城市，客戶可上傳標誌與店面照片，預覽招牌亮燈後的樣貌，再將展示模式帶往提案會議。
同樣做法適用於成品完成後客戶才看得到的產業：招牌、建材、門窗帷幕、室內裝修、展場與燈具。
5種招牌樣式
9張店面場景
4棟示範建築
(挑戰)
招牌的效果要放進建築與街道才看得出來
招牌必須放回建築與街道上，才看得出價值。平面稿與效果圖回答不了三件事：放在這棟建築上夠不夠醒目，晚上亮起來是什麼樣子，正發光與烤漆哪一種比較適合。
業務原先以口頭補充說明，客戶需要先想像成品的樣子。官網希望提供一個能先看見成品的地方。
(做法)
官網本身就是一座城市
招牌公司的官網多以完工照片呈現作品，能說明施作經驗；客戶想確認的是自己的招牌會是什麼樣子，因此這次的官網以可操作的場景回答這件事。
首頁做成可拖曳、可縮放的 3D 城市，六個熱點立於街區之間，直通專人諮詢、精選案例、服務方案與招牌展示間。
城市貼圖由 4K 降為 2K，再改用 KTX2 壓縮，GPU 貼圖記憶體由約 681MB 降至約 30MB。瀏覽器無法執行 3D 時，自動改為顯示靜態封面與主要連結，沒有人被擋在門外。
城市跑在手機上的前提：貼圖先降尺寸，再改 KTX2。
- 8 張 4096 x 4096約 681MB
- 降到 2048 x 2048約 170MB
- 再改 KTX2約 30MB
首頁 3D 城市的 GPU 貼圖記憶體。數字為估算，這組貼圖已進正式版本。
(關鍵設計)
讓客戶自己動手的三項設計
展示間
四棟示範建築任選，上傳 SVG 標誌，招牌立即掛上立面。正發光、背發光、正背發光、烤漆立體字、廣告燈箱五種樣式一鍵切換，顏色、包邊、亮度、位置、大小與厚度皆可微調。按下「展示」，控制項收起、鏡頭自動環繞，業務打開筆電即可提案。
桌機
換標誌、換樣式，招牌立即掛上立面
四棟示範建築可任選。標誌範本一鍵更換，樣式在正發光、背發光與烤漆立體字等之間切換，位置、厚度與大小以滑桿微調，畫面隨即更新。切到照片模擬，選一張內建店面照片，招牌便放上照片中的門面。
照片模擬
上傳一張店面照片，招牌可直接拖曳對位，回答客戶最在意的那一題：裝在自己的店面是什麼樣子。沒有照片時，可先用內建的九張日景與夜景店面場景。照片僅於瀏覽器內處理，不會傳到伺服器。
手機
手機直接把招牌疊上店面照片
手機的照片模擬可直接操作：標誌範本與樣式一鍵切換，滑桿調整水平、垂直位置與上下、左右旋轉，讓招牌對上照片中的門面。
易用
首次進入展示間會出現七步驟導覽。色彩選擇器、滑桿與上傳視窗皆可用鍵盤與螢幕閱讀器操作，不必依賴滑鼠。
(成果)
案例頁嵌入諮詢表單，內容提供四種語言並可被搜尋引擎讀取
官網現有繁中、英、日、馬來四種語言。每篇案例頁末嵌入諮詢表單，先問清楚需求項目與預算區間；案例同步輸出 FAQ 結構化資料與 llms.txt，搜尋引擎與 AI 助理皆能讀取。
探索
動手
提案
詢問
客戶
業務
2
客戶展示間五種招牌樣式一鍵切換
3
客戶照片模擬招牌直接拖曳對位
4
業務展示模式控制項收起、鏡頭自動環繞
5
客戶案例頁諮詢表單需求項目與預算區間
照片僅於瀏覽器內處理，不會傳到伺服器。
新案例文章由 AI 建案，規則取自既有文章的統計。
訂規則
生成與標註
審查
上線前
程式
模型
人
1
程式統計既有內容圖數、段落標題、圖說長度、問答類型
2
模型照規則生成與標註找不到來源就留空
3
程式驗證器把關結構一致、逐字比對、結束碼為 0 才收
4
人補件留空的欄位由人補上來源
5
程式整理審查對照檔審查者不翻資料庫與原檔
6
模型依風險抽審約一成，難例才升級
7
人圖文核對與首屏截圖手機與桌機都看
依案例文章與大量文件標註兩類做法整理。
(工程紀錄)
做法與實測，逐張可展開
招牌預覽系統的做法：標誌上傳、照片對位與 3D 展示間
標誌與店面照片只在瀏覽器內處理，伺服器只供應靜態檔案WebGL 不可用或場景渲染出錯時，首頁顯示靜態封面，下方內容照常讀取客戶從 3D 城市走到諮詢表單，業務可用展示間的畫面提案AI 批次內容的品質關卡：先統計既有內容，再訂可檢查的規則
兩輪試跑中，審查費用約為標註的 20 倍 相關做法・數字來自其餘專案
標註費用審查費用
- 1 倍最貴的模型逐篇審查試跑約 20 倍
不具名專案，費用依牌價換算，非帳單；以標註費用為 1 倍。
只有兩類難例升級給最強的模型，其餘留在抽審 相關做法
- 程式產出審查對照檔審查者不翻資料庫與原檔
- 中階模型依風險抽審約一成，長篇、掃描檔、版面有疑慮的優先
- 邊界或覆蓋的評分在 3 分以下，且原因在標籤端升級給最強的模型難例
- 驗證器過不了升級給最強的模型結束碼不為 0
- 其餘留在抽審，不升級驗證器通過，評分達標
全量標註約 1,500 篇，模型審查只抽約一成 相關做法・數字來自其餘專案
- 全量標註約 1,500 篇一篇一個子任務，驗證器結束碼為 0 才收
- 未抽中約 1,350 篇不進模型審查，由驗證器把關
- 依風險抽審約 160 篇約一成，長篇、掃描檔、版面有疑慮、新來源優先
不具名專案的全量結果，數字為約略值；未抽中的文件仍須通過驗證器。
3D 效能數字的量測誤差與可信量法
真 GPU、載入完成、回得到基線，三者缺一，數字就不採用 相關做法
- 確認算繪在真 GPU 上軟體算繪的幀率與記憶體不採用
- 確認載入完成、分頁在前景、內容真的畫出載入期與隱藏分頁的數字不採用
- 做完一輪操作，與基線對照分頁與 GPU 兩個行程都量
- 三者都成立採用為單次數字仍要與另一版交錯對照
- 任一前提不成立不採用，重新量測不事後修正數字
- 做完一輪操作回不到基線另查疊加的來源不比較絕對值
兩版在同一時段輪流量測，雜訊就同時落在兩版上 相關做法
先量底噪
第一輪
後續各輪
判讀
版本 A
版本 B
1
版本 AA 重複量測看同一版本自己散布多大
2
版本 AA 量一次
3
版本 BB 緊接著量一次雜訊同時落在兩版
4
版本 AA 再量一次
5
版本 BB 再量一次輪數依變異決定
6
版本 A取 A 的中位數
7
版本 B取 B 的中位數，與 A 比較差距大於底噪才算改善
每版各自建置，由同一支腳本量測；輪數依底噪與變異決定
SEO、AEO、GEO 是什麼：差別與實作順序
SEO、AEO、GEO 共用同一份內容與索引，差別在最後的出口 相關做法
網站這一端
- 可抓取的 HTML
- 直答與事實
- 結構化資料
抓取
搜尋與 AI 引擎
- 爬蟲與索引
- 檢索與排序
呈現
使用者看到的
- 排名連結SEO
- 直接答案AEO
- AI 回答的引用GEO
示意流程，各家引擎的索引與排序方式不同。
實作順序：收錄先於內容，內容先於標記 相關做法
地基
內容
標記
技術
內容
1
技術收錄可抓取、noindex、404、hreflang
2
內容對得上問題title、h1、買家用語
3
內容第一句直答每頁一段
4
內容可引用的事實來源、數字、日期
5
技術標記與爬蟲結構化資料、分流
每一步都建立在前一步之上。
3D 模型優化前後對照表：下載量與記憶體的實測數字
前後對照表
| 指標 | 前 | 後 | 量測方式 |
|---|---|---|---|
| GPU 貼圖記憶體：8 張 4096 x 4096 降到 2048 x 2048（WebP 品質 80） | 約 681MB | 約 170MB | 以「張數 x 邊長² x 4 位元組 x 4/3（mipmap）」核算 |
| 貼圖下載量 | 3.38MB | 2.84MB | 貼圖檔案大小 |
| GPU 記憶體：再改 KTX2（ETC1S、含 mipmap） | 約 170MB | 約 30MB | 估算；這組貼圖已進正式版本。兩步合計約 681MB 到約 30MB |
(聯絡)
Start a project.
三個步驟，取得可判斷的做法與預算區間。
- 01預約第一場會議：選擇時段，不需要完整規格。
- 02線上諮詢 15 至 30 分鐘：取得做法方向、預算區間與時程草案。
- 03檢視素材後，約 3 至 5 個工作天提供報價單暨交付規格明細表。
- 信箱
- hello@polish-design.com.tw
- 通訊地址
- (104) 台北市中山區植福路191-1號3F
