(Polish 3D)
Interactive
3D.
於瀏覽器直接執行的 3D 系統，無須下載 App。
以 Three.js 與 WebGL 開發，桌機、手機與 AR / VR 共用同一套程式。
(應用)
Problems, in 3D.
從營運問題出發的六種 3D 應用。
(Industries)
Where it fits.
3D 適用的產業與使用情境。
共通點是實物不便運送、組合過多，或空間無法預先到場。
- 01建築與不動產建案、樣品屋與周邊環境：由棟、層、戶逐層查看，看屋前先於線上確認空間。實際專案
- 02自行車與輕型載具選配組合超出型錄：逐件換裝、折疊動作與尺寸標註，可分析騎乘適配。實際專案
- 03汽車與重機車色、輪圈與改裝件的組合：外觀選配即時預覽，配置結果帶回店內洽談。
- 04家具與居家尺寸與擺放難以想像：材質、尺寸與空間配置於購買前確認。
- 05能源與工業設備實機無法運到現場：設備結構、場域與服務範圍可線上逐項說明。實際專案
- 06教育與展會資訊量龐大的線上展覽：地圖、攤位與各單位資訊整合於同一場景，登入後逐項瀏覽。實際專案
- 07招牌與零售成品無法事先確認：招牌樣式與店面實景預覽，畫面可直接帶往提案會議。實際專案
- 08餐飲與活動桌型、餐具與場地布置：整桌配置於訂購前確認，選配結果存回訂單。實際專案
- 09文化與展覽場景與展品無法長期保存：實體場域轉為可持續造訪的線上空間。實際專案
(效能)
Built to run.
手機上的效能數據與優化做法。
模型進入專案的第一步是量測，確認可順暢執行後才疊加功能。
- 跑不動時的備案
- 瀏覽器無法執行 3D 時，自動改顯示靜態封面與主要連結。效能工程
- 搜尋引擎可讀
- 文字於載入前寫入 HTML，3D 於首屏繪製後才載入。3D 網站的搜尋與 AI 爬蟲可讀性
(Performance notes)
效能處理的做法，逐篇寫成文章。
- 3D 效能Web 3D 效能工程：從量測、預算到驗收的完整流程3D 網站順不順，先量出瓶頸在載入、記憶體還是每幀，訂好預算，依瓶頸選解法，最後用可重現的數字驗收。閱讀文章
- 3D 效能3D 效能數字的量測誤差與可信量法數字要在真 GPU、載入完成、做完操作能回到基線時量到才算數；比較前後兩版，要交錯量測並取中位數。閱讀文章
- 3D 效能手機 3D 的記憶體預算：哪些功能留在手機，哪些只給桌機先定整段流程的記憶體上限，再把貼圖、幾何與快取逐項換算成 MB。加總超出的功能降級或只給桌機，不等上線後再砍。閱讀文章
- 3D 效能GLB 檔太大：先看貼圖，再看幾何GLB 檔太大，多半出在貼圖不在幾何。檔案小也不等於 GPU 佔用小：壓縮後約 1 KB 的純色貼圖就是典型反例。閱讀文章
- 3D 效能3D 模型優化前後對照表：下載量與記憶體的實測數字以實測數字比較壓縮方式對下載量與顯示記憶體的影響。閱讀文章
- 掃描與數位孿生3D Gaussian Splatting 上網頁的瓶頸與分級策略3DGS 上網頁的瓶頸多半是重疊層數，不是點數。硬剪枝收不掉疊層，要靠離線合併抽稀，再搭配分級與分塊串流。閱讀文章
- 全部文章前往文章列表
(適用情境)
Fit and
limits.
適用情境與不建議的情況
適用
- 產品結構複雜，需要反覆說明的工業設備與車輛
- 選配組合多，型錄無法窮盡的產品線
- 實機無法運送的展場與遠端通路展示
- 建案、場域與展覽的線上空間體驗
不建議
- 僅為視覺加分的網站。3D 成本最高，平面設計更具效益。
- 期待 3D 直接促成成交的情況。3D 負責把產品說清楚，成交仍靠業務與門市。
- 產品單純，一張照片即可說明的情況。
(聯絡)
Start a project.
三個步驟，取得可判斷的做法與預算區間。
- 01預約第一場會議：選擇時段，不需要完整規格。
- 02線上諮詢 15 至 30 分鐘：取得做法方向、預算區間與時程草案。
- 03檢視素材後，約 3 至 5 個工作天提供報價單暨交付規格明細表。
- 信箱
- hello@polish-design.com.tw
- 通訊地址
- (104) 台北市中山區植福路191-1號3F
