(案例) 高等教育・Polish 3D / Polish AI / Polish+
線下約 60 名學生,轉為線上博覽會,超過 12,000 名學生登入
2022 至 2026 年合作四年。海外教育博覽會由約 60 名學生參與的線下活動,轉為超過 12,000 名學生登入參與的線上博覽會。289 所交換學校的資訊多且複雜,網站以 3D 世界地圖呈現,並以一頁式網站承載細節。

(站內 AI 客服)
問徵選、比學校,由 AI 產出比較報告
站內 AI 問問讓學生輸入想問的事,選學校與主題,依指定資料整理成學校比較報告,每句附出處。
(站內 AI 客服)
回答只用指定資料,每句附出處
學生手機
- 輸入想問的事
- 選學校與主題
開發團隊的服務
- 遮罩學號、信箱與手機於送出前遮掉
- 指定資料不使用網路內容
- 逐條核對引用對不上就移除
- 額度每週額度與每日上限可調整
模型供應商
- 語言模型
不送出去學號、信箱與手機。
範圍:站內 AI 問問的提問與報告流程。
相關做法
回答附出處的做法:驗證不過的要點不會留在答案裡。
- 檢索並比對門檻信心門檻(含分數與覆蓋率)通過,才交給模型
- 模型依來源回答每個要點附出處編號
- 驗證器逐條檢查數字須出現在來源或提問中,評價字眼不能由模型加入
- 檢索結果沒過門檻回「還沒有整理好的答案」列最接近的 3 題、記一筆未命中、轉人工
- 驗證全部通過附出處回答每個要點都對得到來源
- 有要點驗證不過重試一次,仍不過的要點拿掉全部拿掉就不硬答;兩次都不過回傳錯誤,不扣次數
(挑戰)
學校資訊多且複雜,難以讓學生一眼看出選擇之多
交換學校遍布全球各大洲,共 289 所,資訊量大且複雜。一般一頁式網站難以一次呈現這麼多學校,畫面也不易整齊。
活動的目的,是讓這些資訊更簡單、清楚地傳達,並吸引學生報名交換。核心訊息是一句打破既定印象的話:每個人都有交換的機會。
(做法)
首頁以 3D 世界地圖呈現全部學校,細節交給一頁式網站
近年許多線上展覽採用 VR,適合呈現空間感;但要完整逛完一個 VR 展覽需要較多操作,使用者容易迷失,內容又多以圖片與影片為主,不適合放置大量文字。
首頁因此採用 3D 世界地圖,一進入頁面便能看出學校之多;複雜資訊則以一頁式網站呈現,閱讀更輕鬆。地圖形式也能引導學生主動探索,增加逛展的參與感。
前端以 Three.js 於瀏覽器渲染 3D 模型,並自行調整滑動速度、地圖大小、邊界與阻尼等參數,讓各種裝置的操作都符合預期。為保持效能,場景不即時打光,以貼圖預先烘焙,板塊下的陰影以圖檔處理並盡量壓低檔案大小,視覺帶有些許像素風格。
桌機
先看整個世界,再逐步縮到各洲
首頁以雲層與紙飛機開場,按下開始探索後鏡頭飛入 3D 世界地圖,並以六步教學說明世界地圖、找學校、申請門檻、學長姐心得、問問 AI 與收藏。之後滾輪縮放、拖曳移動,即可由全景飛進各洲,學校以小屋立於地圖板塊上。選單集中節目與直播、活動、公告、日曆、學校圖鑑與合作單位。

手機
手機同樣完整,教學在底部面板
手機以單指拖曳、雙指縮放操作,教學改以底部面板呈現,搜尋學校固定在畫面下方,選單由右上展開。
相關做法
地圖類網站在慢速手機網路上的載入順序。
可互動之前
- 主場景與關鍵部件揭幕條件只等這些
- 島的外殼位置靠常數,模型未到先佔位
- 第一屏看得到的圖版面以寬高佔位
可互動之後
- 三座島的模型共約 2.5 MB,到了才換上並淡入
- 之後才看得到的圖可互動之前不給網址
- 不需要 3D 的頁面倒數頁不載 3D 的 JavaScript
不擋第一次互動看不到的東西一律延後,使用者能操作之後再逐一補上
一個活動地圖網站,模擬手機慢速 4G 下的調整
(關鍵設計)
三項關鍵設計
入口頁與資訊排序
世界地圖是主角,進入地圖之前先設計一個入口頁,置入完整活動資訊,讓進入地圖更有儀式感。排序上,最重要的地圖在最上方,其次是核心訊息,接著是報名時程以提升報名轉換率,最後是積分遊戲。
學校資訊
積分、抽獎等頁面收合於彈跳視窗,不直接放在地圖頁,專屬學生的活動與其餘內容得以區隔,非學生的訪客也不會覺得落差太大。各校資訊除了地圖探索,也提供清單列表,搭配篩選器更快找到目標學校;視窗內並有學校答題,讓學生更了解各校。

積分與邀請
以獎品作為誘因,吸引學生登入並參加積分遊戲。每日登入、探索博覽會內容、觀看活動直播與填寫問卷,皆可賺取積分,並結合排行榜。積分最高的學生可獲得 iPad、Apple Watch 等大獎。另有邀請制,成功邀請越多人,獎勵越多。
(後台系統)
活動期間,後台先看待處理事項
登入後先看待處理事項,接著是趨勢與接下來的場次。每個指標可點開完整算法,與資料查詢同一份定義。


