跳至內容

「Research:雙軌審查機制」：修訂間差異

出自江振維的課程知識庫
← 較舊編輯較新編輯 →
Skipclass​（留言 | 貢獻）
行政員、​介面管理員、​管理員
993筆編輯
視覺化wikitext
Skipclass​（留言 | 貢獻）
行政員、​介面管理員、​管理員
993筆編輯
無編輯摘要
Skipclass​（留言 | 貢獻）
行政員、​介面管理員、​管理員
993筆編輯
無編輯摘要
第3行： 第3行：
|}
|}


= 雙軌審查機制：工作份量平衡標準 (Workload Balance) =
{| style="width:100%; background-color:#2E4053; color:white; border-radius:5px 5px 0 0; padding:15px; margin-bottom:0px; box-shadow: 0 2px 5px rgba(0,0,0,0.2);"
為確保 Track A (實體) 與 Track B (數位) 之投入工時與技術難度相當，本系嚴格執行以下對照標準。請勿心存僥倖選擇「看起來比較輕鬆」的軌道。
| style="text-align:left; font-size:120%; font-weight:bold;" | ⚖️ 雙軌審查與工作量平衡標準 (Dual-Track Standards)
|}


{| class="wikitable" style="width: 100%"
{| style="width:100%; background-color:#fff; border: 1px solid #ddd; padding:15px; margin-top:0px; margin-bottom:20px; border-radius: 0 0 5px 5px; border-left: 5px solid #2E4053;"
! width="12%" | 比較
|
! width="44%" | Track A：實體產品組
為確保 Track A (實體) 與 Track B (數位) 之投入工時與技術難度相當，本系嚴格執行以下對照標準。
! width="44%" | Track B：數位服務組
* '''Track A 難點：''' 「空間與整合」— 解決電路如何塞進有限空間，並處理材質工藝。
|-
* '''Track B 難點：''' 「邏輯與數據」— 解決前後端資料串接、除錯 (Debug) 及真實操作邏輯。
| '''難點'''
| '''「空間與整合」'''<br>需解決電路、電池如何塞進有限的機構空間，並處理材質表面工藝。
| '''「邏輯與數據」'''<br>需解決前後端資料串接、除錯 (Debug) 以及真實使用者的操作邏輯。
|-
| '''工作量'''
| 50% 3D建模/電路測試<br>50% 工廠實作 (打磨/噴漆/組裝)
| 40% UI/UX 設計<br>60% 程式碼撰寫 (Frontend + Backend)
|}
|}
----


