前端産品(ToC)給人的第一感覺,是門面,那後端産品(ToB)就是一切産品成功的保障。
前端産品和後台産品并沒有孰難孰易,解決的痛點不同而已。前端主要關注體驗,需要敏銳察覺用戶的興趣點和習慣,後台主要關注效率,需要積累行業的知識厚積薄發。
所以咧,這篇文章就稍微的聊聊兩端産品從幾個方面來對比一下。
一、使用場景不同造成需求差異:需求點VS需求面
C端産品和B端産品的使用場景導緻了需求差異。
C端産品,解決的是用戶在生活場景中的需求痛點。雖然用戶需求複雜多樣,涵蓋衣食住行吃喝玩樂,但落實到C端産品身上,往往解決的是某個具體的需求。
在不同的生活場景下,用戶會使用不同軟件滿足自己的需求。在這些場景下,幾乎不會涉及到與他人協作的情況。用戶關心的是自己,比如:餓了要吃飯使用外賣應用下單;出門沒方向使用地圖應用導航。
就和市面上的大多數商品一樣,C端産品是以具體的功能點占據用戶心智,解決個人用戶的生活需求。很少有産品是一上線就要打包解決用戶需求的,大都是先确立自身的産品定位及價值,然後慢慢優化豐富産品功能。C端産品要滿足的正是千萬個人用戶的個人生活需求。
C端産品和B端産品的使用場景導緻了需求差異。
C端産品,解決的是用戶在生活場景中的需求痛點。雖然用戶需求複雜多樣,但C端産品給不同用戶提供的是具體不同場景需求。
用戶是以自我為中心的,而對于C端産品經理而言,需要對用戶的畫像和場景分析透徹,得知道:我的用戶是誰?我要讓用戶了解和使用我設定的哪些場景功能?我如何比競争對手做得更好?能不能解決用戶遇到的特定問題,甚至超出用戶預期,達到多場景喚醒産品的效果?
以ToC電商産品為例,C端産品經理需要解決的是:
1. 了解自己産品的用戶畫像
這四個标簽分類可以有針對性的給用戶提供多維度的商品推薦,一個20歲武漢在校的大學女生和一個40歲在北京擁有自己企業的男性企業家,挑選商品的維度和方式都不一樣。
2. 熟悉用戶所在的場景
用戶場景也需要基于用戶畫像來聯系,用戶購買商品的場景也存在異樣化。
這是淘寶首頁聚合标簽頁面,其中餓了麼和海鮮達與其他分類的場景都有明顯的區别。當然,每個分類的場景都是不同,也正是因為這些不同的場景才有了用戶的多樣化。
所以,用戶的需求點和使用場景都是零碎和不通的。C端産品經理需要解決的是用戶個性化的需求,而怎麼将個性化需求融合在産品中則是C端産品人一直在思考的。
而用戶的需求也可以用KANO模型來解釋一下:
- 基本型需求:也叫必備型需求,需要滿足流程的需求。電商必須有“選擇商品→支付商品→形成訂單→查看物流狀态”産品流程。試想一下如果電商流程少了讓用戶“查看物流狀态”的信息,用戶不滿的情況就會增加。但是有這些必要的信息,用戶也覺得這是理所當然的。
- 期待型需求:有了這類需求,用戶的好感度明顯增加。比如拍照軟件為你設置的各種拍照場景,提供更加精細化的拍照體驗,基于各種複雜場景下的拍照模式,讓用戶感覺體驗感會直接飙升。
- 興奮型需求:用戶使用産品時,發現裡面有一些意想不到的内容/彩蛋,或者說給用戶更好的預期。比如現淘寶的推薦算法,我購買了衣服,推薦給我的在我認為是很搭的褲子……通過拍照識别類似圖片上的商品并給你最匹配的商品等等,前者是産品标簽策略推薦,後者是圖像識别技術。
- 反向型需求:這樣的需求是用戶反感的。比如婚戀平台上放上離婚的相關信息,也就是與實際需求并不匹配的場景和在場景中格格不入的需求,再比如一些遊戲中的阻屏廣告等等。
而B端産品是服務于一個群體(組織),需求不是從單一點來出發的。一般用戶畫像和業務需求都比較直接,難度在于業務的梳理能力。
這裡的用戶畫像更多的是基于不同的組織架構下,崗位的區分造成不同的業務需求。所以,B端産品經理需要去根據業務需求解決崗位各層級的信息扭轉,通過各崗位的需求點進行串聯,形成需求面。
舉個例子:B端産品的權限管理就是首要去進行梳理的。不同崗位能增、删、改、查、看的權利都不同,但是業務關系都是串聯在一起的。
權限管理——角色列表:
權限管理——角色權限:
權限管理——管理員列表:
所以從需求的角度上來說:C端産品經理針對于不同用戶在不同的場景下去思考怎麼搭建産品?
用戶和需求是并行的,而B端産品經理則需要在組織架構中通過業務需求去解決需求的串聯度。用戶和需求是串行的。
二、産品設計差異:體驗VS功能
從産品設計角度來說,C端産品偏重用戶體驗,B端産品偏重功能。
C端産品追求如何讓用戶在最短時間,以最短路徑,最低成本達到目的,滿足自己的需求?
通過看C端産品(APP)的首頁,大緻就能知道他們的産品價值及定位。
下面通過一個例子來聊聊:(開眼APP <Android>)
所以,C端産品經理需要解決的是用戶在使用産品的流暢度和體驗感。用戶在操作的時候,不需要去找尋某個功能在哪兒?
從進入感覺到離開隻會感覺到時間過的很快,在産品中很輕松,那麼,作為C端産品經理的目的就達到了。
對于B端産品來說,要解決的主要是不同生産關系的協作溝通需求,在中心化的組織架構下,B端産品需要滿足不同層級,組織内外的協作溝通。所以,更需要清楚我操作這個功能的目的,以及能做什麼?
- 商品運營組和文章運營組的訪問權限不同,商品運營人員不能操作文章的權限;文章運營人員不能操作商品的權限。
- 同時主管擁有全部的權限,而主管下面的小夥伴則擁有的是部分權限。
所以,B端産品經理需要在了解業務流程後,需要厘清各崗位的職責以及上下級關系。更多的是關心功能可用性和更高效的完成工作。
三、轉移成本差異:低成本VS高成本
C端産品轉移成本遠低于B端産品。
C端産品轉移成本低且輕量是内外環境決定的。對内即産品本身的價值定位來說,C端産品要解決的核心需求不多,可以通過快速叠代,梳理優先級,得到快速的更新和升級;對外來說,如果一家C端産品易用性差,體驗做不好,用戶可以很容易地轉移到别家産品,對用戶也沒什麼損失。畢竟C端需求是開放的,大家都可以做。
所以,針對于C端産品經理來說:必要的用戶體驗和核心流程閉環是很重要的。相反,如果沒有從痛點需求出發,可能用戶流失率遠超想象。産品前期必須是可用,根據叠代最後變成好用。
而B端産品的轉移成本相比之下要高很多。消費者和直接使用者不是一批人,對于直接使用者(用戶)來說:他們的使用場景是工作環境中,哪怕産品再難用,為了完成自己的工作,用戶還是會使用,很多時候沒得選也不允許選。
對于消費者(企業)來說:打造一個系統的成本較高,費錢費時,難以做到頻繁地更新叠代,加上B端産品大都不直接産生利潤,企業的動力也不高。所以,要求也就是“湊合湊合,能用就行”。種種原因也就造成了B端産品較高的轉移成本。
所以,B端産品經理需要的是持續根據業務需求做好功能拆解和規劃,保證系統的完整性和功能的可用性。因為要知道B端産品對于企業成員的學習成本是太高的。
四、商業模式差異:規模經濟VS付費定制
C端産品依靠流量獲取收益,B端産品通過付費定制獲取收益。
C端産品大都免費,不直接向個人用戶收取費用,而是在免費的基礎,通過拉新、留存、促活等手段獲取用戶流量,再從其中一小部分用戶那裡得到收益。
比如:近10億月活的微信,至今為止沒有一個直接向用戶收費的項目,任何人都可以免費下載,不必為程序使用花一分錢。就算有的C端産品會有一些付費項目,也不影響他們基本功能的使用。
用戶還是可以使用他們滿足自己的基本需求。可以說大多數C端産品的商業模式是依靠流量獲取收益的,流量基數越大收益就越大,兩者呈指數關系。
而面向組織的B端産品,因為組織天然的“封閉”特性,并不需要獲取大量外部流量,隻針對組織内外生産關系,滿足需求即可。而每個組織的業務和架構又都有不相同,相比較與C端“一招鮮吃遍天”的方式,B端産品就需要根據不同的生産關系做個性化定制。
此外,B端産品的使用者和消費者也不是同一批人——即産品不直接由使用者買單,而是企業掏腰包,而且企業也接受産品可以不直接産生收益。
這些原因決定了:B端産品更多的是通過付費定制的途徑獲取收益。
五、産品設計規劃:痛點VS業務
C端産品往往都是感性的,在産品設計時,往往要考慮到所有類型的用戶,基于某個痛點需求,産品才有可能活下來。
産品經理有很強的同理心,研究用戶行為心理,能夠快速、準确地将自己代入到用戶場景中,不斷的挖掘并創造需求。這就需要産品經理對時長用戶幾句敏感性,懂得做用戶市場調研,用戶訪談和需求分析,注重用戶體驗,對内部團隊協作溝通,熟悉運營方面的知識。
B端産品的設計過程中,最重要的是:分析業務流程、各種業務間依賴關系、窮盡業務場景等,抽象影響因素,梳理邏輯流程,推導因果關系,都是理性思維的主場。
所以,要求産品經理要具有更強的邏輯思維能力,了解不同行業中的不同産業鍊,了解甲方的訴求,應付得了客戶。要知道掏錢的永遠是老大,當然還要有更好的項目推進能力,客戶往往等不了你!
通過大緻的比較,可以在産品研發的時候理清一些思路,比如:就開發一個B端産品而言,需要關注的重點是基本信息流的傳遞,那麼重點就是梳理業務流和邏輯鍊條。對于社交、分享、用戶體驗方面的需求,優先級就不那麼高。
對于C端産品而言,滿足基本功能隻是一個入門條件,要想做好,還需要更好的用戶體驗,就要考慮:怎麼樣讓用戶在最短路徑,最快時間滿足自己的需求?
所以,如果對于新人來說,我比較推薦先去做B端産品,先要了解業務需求和如何思考功能之間相互的串聯。
對整理的邏輯有更多的思考,而用戶體驗是一個持續的過程,需要長期去思考和研究。
作者:John,一名不知名産品狗,“産品狗聚集地”,可以一起聊聊。
本文由@John 原創發布于人人都是産品經理,未經許可,禁止轉載。
題圖來自Unsplash, 基于CC0協議。
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!