+100_提問
主題四：網站專案建置、測試與上線
本主題整理網站專案啟動、現況稽核、需求、服務商、契約、內容治理、測試、驗收、搜尋移轉與營運移交。
主題題目總覽
編號 |
提問 |
核心教學重點 |
案例／討論方向 |
6-031 |
How should an export website project be initiated? |
指定負責人、跨部門團隊、決策權、目標、範圍、預算、里程碑與驗收標準。 |
專案啟動文件明定業務、產品、資訊、法遵與供應商的交付責任。 |
6-032 |
What should be included in a current-state website audit? |
盤點網域、主機、帳號、內容、流量、表單、資料、整合、授權、供應商、資安與技術債。 |
公司發現網域登記在離職員工名下，先完成移轉再改版。 |
6-033 |
How should functional and non-functional requirements be defined? |
功能說明網站做什麼；非功能涵蓋速度、可用性、安全、可及性、備份、容量與維護。 |
除了詢價功能，公司要求頁面三秒內載入並具每日備份與復原目標。 |
6-034 |
How should a website service provider be evaluated? |
查核公司主體、作品、團隊、技術、維護、資安、財務持續性、資料移轉與退出能力。 |
最低報價廠商無維護團隊，企業改選總成本較高但可長期支援者。 |
6-035 |
What should a website development contract cover? |
範圍、里程碑、驗收、變更、延遲、保固、維護、資安、備份、智財、帳號、資料與退出移轉。 |
契約明定第三方外掛授權與停用後的資料匯出格式。 |
6-036 |
How should content and product data be governed during development? |
建立內容模型、主資料來源、負責人、審核、版本、生效日與翻譯流程。 |
規格從企業資源規劃系統輸出，行銷不能自行修改技術數值。 |
6-037 |
What testing should be completed before launch? |
功能、內容、瀏覽器、行動裝置、速度、可及性、搜尋、資安、隱私、備份與系統整合。 |
測試發現日文表單資料無法正確進CRM，於上線前修正編碼與欄位。 |
6-038 |
How should User Acceptance Testing (UAT) be conducted? |
由業務、產品、資訊與法遵依情境、預期結果與通過標準共同簽核。 |
業務測試詢價分派，產品測試規格，法遵測試告知與退訂。 |
6-039 |
What search and migration controls are needed at launch? |
建立301轉址、robots.txt、XML Sitemap、canonical、hreflang、索引監控與舊網址對照。 |
改版保留高流量舊頁並轉址至最相關新頁，避免排名與連結流失。 |
6-040 |
How should launch and operational handover be managed? |
移交帳號、原始檔、授權、文件、備份、監控、維運手冊、教育訓練與7／30／90日檢討。 |
上線後七日檢查錯誤，三十日檢查轉換，九十日檢查內容與投資成果。 |
逐題教學內容
6-031 How should an export website project be initiated?
外貿網站專案應如何啟動？
網站專案失敗常因需求不清與權限分散。啟動階段應先定義網站不做什麼，避免無限擴張。
教學重點：指定負責人、跨部門團隊、決策權、目標、範圍、預算、里程碑與驗收標準。
案例：專案啟動文件明定業務、產品、資訊、法遵與供應商的交付責任。
課堂討論：為何要明確列出不在範圍內的功能？
簡明解答：可控制成本、時程與變更爭議。
6-032 What should be included in a current-state website audit?
現況網站稽核應包含哪些項目？
改版前若不了解既有資產與依賴，可能遺失排名、資料或帳號。稽核結果應形成風險與移轉清單。
教學重點：盤點網域、主機、帳號、內容、流量、表單、資料、整合、授權、供應商、資安與技術債。
案例：公司發現網域登記在離職員工名下，先完成移轉再改版。
課堂討論：為何不能直接刪除舊網站重做？
簡明解答：可能失去搜尋排名、外部連結、資料與必要歷史。
6-033 How should functional and non-functional requirements be defined?
應如何定義功能與非功能需求？
只列功能容易忽略品質與營運條件。需求應可測試，避免使用「快速、安全、好用」等無法驗收的形容。
教學重點：功能說明網站做什麼；非功能涵蓋速度、可用性、安全、可及性、備份、容量與維護。
案例：除了詢價功能，公司要求頁面三秒內載入並具每日備份與復原目標。
課堂討論：「網站速度要快」為何不是好需求？
簡明解答：缺少可量測條件、測試環境與通過標準。
6-034 How should a website service provider be evaluated?
應如何評估網站服務商？
作品美觀不代表能處理多語、整合、資安與長期維運。應要求具體人員、流程與事件紀錄。
教學重點：查核公司主體、作品、團隊、技術、維護、資安、財務持續性、資料移轉與退出能力。
案例：最低報價廠商無維護團隊，企業改選總成本較高但可長期支援者。
課堂討論：為何不能只比較一次性建置費？
簡明解答：真正成本還包括授權、主機、維護、內容、廣告、整合與移轉。
6-035 What should a website development contract cover?
網站開發契約應涵蓋哪些內容？
契約應處理交付後的營運，而不只處理上線。企業需知道誰負責修補、故障、資料事件與供應商終止。
教學重點：範圍、里程碑、驗收、變更、延遲、保固、維護、資安、備份、智財、帳號、資料與退出移轉。
案例：契約明定第三方外掛授權與停用後的資料匯出格式。
課堂討論：「完成網站一式」有何不足？
簡明解答：無法判斷功能、品質、文件、權利與驗收標準。
6-036 How should content and product data be governed during development?
開發期間應如何治理內容與產品資料？
手動複製會造成版本漂移。技術、法規與安全主張需由專業部門核准，並保留來源。
教學重點：建立內容模型、主資料來源、負責人、審核、版本、生效日與翻譯流程。
案例：規格從企業資源規劃系統輸出，行銷不能自行修改技術數值。
課堂討論：誰應核准產品性能數字？
簡明解答：產品、工程或品質責任人，而非僅由行銷決定。
6-037 What testing should be completed before launch?
上線前應完成哪些測試？
測試應使用真實流程與角色，不只看畫面。每個缺陷需記錄嚴重度、責任人、修復與複測證據。
教學重點：功能、內容、瀏覽器、行動裝置、速度、可及性、搜尋、資安、隱私、備份與系統整合。
案例：測試發現日文表單資料無法正確進CRM，於上線前修正編碼與欄位。
課堂討論：只由開發商自行測試有何風險？
簡明解答：可能忽略實際業務、法遵與使用者情境。
6-038 How should User Acceptance Testing (UAT) be conducted?
應如何進行使用者驗收測試？
UAT驗證網站是否支援真實工作，而非只驗證程式能執行。重大缺陷未解決時不應因時程壓力直接上線。
教學重點：由業務、產品、資訊與法遵依情境、預期結果與通過標準共同簽核。
案例：業務測試詢價分派，產品測試規格，法遵測試告知與退訂。
課堂討論：UAT與一般功能測試有何不同？
簡明解答：UAT重點是業務需求與實際操作是否被滿足。
6-039 What search and migration controls are needed at launch?
網站上線時需要哪些搜尋與移轉控制？
網站改版會改變網址與內容，若無移轉計畫，搜尋引擎與外部連結會遇到錯誤。所有轉址應測試並監控。
教學重點：建立301轉址、robots.txt、XML Sitemap、canonical、hreflang、索引監控與舊網址對照。
案例：改版保留高流量舊頁並轉址至最相關新頁，避免排名與連結流失。
課堂討論：為何不能把所有舊網址都轉到首頁？
簡明解答：相關性低，使用者體驗與搜尋訊號都會受損。
6-040 How should launch and operational handover be managed?
應如何管理上線與營運移交？
上線不是結案。企業需具備自行操作、監控、更新與復原能力，供應商也應有明確服務水準。
教學重點：移交帳號、原始檔、授權、文件、備份、監控、維運手冊、教育訓練與7／30／90日檢討。
案例：上線後七日檢查錯誤，三十日檢查轉換，九十日檢查內容與投資成果。
課堂討論：沒有維運手冊的主要風險是什麼？
簡明解答：知識依賴個人，故障、交接與供應商更換時難以處理。
主題小結
本主題共 10 題，已依同一知識脈絡集中編排，並保留一致的教學、案例、討論與解答格式。