重點摘要#
- 許多專案過度關注需求、設計、開發和維護，卻忽略了系統的核心——資料與內容
- 內容是王道，是網路，也是介面；內容品質正快速成為系統成敗的關鍵
- 設計流程應包含內容盤點，而不僅僅是 domain/object/data model
- 許多滿足所有需求的系統最終仍然失敗，就是因為忽略了內容
詳細內容#
許多專案團隊在需求分析、架構設計、開發和安全維護上投入大量精力，卻忽略了系統真正的核心——資料本身。這在以內容為基礎的系統中尤其明顯，這些系統的資料通常以非結構化或半結構化的形式呈現。
內容決定系統價值#
好的內容決定了系統是空洞無用還是真正有價值。在這個互聯的世界中，內容品質正迅速成為成功與失敗之間的分水嶺。
內容評估標準#
設計新系統時，應該花相當比例的時間評估內容：
- 是否有足夠的內容？如果沒有，如何達到臨界量？
- 內容是否足夠新鮮？如果不是，如何提高更新頻率？
- 是否探索了所有可能的內容管道？RSS、Email、紙本表單都是管道
- 是否建立了有效的輸入流程來持續將內容導入系統？識別有價值的內容是一回事，定期收集又是另一回事
系統的成功取決於其內容。如果你在設計過程中發現內容品質不理想，這是一個紅旗，必須告知利害關係人。許多系統滿足了所有合約義務和技術需求，最終仍然失敗——就是因為忽略了這個顯而易見的面向。
— By Zubin R. Wadia