很多優秀的產品中的一些功能看起來很容易被復制，但當你實際去做時卻發現是十分的復雜。我稱這些功能特征為程序冰山，因為它們暴露的那部分讓一個普通觀察者或一個競爭對手來想象可能只有一個周末的工作量，但在未顯露的部分里卻是龐大無比的用來支撐浮出水面的這部分完美運行的不可缺少的復雜程序。
　　依我的經驗，程序冰山中露出水面的部分通常牽涉到對很多極端情況的處理。這些極端情況有時是由于為了使用戶界面更加簡單而造成的，例如，為了追求更少或更自由的表單輸入形式。

　　在我最近的公司DuckDuckGo里有一個很好的例子，就是把維基百科信息轉化成能通過查詢顯示的Zero-Click信息，看起來好像是很簡單明了的任務。初一看 —— 我想這么辦，維基百科里可以導出一個叫做abstract.xml的東西，是一個給Yahoo用的信息摘錄。

　　然而，但當我著手去把它展現給真正用戶時，卻遇到了各種極端情況。就我個人的觀點，這些導出數據實際上完全無法使用，經過好幾天的研究，我最終放棄了它。這個東西在很多方面都有問題。

　　維基百科里有模板，單獨的頁面，頁首警告信息，信息框，轉向地址，殘缺/復雜的句式，等等。如果你不想把錯誤的東西顯示出來，這些所有的事情你都要去處理。一旦你著手去做這些，你很多能會遭遇到更多奇異的東西，例如相關文章，目錄，正確的圖片，正確的外部鏈接，等等。以及如何實時的更新它們？要處理的東西會越來越多。

　　我喜歡程序冰山。當你能看到它的整個形體時你會驚訝不已。這對那些不喜歡觀察事情的全貌(至少是最初)的人是一種誘惑。它也是一種對想進入的人的門檻，一種對自己開發還是購買他人的產品的決策的催化劑，是用戶體驗的基礎支撐材料。

　　[英文出處]：Code icebergs