(成果)
合作四年,參與學生由約 60 名增至超過 12,000 名
2022 至 2026 年間,博覽會由約 60 名學生參與的線下活動,轉為超過 12,000 名學生登入參與的線上博覽會。其中一屆開展 7 天,便有 2,000 名學生使用學生信箱登入;前一年整年的網站瀏覽次數為 10 萬,該屆僅花 10 天便超越,直播節目的觀看數也突破歷史紀錄。
超過 20% 的登入學生連續瀏覽網頁超過 7 天,單次最長體驗 3 小時,超過 10% 的學生單次體驗超過 2 小時。
各洲依風格調性設計學校的屋頂與主體,透過排列組合避免畫面單調;開場以翱翔飛越的音效搭配專屬配樂,帶領使用者從世界出發到各地。


(工程紀錄)
做法與實測,逐張可展開
線上博覽會的前端做法:289 所學校的 3D 世界地圖與資訊架構
展示形式依內容決定,資訊以文字與清單為主時採用地圖加一頁式網站學校清單與排行榜由伺服器提供,鏡頭、手勢與搜尋都在瀏覽器內處理地圖用來看全貌與找學校,細節與活動放在一頁式網站和視窗AI 問答上線之後:拒答門檻、濫用防守與可信度怎麼維持
每一條會呼叫模型的路徑,都要先經過同一道防守與額度 相關做法
使用者的瀏覽器
- 提問輸入問題
開發團隊的服務
- 入口防守程式比對注入、濫用、亂碼,並計算額度與限流
- 檢索與門檻沒過門檻就不呼叫模型
- 驗證器逐條檢查模型的草稿
模型供應商
- 語言模型依來源產生草稿
不送出去命中防守的問題不會呼叫模型;日誌只記類別,不存原文
範圍:問答服務的使用者請求路徑;批次作業另用獨立金鑰
AI 問答上線前的評估方法:固定題庫、信心門檻與拒答設計
評測時模型呼叫換成檔案,同一個請求永遠得到同一份答案 相關做法
問答系統
- 拆解問題每個呼叫依請求內容產生固定檔名
- 撰寫回答與驗證驗證不過的答案被移到另一個資料夾,並回傳失敗的結束碼,下一輪會再出現
檔案目錄
- 請求檔每個沒有答案的呼叫一份
- 答案檔已有答案就直接沿用,不重答
代答者
- 小型模型一個請求一位,逐題回答
不離開邊界資料庫只允許讀取;金鑰環境變數在評測模式中清除;對模型服務商的網路請求被擋下。
範圍:離線評測模式,不使用真實模型,不連外部服務。
一個問題進來後,依檢索分數與驗證結果分成回答、拒答與轉人工 相關做法
- 檢索並打分依使用者問法、關鍵詞與答案計算檢索分數與適配值
- 比對門檻兩個值都要達標
- 逐點驗證出處出處編號、數字與語氣都要通過
- 分數達標,且要點通過驗證回答並附出處每個要點標示出處編號
- 分數未達門檻拒答並轉人工說明還沒有整理好的官方答案,列出最接近的三題,記錄一筆未命中
- 部分要點驗證未過重試一次,仍不過的要點拿掉只保留通過驗證的要點
- 所有要點都被拿掉不硬答,轉人工不輸出任何答案
客戶出題與標正解,開發團隊跑分與調門檻,雙方複核後才上線 相關做法
題庫由客戶認定,門檻由開發團隊依題庫量測。
RAG 企業知識問答的逐字驗證流程
模型挑出的片段,約一成過不了逐字比對 相關做法
- 長文件 PDF約 1,600 份
- 模型挑片段約 1.5 萬則
- 程式比對原文正規化後用字串搜尋定位
- 對不上就丟掉約一成含不足 10 字的
- 通過約 1.3 萬則
實跑一輪的約略值。
得分不夠或要點全被拿掉,都轉人工,不硬答 相關做法
- 關鍵字計分BM25 加同義詞展開
- 對照信心門檻由測試題量出來
- 驗證要點數字須在來源或問題裡
- 得分不夠列出最接近的幾題轉人工
- 驗證失敗帶原因重試一次仍不過就拿掉問題要點
- 要點全被拿掉回「還沒整理好」轉人工
客服問答版本的流程。
3D 效能數字的量測誤差與可信量法
同一個畫面,關垂直同步量到的單次 render 成本,比開垂直同步高出數倍 相關做法
- 約 20 ms入場後單次 render 的耗時以開垂直同步為準約 1 至 6 ms
一個 3D 地圖入場後前 40 次 render,約略值;開垂直同步為真實 60 Hz
(Client note)
磨人設計在合作中展現出卓越的設計能力與成熟的專業判斷。網站整體架構簡潔俐落,畫面留白得宜,資訊清晰有序,操作體驗順暢,讓使用者感受到流暢、舒適的瀏覽過程。視覺風格沉穩簡約卻富質感,在功能性與美感之間取得了良好平衡。設計不流於表面,能在細節中展現用心,體現出對使用者體驗的高度關注。整體而言,其設計不刻意取寵,卻處處可見細節上的講究,是專業技術與美學共存的成熟作品。
DavidPM・NTUOIA(聯絡)
Start a project.
三個步驟,取得可判斷的做法與預算區間。
- 01預約第一場會議:選擇時段,不需要完整規格。
- 02線上諮詢 15 至 30 分鐘:取得做法方向、預算區間與時程草案。
- 03檢視素材後,約 3 至 5 個工作天提供報價單暨交付規格明細表。
- 信箱
- hello@polish-design.com.tw
- 通訊地址
- (104) 台北市中山區植福路191-1號3F




