好啦，有人要我分享「市場共同開發」的流沙經驗，那我就儘量簡單概略地來帶過。因為我開的是軟體公司，所以我只能談「軟體市場共同開發」的流沙經驗。

先來談談軟體開發吧！

寫軟體跟寫書很類似，只要懂得相關的文法、有足夠的字彙，有好的IDEA，就可以開始寫作。寫書基本上有兩種類型：獨立創作與集體編輯。《哈利波特》與《笑傲江湖》等故事小說就是獨立創作；《國家地理雜誌》與《商業週刊》等寫實報導就是集體編輯。大公司的強項就集體編輯，其中雖有獨立創作的空間，但卻是礙手礙腳，又往往必須犧牲小我來完成大我，甚至有時候還必須採用錯誤的前文來繼續寫後面的文章，因為錯誤已成歷史事實，無法更改！

譬如說，Microsoft Word有個BUG，如果把這個BUG修正，就可以讓Word的功能翻兩翻，你認為該不該更正？如果更正後新版本的Word無法開啟所有舊的DOC檔，你認為該不該改？軟體成長的越快，裡面有BUG的機率就越高；軟體越寫越大，修正BUG的困難度及付出的代價就越高。你現在知道為什麼Micrfosoft的BUG又多又雜又難以修正了吧！因它發展得太快、又太龐大，而且使用者太多，修正BUG所可能引起的市場擾動難以評估。所以有些核心BUG是不能碰的，它們已經是Microsoft的一部分了。

請注意，所謂軟體的BUG不一定是語法的錯誤，或是人為的錯誤，有些BUG甚至是開發當時認為是必要的寫法。通常，軟體會掛掉的主要原因，就是出現一種設計軟體當時無法預知的特殊狀況；如何避免產生這類型的BUG，大大地考驗軟體設計者的智慧、創意、邏輯、系統思考與遠見了。因為世上沒有一個人能夠知道未來所有使用者的使用習慣、他們電腦硬體設備的更新速度、他們所安裝的其他軟體的干擾以及運算資源的共享、以及網路資料傳遞的管制方法等等，所以BUG一定會存在。只要有矛盾，BUG就會存在；只要軟體程式會共用運算資源並且會相互影響，BUG就可能會存在。

就算是再好的小說，也會被某些讀者批評情節有不合理之處。對軟體開發而言，只要有使用者"批評情節有不合理之處"，就是有BUG。也就是說，當使用者認為軟體的操作方式不友善，廣義而言，這也是BUG。沒有BUG的軟體是不存在的，軟體的BUG一定會被客戶碰到--不是碰不到，只是時候未到。

為什麼絕大部分好的小說只有一位作家？越多作家共同來創作一本小說不好嗎？軟體的好壞跟公司的大小有關嗎？我個人認為，人多嘴雜，三個和尚沒水喝！以小博大在軟體開發階段是非常可行的，但是，真正的輸贏的關鍵在於市場行銷，或者更直接的說法就是市場佔有率。市場佔有率越高的軟體就是會活下去的軟體--適者生存，而非好者生存。為了市場佔有率，小公司在早期市場開發階段多半採用「隔水加熱」，所以一定會碰上「市場共同開發」的流沙。

我所碰上的第一個「軟體市場共同開發」流沙是發生在2001-2002年，當時HomeMeeting跟台灣的某大電信公司合作開發網路線上加值服務，公司裡每個人都盡心盡力、徹夜不眠地趕工配合該電信公司的要求。最後總算將服務系統建立完成，然後上線營運。該電信公司的合作單位也利用網頁、廣告、公關、以及用戶帳單Insert來宣傳「線上影音聊天室」的加值服務，最後...市場沒有反應，徹底失敗。當時燒了超過美金一佰萬來執行這個市場共同開發案。該電信公司最後也裁撤了網路線上加值服務，專心經營行動電話市場。

我所碰上的第二個「軟體市場共同開發」流沙是發生在2002-2003年，當時HomeMeeting跟北京的某大學企業培訓推廣單位合作開發網路線上學習服務，公司裡每個人都盡心盡力、分文不取地輔導該單位。最後總算協辦了一場非常大的國際性的「學習型組織」的年會，並讓台灣、香港、新加坡及大陸其他城市的線上來賓與北京的主講人進行即時互動。當時燒了超過美金伍十萬元來執行這個市場共同開發案。最後...徹底失敗，因為該單位在2004年被裁撤了。

這兩個合作案，看似商機無限，看似能迅速提高市場佔有率。可是市場開發對創業家來說，是"錯"中學、操之在他人的"外部"工作，不是你能掌控的。創業家走進流沙坑是必然的。我之所以要談流沙的目的，不是要你避開它，重要的是能有脫離流沙的技巧--減少支出，放慢動作。