== 1. Review 1: 提案與架構 (Proposal) ==
== 1. Review 1: 提案與架構 (Proposal) ==
* '''平衡觀點：''' 實體組需解決「物理空間」問題；數位組需解決「資料結構」問題。
{| class="wikitable" style="width: 100%; border-top: 3px solid #2874A6;"
 
! colspan="3" style="background-color:#2874A6; color:white; text-align:left;" | 📅 時間：2026年4月中 (Phase 1 期中)
{| class="wikitable" style="width: 100%"
! width="10%" | 項目
! width="45%" | Track A 驗收標準 (實體)
! width="45%" | Track B 驗收標準 (數位)
|-
|-
| '''核心產出'''
! width="12%" style="background-color:#F2F4F4;" | 類別
! width="44%" style="background-color:#F2F4F4;" | Track A：實體產品組
! width="44%" style="background-color:#F2F4F4;" | Track B：數位服務組
|- style="vertical-align:top;"
| style="text-align:center; font-weight:bold;" | 🎯<br>核心產出
| '''機構堆疊分析 (Layout)'''
| '''機構堆疊分析 (Layout)'''
| '''資料庫架構 (Schema)'''
| '''資料庫架構 (Schema)'''
|-
|- style="vertical-align:top;"
| '''詳細要求'''
| style="text-align:center; font-weight:bold;" | 📝<br>詳細要求
|  
|  
* '''爆炸圖 (Exploded View)：''' 必須精確繪製內部零件（電池、PCB、馬達）的堆疊位置。
* '''爆炸圖 (Exploded View)：''' 必須精確繪製內部零件（電池、PCB、馬達）的堆疊位置。
第40行： 第32行：
* '''BOM 表：''' 列出所有電子零件採購清單與尺寸。
* '''BOM 表：''' 列出所有電子零件採購清單與尺寸。
|  
|  
* '''ER Model (實體關聯圖)：''' 定義資料庫結構（如 User table, Order table 關聯）。
* '''ER Model (實體關聯圖)：''' 定義資料庫結構（如 User, Order table）。
* '''API 文件草案：''' 定義前後端溝通的 JSON 格式。
* '''API 文件草案：''' 定義前後端溝通的 JSON 格式。
* '''技術驗證 (Tech Spike)：''' 證明所選技術（如 AI API）是可串接的，需附簡單測試截圖。
* '''技術驗證 (Tech Spike)：''' 證明所選技術 (如 AI API) 可串接，附測試截圖。
|-
|- style="vertical-align:top;"
| '''工作量對等'''
| style="text-align:center; font-weight:bold; background-color:#FCF3CF;" | 📢<br>公關素材
| 繪製精細 3D 內部結構耗時極長。
| colspan="2" style="background-color:#FCF3CF;" |
| 規劃資料結構與 API 邏輯極度燒腦。
'''【專題定名與定位】'''
* '''中文專題名稱：''' 確認最終案名 (勿過於艱澀)。
* '''英文專題名稱：''' 需檢查文法正確性。
* '''一句話 Slogan：''' 20字以內，用於海報標題 (Ex: "為失智長者設計的...")。
|}
|}


第52行： 第47行：


== 2. Review 2: 概念驗證 (PoC) ==
== 2. Review 2: 概念驗證 (PoC) ==
* '''平衡觀點：''' 實體組花時間「動手做模型」；數位組花時間「做使用者測試」。
{| class="wikitable" style="width: 100%; border-top: 3px solid #27AE60;"
 
! colspan="3" style="background-color:#27AE60; color:white; text-align:left;" | 📅 時間：2026年6月中 (Phase 1 期末)
{| class="wikitable" style="width: 100%"
! width="10%" | 項目
! width="45%" | Track A 驗收標準 (實體)
! width="45%" | Track B 驗收標準 (數位)
|-
|-
| '''核心產出'''
! width="12%" style="background-color:#F2F4F4;" | 類別
! width="44%" style="background-color:#F2F4F4;" | Track A：實體產品組
! width="44%" style="background-color:#F2F4F4;" | Track B：數位服務組
|- style="vertical-align:top;"
| style="text-align:center; font-weight:bold;" | 🎯<br>核心產出
| '''1:1 外觀模型 (Looks-like)'''
| '''1:1 外觀模型 (Looks-like)'''
| '''高擬真原型 + SUS 測試報告'''
| '''高擬真原型 + SUS 測試'''
|-
|- style="vertical-align:top;"
| '''詳細要求'''
| style="text-align:center; font-weight:bold;" | 📝<br>詳細要求
|  
|  
* '''全尺寸實作：''' 使用 PU、代木或 3D 列印後處理。
* '''全尺寸實作：''' 使用 PU、代木或 3D 列印後處理。
* '''表面處理：''' 雖不要求完美噴漆，但需打磨至平整，不可直接拿充滿毛邊的列印件交差。
* '''表面處理：''' 雖不要求完美噴漆，但需打磨至平整。
* '''人因驗證：''' 需拍攝使用者實際手持/配戴的照片，證明尺寸合理。
* '''人因驗證：''' 需拍攝使用者實際手持/配戴的照片，證明尺寸合理。
|  
|  
* '''High-Fi Prototype：''' 所有頁面視覺設計完成 (Figma)。
* '''High-Fi Prototype：''' 所有頁面視覺設計完成 (Figma)。
* '''互動邏輯：''' 必須設定好跳轉連結，模擬真實 App 操作。
* '''互動邏輯：''' 必須設定好跳轉連結，模擬真實 App 操作。
* '''SUS 易用性報告：''' <span style="color:red;">(數位組加重項目)</span> 必須找 5 位受測者進行操作測試，紀錄任務完成時間與 SUS 量表分數。
* '''SUS 易用性報告：''' 必須找 5 位受測者進行操作測試，紀錄 SUS 分數。
|-
|- style="vertical-align:top;"
| '''工作量對等'''
| style="text-align:center; font-weight:bold; background-color:#FCF3CF;" | 📢<br>公關素材
| 手工打磨修整模型需要大量體力與時間。
| colspan="2" style="background-color:#FCF3CF;" |
| 招募受測者、執行測試並撰寫分析報告需要大量時間。
'''【前導主視覺 (Teaser Visual)】'''
* '''概念海報 (JPG)：''' 尚未需呈現最終產品，但需透過視覺傳達「設計議題」與「氛圍」。
* '''社群簡介 (Bio)：''' 100字以內，用於 IG/FB 貼文預告。
|}
|}


