背景介紹#
Joshua Schachter 是 del.icio.us 的創辦人,這是一個社交書籤服務,讓使用者儲存、標記(tag)和分享網路書籤。del.icio.us 的核心創新在於引入了標籤系統(tagging),讓使用者用自由格式的關鍵字來組織資訊,而非傳統的分類目錄。
Schachter 在創立 del.icio.us 之前,是 Morgan Stanley 的一名工程師。del.icio.us 完全是他在工作之餘的副業專案(side project),從一個叫 Muxway 的個人書籤收藏頁面演化而來。他在 2003 年底上線 del.icio.us,完全靠自己一個人開發和維運,直到 2005 年獲得 Union Square Ventures 的投資。2005 年,Yahoo 收購了 del.icio.us。
訪談核心主題#
從個人需求到產品的有機演化#
- Schachter 從 1998 年開始在一個叫 Muxway 的頁面上收集有趣的網路連結,累積了約 20,000 條
- 他面臨的問題是:連結太多,如何找到需要的那一條?他開始嘗試給每條連結加上一兩個關鍵字做為描述
- 這個「給連結加關鍵字」的行為,就是後來標籤系統的原型
- 他寫了各種小工具來管理這些書籤,最終在 2003 年開發了 del.icio.us 這個多人版本
標籤系統的誕生#
- 標籤的概念源自實際需要:Schachter 需要一種比分類目錄更靈活的方式來組織連結
- 傳統的分類系統(如 Yahoo 目錄)是階層式的,一個項目只能放在一個類別下
- 標籤允許一個連結同時屬於多個分類,而且由使用者自己定義詞彙,不需要預設的分類架構
- Schachter 稱之為將結構化的負擔「分散到使用者的每一次書籤操作中」,而非一次性要求使用者整理所有書籤
Schachter 的設計哲學:不要讓使用者做額外的工作。標籤系統之所以成功,是因為加標籤這個動作本身就是使用者儲存書籤時自然會做的事——它把組織成本分散到每一次操作中,而不是要求使用者事後花大量時間整理。
一人公司的極限運作#
- del.icio.us 在很長一段時間內只有 Schachter 一個人負責所有事情——開發、維運、客服
- 他白天在 Morgan Stanley 上班,晚上和週末維護 del.icio.us
- 伺服器最初跑在一台朋友幫忙託管的機器上,後來搬到正式的託管環境
- 隨著使用者增長,維運負擔越來越重——他必須自己處理所有的系統管理、備份、效能問題
成長與擴展的挑戰#
- del.icio.us 的成長幾乎完全靠口碑傳播,Schachter 沒有做任何行銷
- 早期使用者主要是部落客和技術社群的人,他們會在部落格上分享自己的 del.icio.us 頁面
- 隨著使用者增長,垃圾訊息(spam)成為一個越來越嚴重的問題
- Schachter 開發了各種反垃圾機制,但這始終是一場持續的戰鬥
融資與決定全職投入#
- 很長一段時間 Schachter 都在考慮是否離開 Morgan Stanley 全職做 del.icio.us
- 他最終決定接受 Union Square Ventures(Fred Wilson)的投資
- 投資人的加入讓他能夠聘請團隊成員,不再一個人扛所有事情
- 他對融資保持謹慎態度,希望保持產品的簡潔和專注
被 Yahoo 收購#
- Yahoo 在 2005 年收購了 del.icio.us
- Schachter 加入 Yahoo 後繼續負責 del.icio.us 的開發
- 收購過程中他學到大公司內部運作的複雜性
關鍵轉折時刻#
從 Muxway 到 del.icio.us 的跳躍#
- Muxway 是一個單人的靜態頁面,del.icio.us 是一個多人的動態系統
- 關鍵的轉變是 Schachter 意識到如果其他人也能用這個系統來儲存和標記書籤,就會產生額外的價值
- 多人使用帶來了社交發現的維度——你可以看到別人收藏了什麼、什麼連結最受歡迎
第一批使用者的取得#
- Schachter 沒有做大規模推廣,而是邀請了自己認識的朋友和部落客試用
- 早期使用者的回饋直接影響了產品的發展方向
- 部落客社群成為最重要的傳播管道——當時部落格正在快速成長,del.icio.us 完美契合了這群人的需求
獨自承擔的壓力#
- 作為唯一的開發者和維運者,任何系統問題都只能由 Schachter 一人處理
- 他提到半夜被叫醒處理伺服器問題的經歷
- 這種壓力最終促使他決定接受投資、組建團隊
Schachter 的經歷揭示了一人創業的風險:當服務開始成長但團隊沒有跟上時,創辦人會陷入既無法放手、又無法承受負擔的困境。適時引入外部資源和團隊成員是維持服務品質的關鍵。
產品設計哲學#
簡單至上#
- del.icio.us 的介面極度簡潔,沒有多餘的功能
- Schachter 堅持每個功能都必須降低使用門檻,而不是增加複雜度
- 書籤工具列按鈕(bookmarklet)的設計讓使用者可以一鍵儲存當前網頁,大幅降低了使用摩擦
讓資料結構從使用中自然浮現#
- 傳統的資訊架構是由上而下的——先設計分類,再把內容放進去
- del.icio.us 的標籤系統是由下而上的——使用者自由標記,結構從集體行為中自然浮現
- 這種方法後來被稱為 folksonomy(民眾分類法),影響了許多後來的網路服務
將負擔分散到每次互動中#
- Schachter 的核心洞見:如果你要求使用者做很多額外工作來組織資訊,他們不會做
- 但如果你在使用者已經在做的動作中(如儲存書籤)嵌入一點點組織的工作(加幾個標籤),他們會樂意配合
- 這種「將成本分散到每次交互中」的設計思想,是 del.icio.us 成功的核心
del.icio.us 引入的標籤系統深刻影響了後來的網路產品設計。從 Flickr 到 Twitter 的 hashtag,從 Gmail 的標籤到 Stack Overflow 的標記系統,「標籤」已成為網路資訊組織的基本範式之一。
學到的教訓#
| 教訓 | 說明 |
|---|---|
| 從自己的需求出發 | del.icio.us 解決的是 Schachter 自己管理大量書籤的問題,保證產品方向的真實性 |
| 讓產品自然演化 | 從最小可行版本開始,根據使用情況逐步演進 |
| 簡單是一種特性 | 每增加一個功能都要問——這是否讓核心體驗更好?如果不是,就不要加 |
| 社群是最好的行銷 | 完全靠口碑成長,因為真正解決了使用者的問題 |
| 適時尋求幫助 | 一個人可以啟動產品,但要持續成長需要團隊力量 |
| 副業專案的價值 | 偉大的產品可以從週末專案開始,關鍵是持續迭代和對需求的深刻理解 |