豆瓣，一款以文藝青年聚集地而聞名的社區類產品。融合了書影音的興趣類社區，從早期的Web端發家到現在移動端也具備一定的市場和用戶群體。在知識付費的大潮中，也通過豆瓣時間知識付費功能，準備在知識付費領域分一杯羹。

本文通過對豆瓣時間功能上線以及迭代路線的復盤來分析一下一款產品新增功能模塊時：需求、功能、版本規劃是如何去設計和落地的。

需求分析

用戶分析

豆瓣時間作為豆瓣APP的一個知識付費功能模塊的定位，那么用戶群體一定是豆瓣本身的目標用戶群體。

豆瓣本身定位為書影音的興趣類社區產品，主要以書、影視、音樂加豆瓣小組為主要的功能模塊，目前的主要用戶群體在豆瓣上也是以生活興趣類為主要的訴求。

產品調性

豆瓣本事定位為一款文藝小清新的產品，但是隨著被大眾用戶所熟知，不可避免的要被大眾用戶的氣質所感染，但是豆瓣本身并沒有改變初心，一如既往的按照產品最初的氣質在發展，這可能也是產品一直不溫不火的原因之一。

所以，基于豆瓣本身的調性，那么豆瓣做的知識付費產品也不會像知乎、得到這樣大而全，相反而主要以文藝清新類的知識付費產品為主，這一點通過豆瓣時間目前上線的知識產品類型和內容也可以驗證。

產品形式

知識付費產品目前主流的傳播方式就是通過周期更新，音頻、圖文的形式進行知識展現。那么豆瓣時間作為一個知識付費的“晚輩”也借鑒了行業頭部玩家的做法，通過音頻、圖文的方式進行知識產品的“售賣”。

功能設計

作為一個提供給用戶購買學習的知識付費功能，基于用戶的核心業務流程：選擇知識產品、購買、學習，豆瓣時間在產品還沒打磨足夠完善之前，提供了滿足核心業務流程的主要功能：

• 選擇知識產品：知識產品的展現，內容介紹，試聽功能
• 購買：訂閱支付
• 管理知識產品：查詢訂閱、下載管理
• 其他：知識產品贈送、獲得贈送

選擇知識產品

可以看到目前豆瓣時間一共上線了11個知識付費專欄產品，其中以文學類為主，以影音樂、攝影為輔助。正如上面分析豆瓣產品調性所說，作為一款文藝類產品，在知識付費產品的選擇上也要基于其調性選擇合適的知識產品，只有這樣在作為新功能上線后，才不會讓用戶覺得突?；螂y以接受。

在對于知識產品設計上，豆瓣時間有幾點與目前主流玩家有所不同，主要表現在以下幾個功能設計上：

（1）產品定價

豆瓣時間上的付費專欄定價從29到128不等，根據不同的專欄內容和作者定價幅度較大，并沒有選擇像得到APP上199的統一定價，這里猜測豆瓣時間的初衷一方面可能考慮到產品本身的內容質量，另一方面也考慮到新功能上線后準入門檻的設計。

（2）試聽功能

豆瓣對11個付費專欄都提供了試聽功能，用戶在購買前可以試聽任意專欄的前兩期內容，以確定是否具有購買價值。這一點從產品設計的用戶體驗上來說是很好的，單純的文字內容介紹是無法幫助用戶做出準確選擇的，只有讓用戶切身體驗之后才能做出更好的選擇。

從這一點上來看，對于豆瓣來說，功能上線早期能否選擇足夠優質且符合目標用戶訴求的IP，對于產品自身用戶群體的定位分析以及知識內容的選取來說是重中之重。

購買支付

購買支付功能屬于比較基礎的功能設計，在這方面豆瓣時間并沒有太多出彩的創意和設計，就一帶而過。

管理知識產品

對于知識產品的管理，和其他知識付費產品類似，用戶可以查看自己訂閱的內容和已經下載的內容。

贈送、獲贈

對于贈送功能來說，可以算作一個對產品運營有幫助的功能設計。用戶可以購買專欄贈送給其他用戶，同時獲得贈送的用戶可以查看并管理自己得到的專欄內容。

通過用戶互動，對于一款產品中的新上線功能來說，可以快速讓現有用戶體驗新功能，提高新功能的用戶轉化率。

版本規劃

研究一款產品的版本迭代路線其實是學習一個產品團隊節奏的最佳方式，通過對產品迭代路線的分析可以發現產品生命周期中的規劃和設計，通過對優秀的產品的復盤有利于產品經理自己在獨立負責一款產品時有更多的思路和方向做產品的版本規劃。