第81行： 第78行：


== 3. Review 3: 機能原型 (Functional) ==
== 3. Review 3: 機能原型 (Functional) ==
* '''平衡觀點：''' 這是最硬的一關。實體組要「機電整合」；數位組要「全端開發」。
{| class="wikitable" style="width: 100%; border-top: 3px solid #C0392B;"
 
! colspan="3" style="background-color:#C0392B; color:white; text-align:left;" | 📅 時間：2026年10月底 (Phase 2 期中)
{| class="wikitable" style="width: 100%"
! width="10%" | 項目
! width="45%" | Track A 驗收標準 (實體)
! width="45%" | Track B 驗收標準 (數位)
|-
|-
| '''核心產出'''
! width="12%" style="background-color:#F2F4F4;" | 類別
! width="44%" style="background-color:#F2F4F4;" | Track A：實體產品組
! width="44%" style="background-color:#F2F4F4;" | Track B：數位服務組
|- style="vertical-align:top;"
| style="text-align:center; font-weight:bold;" | 🎯<br>核心產出
| '''機電整合模型 (Works-like)'''
| '''機電整合模型 (Works-like)'''
| '''全端部屬程式 (Full-Stack)'''
| '''全端部屬程式 (Full-Stack)'''
|-
|- style="vertical-align:top;"
| '''詳細要求'''
| style="text-align:center; font-weight:bold;" | 📝<br>詳細要求
|  
|  
* '''功能運作：''' 核心功能（如感測、作動）必須真實反應。
* '''功能運作：''' 感測、作動必須真實反應。
* '''機電整合：''' <span style="color:red;">(實體組加重項目)</span> 電路板、電池與線路必須「塞入」模型內部，嚴禁將 Arduino/麵包板外掛在模型外面。
* '''機電整合：''' 電路與電池必須「塞入」模型內部，'''嚴禁外掛麵包板'''。
* '''運作穩定性：''' 連續操作 10 次不得故障。
* '''運作穩定性：''' 連續操作 10 次不得故障。
|  
|  
* '''真實程式碼：''' 前端 (App/Web) + 後端 (Server/DB) 串接完成。
* '''真實程式碼：''' 前端 + 後端 (Server/DB) 串接完成。
* '''資料流動：''' 註冊帳號、資料上傳、讀取顯示皆需運作正常。
* '''資料流動：''' 註冊、寫入、讀取皆需運作正常。
* '''雲端部署：''' 必須部署至公開伺服器 (如 Vercel/AWS)，不可只在自己電腦 (Localhost) 跑。
* '''雲端部署：''' 必須部署至公開伺服器 (如 Vercel)，不可只跑 Localhost。
|-
|- style="vertical-align:top;"
| '''工作量對等'''
| style="text-align:center; font-weight:bold; background-color:#FCF3CF;" | 📢<br>公關素材
| 將雜亂的線路塞進狹小的模型是極高的工藝挑戰。
| style="background-color:#FCF3CF;" |
| 寫出一個沒有 Bug 且能連網的真實系統是極高的技術挑戰。
'''【功能展示短影音 (Reels)】'''
* '''規格：''' 9:16 直式影片 (15-30秒)。
* '''內容：''' 快速剪輯機構作動特寫，搭配流行配樂。
* '''Ref：''' Kickstarter / Dyson 廣告風格。
| style="background-color:#FCF3CF;" |
'''【操作展示短影音 (Reels)】'''
* '''規格：''' 9:16 直式影片 (15-30秒)。
* '''內容：''' 快速展示 UI 操作流暢度，搭配流行配樂。
* '''Ref：''' Apple App Store Preview 風格。
|}
|}


