某個組織收到一份很簡單的介紹型網站報價：前期數十萬日圓，之後每月還要支付數萬日圓維護費。
只看畫面，很容易冒出一個念頭：
「這種東西，用生成式人工智慧不是很快就能做出來嗎？」
這種感覺並不荒謬。文案、版面、手機顯示、簡單表單和基礎程式碼，現在確實能比以前快很多。
但如果你在會議上說一句「我也做得出來」，另一條時間線可能立刻展開。
「那就麻煩你了。」
一個小網站專案，就這樣悄悄升級成終身榮譽網站管理員。
1. 關鍵：製作成本和責任成本不是同一件事
生成式人工智慧大幅壓縮的，主要是製作工作。
寫文案、規劃結構、撰寫頁面程式、調整版面、產生多個修改版本，這些工作真的變快了。
但組織支付給外部廠商的費用，可能還包含很多製作之外的事情。
- 誰整理需求
- 誰接修改要求
- 誰負責上線
- 誰管理網域和加密憑證
- 誰保存備份
- 誰處理更新與安全問題
- 誰在故障時復原網站
- 誰接「網站怪怪的」這類聯絡
- 誰在承辦人換人之後完成交接
- 最後誰能說「這件事由我們負責修好」
所以，組織買的未必只是頁面和程式碼。
它也可能是在買：
把麻煩連同責任一起交給別人的權利。
2. 人工智慧真正讓哪些部分變便宜了
對小型介紹網站而言，生成式人工智慧非常適合壓縮日常製作工作。
它可以加速：
- 網站架構草案
- 標題與說明文字
- 視覺配置方案
- 手機版調整
- 基礎頁面程式
- 常見修改
- 舊資料整理
- 簡單上線流程自動化
所以，如果只聽到「幾頁簡單內容卻要數十萬日圓」，覺得昂貴很自然。
問題是，製作時間和合約價值並不是同一個東西。
人工智慧可以半小時寫完程式碼。
但下個月的「請改一下營業時間」「請換負責人資訊」「網站怎麼打不開」並不會跟著消失。
程式碼變快了。
提出要求的人還在。
3. 廠商實際上可能在賣什麼
只看成品畫面，會看不到大量工作。
組織網站可能需要廠商承擔以下任務。
需求與協調
有人必須聽取各方意見，並把互相衝突的要求整理成可執行方案。
組織不是一個人。有人記得是這樣，有人記得完全相反，下次會議還可能把前面的決定全部改掉。
上線與基礎環境管理
有人要管理網域、加密憑證、伺服器、公開設定與復原流程。
維護與安全
使用中的軟體元件需要更新，弱點也需要持續處理。
美國國家標準暨技術研究院把軟體安全視為整個開發生命週期的問題，而不是「做完就結束」的問題。[1]
它的修補管理指南也把修補視為技術的預防性維護，是組織持續運作所需的成本。[2]
故障處理
網站打不開、表單收不到、版面壞掉時，必須有人接收問題、判斷原因並復原。
交接
承辦人更換後，網域所有權、管理權限、操作流程與合約內容不能跟著失蹤。
網站不會在上線的瞬間變成永遠不動的雕像。
從上線開始，它才正式成為需要維護的系統。
4. 每月維護費不看內容就無法判斷
每月數萬日圓本身不能證明貴或便宜。
如果所謂維護只是代付伺服器費，平常幾乎什麼都不做，那當然可能顯得偏高。
但如果包含以下內容，就是完全不同的商品。
- 伺服器與網域管理
- 備份
- 更新
- 安全處理
- 運作監控
- 故障初步回應
- 小幅文字修改
- 對承辦人的支援
- 復原工作
- 合約結束時的移轉協助
美國網路安全機構也持續強調，技術供應者不應把所有安全負擔都推給客戶，而應對客戶的安全結果負更多責任。[3]
真正該問的不是：
「每月多少錢？」
而是：
誰負責什麼、負責到哪裡、出事後多快回應？
5. 如果是自己的網站，人工智慧自建非常合適
個人網站的結構很乾淨。
- 決定的人：自己
- 製作的人：自己
- 弄壞的人：自己
- 修復的人：自己
- 承擔損失的人：自己
全部都是同一個人。
半夜改版改壞了，也可以自己決定「明天再修」。
可以接受多久停機、備份要留多少、麻煩功能要不要直接刪掉，也都由自己決定。
在這種環境下，人工智慧的速度可以直接轉化成效益。
如果全部自己做，責任也全部自己承擔。
決定權與責任一致。
6. 替別人的組織網站做事時，最危險的結構
危險的版本長這樣。
- 做事的人：你
- 做決定的人：別人
- 提修改的人：很多人
- 出問題時被找的人：莫名其妙還是你
- 報酬：有時只是人情
這不是技術問題。
這是把責任濃縮到你身上的地獄三角形。
「只是改一句話而已吧？」
「只是加一張照片而已吧？」
「用人工智慧不是很快嗎？」
每個操作本身可能真的幾分鐘就做完。
麻煩的是誰核准、錯了誰回復、上線後誰確認，以及下一次是不是所有人又來找你。
五分鐘的修改，可能突然變成五年的免費支援關係。
7. 工作越容易，修改要求反而可能越多
這裡有一點反諷。
以前每次修改都要花錢外包，所以大家會把需求累積起來一次處理。
但組織裡如果出現一個「會用人工智慧、什麼都能很快改的人」，想法就會變成：
「這很簡單吧？」
單次工作時間下降。
要求數量上升。
當製作不再是瓶頸，真正卡住流程的會變成核准、溝通、優先順序、說明和責任分配。
人工智慧可以讓寫程式快十倍。
它不會讓委員會決策也快十倍。
機器去了未來。
會議留在原地。
8. 判斷報價高不高，先看範圍，再看金額
評估網站報價不能只數頁數。
至少要拆開確認以下項目。
初期製作
- 頁面數
- 文案製作範圍
- 設計深度
- 手機版支援
- 聯絡表單
- 編輯功能
- 會員或登入功能
- 舊資料搬移
- 無障礙支援
- 基本搜尋顯示設定
每月維護
- 是否包含伺服器和網域費
- 備份頻率
- 軟體更新與安全處理
- 運作監控
- 故障聯絡方式
- 回應時間
- 每月包含幾次文字修改
- 新增照片或頁面的費用
- 外部服務費是否包含
合約結束
- 網域登記在誰名下
- 是否能取得原始檔案
- 管理權限能否移交
- 能否轉給其他廠商
- 解約後網站是否仍能存在
如果包含的事情幾乎沒有，費用卻很高，那麼問「我們到底在付什麼錢」很合理。
反過來，如果維護、復原、更新、交接都寫得很清楚，那就不是單純幾頁程式碼的價格。
9. 什麼案件適合自建，什麼案件適合外包
適合用人工智慧自建的情況通常是：
- 幾乎只有一個決策者
- 短暫停機不會造成重大後果
- 更新不頻繁
- 幾乎不處理敏感資料或會員資料
- 自己能備份與復原
- 麻煩功能可以直接刪掉
- 願意長期承擔維護責任
外包價值較高的情況則相反：
- 利害關係人很多
- 公開資訊出錯會損害信任
- 需要定期更新
- 必須有人接支援需求
- 需要持續做安全處理
- 承辦人更換後仍要維持
- 發生故障時必須有明確責任人
不要只看技術難度。
要問：
出問題的時候，誰接電話？
10. 最後：大家付錢的可能不是程式碼，而是「出事時有名字的人」
生成式人工智慧確實降低了網站製作成本。
所以，那些仍然以過去大量人工工時為前提的製作方式與價格，當然會受到重新檢視。
但這不代表所有網站廠商都失去價值。
維護、更新、復原、協調、支援、安全與交接都還在。
如果是自己的網站，全部自己做完全合理。
因為責任也是自己的。
但在別人的組織網站上說一句「人工智慧很快就能做」，可能不小心變成免費永久維護合約。
有時候，付錢外包反而是合理的。
你買的不一定是昂貴的頁面程式碼。
你買的可能是這樣一個世界：半夜收到「網站打不開」的訊息時，接電話的人不是你。
參考資料
- NIST, Secure Software Development Framework (SSDF) Version 1.1: https://csrc.nist.gov/pubs/sp/800/218/final
- NIST, Guide to Enterprise Patch Management Planning: Preventive Maintenance for Technology: https://csrc.nist.gov/pubs/sp/800/40/r4/final
- CISA, Under the Digital Radar: Defending Against People’s Republic of China’s Nation-State Cyber Threats to America’s Small Businesses: https://www.cisa.gov/news-events/news/under-digital-radar-defending-against-peoples-republic-chinas-nation-state-cyber-threats-americas