這里先給出豆瓣時間的版本規劃方法論：

1. 核心功能優先
2. 輔助功能完善
3. 業務流程優化
4. 用戶反饋跟進

下面結合上圖豆瓣時間功能的版本更新記錄對上述4點方法論進行一一說明。上圖中羅列出了從豆瓣時間功能上線至今的所有版本更新日志（更新日志只選擇了豆瓣時間的更新內容，并未對豆瓣其他功能的更新進行說明）。

（1）核心功能優先

可以看到，豆瓣時間上線的第一個版本主要做了知識產品的展現、購買支付和專欄內容學習，完成了用戶選擇、支付、學習的主要業務流程。

同時，產品在第一個版本并沒有做專欄內容的下載功能，并且在后續才加入了圖文類型的專欄內容，早期版本僅上線了音頻類的付費專欄產品。

（2）輔助功能完善

在完成核心業務流程對應的功能后，豆瓣時間開始加入輔助功能，如支持專欄內容下載、上線圖文專欄產品，支持專欄下留言。同時針對產品的運營需求還上線了專欄贈送功能。

輔助核心功能的相關功能以及周邊功能，都是在產品核心功能上線并且打磨出具成效后迭代上線，在早期產品版本中優先打磨核心功能。

（3）業務流程優化

通過版本更新日志的分析發現，豆瓣時間功能上線后主要對音頻播放、支付流程進行了優化，其他細節的優化內容并沒有在更新日志中體現，所以這里也不得而知。但是通過分析可以發現，功能上線后，產品團隊一直在對業務流程以及對應的功能進行優化，逐漸打磨成用戶滿意的功能。

（4）用戶反饋跟進

通過對版本號以及版本更新日志的分析發現一件有趣的事情，首先我們都知道產品經理在做版本規劃時如果涉及功能或大的更新，會使用如4.14.0,4.15.0的跨度，涉及bug修復或者小功能更新時會使用如4.14.0,4.14.1這樣的小跨度。

在豆瓣時間上線短短五個月，出現了5次bugfix，每一次都在新版本剛上線不久就緊急發布了下一個版本。通過對對應時間段的用戶負向評分評分反饋分析發現，豆瓣的每一次緊急版本更新都伴隨著大規模的用戶閃退反饋。

從這一點可以看出，版本更新頻繁出現bug，不能僅僅怪罪于程序員，這與產品、測試和研發都有關，對于團隊的協作模式也需要進行一定的反思和復盤，減少bug出現而造成的版本更新。

豆瓣時間的一點思考

借助現有核心功能，打通豆瓣生態

通過對豆瓣時間的需求、功能、版本規劃復盤以及對豆瓣產品的體驗，豆瓣時間這一功能上線時間較短，還有很多發展方向可以探索。這里僅僅是筆者的一點思考，就是借助豆瓣自有生態，將現有核心功能與豆瓣時間打通，形成更大的生態體系。

1. 豆瓣時間+豆瓣小組

豆瓣小組是豆瓣用戶群聚集地，用戶在豆瓣小組通過一個個專題小組進行發帖、回復和評論進行用戶互動。如果豆瓣時間可以像得到APP一樣，將豆瓣時間上的專欄與對應的豆瓣小組之間建立通道，相信可以提升訂閱專欄用戶的活躍率，同時通過豆瓣小組進行一定程度的拉新。

2. 豆瓣時間針對影音樂細分和鏈接

在文章開頭就提到了豆瓣的核心功能就是影音樂內容：豆瓣圖書，豆瓣電影以及豆瓣音樂三大主要模塊。如果豆瓣時間的付費專欄可以細分到三大類別，并且在與三大模塊的內容進行鏈接，那么相信會有一定的發展。如在豆瓣讀書模塊中，用戶在尋找想讀的書籍時，可以發現豆瓣時間中的讀書專欄，通過訂閱達到讀書提高認知能力的目的。

這里可以開一個腦洞，如果你是豆瓣時間的產品經理，你會如何設計，讓豆瓣時間這個功能更好的在豆瓣體系當中發展？

#專欄作家#

記小憶，人人都是產品經理專欄作者，野蠻生長的產品經理，運營商大數據產品實踐者，擅長從0-1搭建產品經理知識體系。公眾號：PM龍門陣。

本文原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Pexels，基于 CC0 協議