第110行： 第115行：


== 4. Review 4: 期末總審 (Final Defense) ==
== 4. Review 4: 期末總審 (Final Defense) ==
* '''平衡觀點：''' 實體組做「包裝」；數位組做「行銷素材」。雙方皆需拍攝一支高品質宣傳影片。
{| class="wikitable" style="width: 100%; border-top: 3px solid #D4AC0D;"
 
! colspan="3" style="background-color:#D4AC0D; color:white; text-align:left;" | 📅 時間：2027年1月初 (Phase 2 期末)
{| class="wikitable" style="width: 100%"
! width="10%" | 項目
! width="45%" | Track A 驗收標準 (實體)
! width="45%" | Track B 驗收標準 (數位)
|-
|-
| '''核心產出'''
! width="12%" style="background-color:#F2F4F4;" | 類別
! width="44%" style="background-color:#F2F4F4;" | Track A：實體產品組
! width="44%" style="background-color:#F2F4F4;" | Track B：數位服務組
|- style="vertical-align:top;"
| style="text-align:center; font-weight:bold;" | 🎯<br>核心產出
| '''CMF 精修模型 + 包裝 + 影片'''
| '''CMF 精修模型 + 包裝 + 影片'''
| '''Release Candidate + Landing Page + 影片'''
| '''Release Candidate + Landing Page + 影片'''
|-
|- style="vertical-align:top;"
| '''詳細要求'''
| style="text-align:center; font-weight:bold;" | 📝<br>詳細要求
|  
|  
* '''CMF 工藝：''' 噴漆塗裝需達量產級水準 (無氣泡、流鼻涕)。
* '''CMF 工藝：''' 噴漆塗裝需達量產級水準。
* '''產品包裝：''' 設計並製作 1:1 銷售包裝盒 (含內襯)。
* '''產品包裝：''' 1:1 銷售包裝盒 (含內襯)。
* '''展架設計：''' 新一代設計展的展示架規劃。
* '''展架設計：''' 新一代設計展的展示架規劃。
<br>
<br>
'''🎥 產品宣傳影片 (Product Video)：'''
'''🎥 產品宣傳影片 (Product Video)：'''
* '''時長：''' 60 - 90 秒。
* '''內容：''' 包含「外觀特寫」與「情境使用」。
* '''內容：''' 必須包含 '''「外觀特寫 (Beauty Shots)」''' 與 '''「情境使用 (Scenario)」'''。
* '''規格：''' 需架設攝影棚打光拍攝，嚴禁僅用 3D 渲染充數。
* '''規格：''' 需架設攝影棚打光拍攝，展示材質紋理與機構作動，嚴禁僅使用 3D 渲染動畫充數。
|  
|  
* '''微互動優化：''' 加入 Loading 動畫、轉場特效。
* '''微互動優化：''' 加入 Loading 動畫、轉場特效。
* '''Landing Page：''' <span style="color:red;">(數位組加重項目)</span> 製作一個產品推廣網頁 (一頁式)，用於介紹 App 功能與下載連結。
* '''Landing Page：''' 製作一頁式產品推廣網頁。
* '''上架素材：''' 製作 App Store 預覽圖與 Icon。
* '''上架素材：''' App Store 預覽圖與 Icon。
<br>
<br>
'''🎥 應用程式宣傳影片 (App Promo)：'''
'''🎥 應用程式宣傳影片 (App Promo)：'''
* '''時長：''' 60 - 90 秒。
* '''內容：''' 結合「螢幕錄製」與「真人指尖操作」。
* '''內容：''' 必須結合 '''「螢幕錄製」''' 與 '''「真人指尖操作」''' 畫面。
* '''規格：''' 剪輯節奏明快，清楚展示核心功能流程。
* '''規格：''' 風格需仿照 Apple App Store 預覽影片，剪輯節奏明快，清楚展示核心功能流程。
|- style="vertical-align:top;"
|-
| style="text-align:center; font-weight:bold; background-color:#FCF3CF;" | 📢<br>公關素材
| '''工作量對等'''
| colspan="2" style="background-color:#FCF3CF;" |
| 噴漆、製作包裝盒以及佈光拍攝產品廣告需要精細的手工與攝影技術。
'''【畢業展覽全套素材包 (Exhibition Kit)】'''
| 刻畫行銷網頁、製作上架圖以及剪輯高質感的 UI 演示影片需要精細的數位編輯能力。
* '''正式主視覺 (KV)：''' 產品去背圖 (PNG) + 情境美照 (JPG)。
* '''專刊文案：''' 300-500字，含設計理念與解決方案。
* '''團隊形象照：''' 全體組員合照 (需穿著統一風格服裝)。
* '''Logo/Icon：''' 向量原始檔 (AI)。
|}
|}


----
----
''最後更新時間：2025-11-21''
''最後更新時間：2025-11-21''

於 2025年11月20日 (四) 19:45 的修訂

🔙 返回首頁： 116級畢業專題製作總體實施計畫 > 雙軌審查機制
⚖️ 雙軌審查與工作量平衡標準 (Dual-Track Standards)

為確保 Track A (實體) 與 Track B (數位) 之投入工時與技術難度相當，本系嚴格執行以下對照標準。

  • Track A 難點： 「空間與整合」— 解決電路如何塞進有限空間，並處理材質工藝。
  • Track B 難點： 「邏輯與數據」— 解決前後端資料串接、除錯 (Debug) 及真實操作邏輯。

1. Review 1: 提案與架構 (Proposal)

📅 時間：2026年4月中 (Phase 1 期中)
類別 Track A：實體產品組 Track B：數位服務組
🎯
核心產出 		機構堆疊分析 (Layout) 資料庫架構 (Schema)
📝
詳細要求
  • 爆炸圖 (Exploded View)： 必須精確繪製內部零件（電池、PCB、馬達）的堆疊位置。
  • 干涉檢查： 證明機構運作時不會撞到外殼。
  • BOM 表： 列出所有電子零件採購清單與尺寸。
  • ER Model (實體關聯圖)： 定義資料庫結構（如 User, Order table）。
  • API 文件草案： 定義前後端溝通的 JSON 格式。
  • 技術驗證 (Tech Spike)： 證明所選技術 (如 AI API) 可串接，附測試截圖。
📢
公關素材

【專題定名與定位】

  • 中文專題名稱： 確認最終案名 (勿過於艱澀)。
  • 英文專題名稱： 需檢查文法正確性。
  • 一句話 Slogan： 20字以內，用於海報標題 (Ex: "為失智長者設計的...")。

2. Review 2: 概念驗證 (PoC)

📅 時間：2026年6月中 (Phase 1 期末)
類別 Track A：實體產品組 Track B：數位服務組
🎯
核心產出 		1:1 外觀模型 (Looks-like) 高擬真原型 + SUS 測試
📝
詳細要求
  • 全尺寸實作： 使用 PU、代木或 3D 列印後處理。
  • 表面處理： 雖不要求完美噴漆，但需打磨至平整。
  • 人因驗證： 需拍攝使用者實際手持/配戴的照片，證明尺寸合理。
  • High-Fi Prototype： 所有頁面視覺設計完成 (Figma)。
  • 互動邏輯： 必須設定好跳轉連結，模擬真實 App 操作。
  • SUS 易用性報告： 必須找 5 位受測者進行操作測試，紀錄 SUS 分數。
📢
公關素材

【前導主視覺 (Teaser Visual)】

  • 概念海報 (JPG)： 尚未需呈現最終產品，但需透過視覺傳達「設計議題」與「氛圍」。
  • 社群簡介 (Bio)： 100字以內，用於 IG/FB 貼文預告。

3. Review 3: 機能原型 (Functional)

📅 時間：2026年10月底 (Phase 2 期中)
類別 Track A：實體產品組 Track B：數位服務組
🎯
核心產出 		機電整合模型 (Works-like) 全端部屬程式 (Full-Stack)
📝
詳細要求
  • 功能運作： 感測、作動必須真實反應。
  • 機電整合： 電路與電池必須「塞入」模型內部，嚴禁外掛麵包板。
  • 運作穩定性： 連續操作 10 次不得故障。
  • 真實程式碼： 前端 + 後端 (Server/DB) 串接完成。
  • 資料流動： 註冊、寫入、讀取皆需運作正常。
  • 雲端部署： 必須部署至公開伺服器 (如 Vercel)，不可只跑 Localhost。
📢
公關素材

【功能展示短影音 (Reels)】

  • 規格： 9:16 直式影片 (15-30秒)。
  • 內容： 快速剪輯機構作動特寫，搭配流行配樂。
  • Ref： Kickstarter / Dyson 廣告風格。

【操作展示短影音 (Reels)】

  • 規格： 9:16 直式影片 (15-30秒)。
  • 內容： 快速展示 UI 操作流暢度，搭配流行配樂。
  • Ref： Apple App Store Preview 風格。

4. Review 4: 期末總審 (Final Defense)

📅 時間：2027年1月初 (Phase 2 期末)
類別 Track A：實體產品組 Track B：數位服務組
🎯
核心產出 		CMF 精修模型 + 包裝 + 影片 Release Candidate + Landing Page + 影片
📝
詳細要求
  • CMF 工藝： 噴漆塗裝需達量產級水準。
  • 產品包裝： 1:1 銷售包裝盒 (含內襯)。
  • 展架設計： 新一代設計展的展示架規劃。


🎥 產品宣傳影片 (Product Video)：

  • 內容： 包含「外觀特寫」與「情境使用」。
  • 規格： 需架設攝影棚打光拍攝，嚴禁僅用 3D 渲染充數。
  • 微互動優化： 加入 Loading 動畫、轉場特效。
  • Landing Page： 製作一頁式產品推廣網頁。
  • 上架素材： App Store 預覽圖與 Icon。


🎥 應用程式宣傳影片 (App Promo)：

  • 內容： 結合「螢幕錄製」與「真人指尖操作」。
  • 規格： 剪輯節奏明快，清楚展示核心功能流程。
📢
公關素材

【畢業展覽全套素材包 (Exhibition Kit)】

  • 正式主視覺 (KV)： 產品去背圖 (PNG) + 情境美照 (JPG)。
  • 專刊文案： 300-500字，含設計理念與解決方案。
  • 團隊形象照： 全體組員合照 (需穿著統一風格服裝)。
  • Logo/Icon： 向量原始檔 (AI)。

最後更新時間：2025-11-21

取自「https://wiki.interaction.tw/index.php?title=Research:雙軌審查機制&oldid=432」