進階之路:站在高視角看產(chǎn)品是一種怎樣的體驗?
就產(chǎn)品設(shè)計而言,如何站得更高來思考整個產(chǎn)品的架構(gòu)?
首先,必須要說的是:就互聯(lián)網(wǎng)產(chǎn)品經(jīng)理的進階之路而言,這是一個比較大的話題,我們可能需要分開幾次來討論,因為產(chǎn)品經(jīng)理本就是一個比較復雜的崗位,涉及設(shè)計、運營、技術(shù)、營銷等多個方面。本次,我們著重討論的是:就產(chǎn)品設(shè)計而言,如何站得更高來思考整個產(chǎn)品的架構(gòu)?
產(chǎn)品經(jīng)理的基本功
低年級的產(chǎn)品經(jīng)理,最重要歷練的,是產(chǎn)品的基本功。
在諸多需要的基本功中,我覺得最需要成長的是功能設(shè)計的能力,我們常說的產(chǎn)品設(shè)計就泛指功能設(shè)計。
好的功能設(shè)計,我覺得有幾個點是很關(guān)鍵的。
1. 簡單
講到功能的時候,首先要提及的,是簡單。
很多人都讀過一些關(guān)于簡單的書,比如《簡約至上》、《Don’t make me think》等等,這些書無一例外都是在設(shè)計思路上給出簡單的各種定義。
其實,在簡單這件事上,最關(guān)鍵的一個深層道理,是依賴于心理學上的一種被稱之為“知識詛咒”的玩意兒。
所謂知識詛咒,就是說,現(xiàn)在我明白一件事情,但是要完整清楚的講授給你,是很難的,因為我們所擁有的知識背景不同,我們對同一件事情的理解不同。這也就解釋了,為什么很多老師在上課的時候索然無味,很多人做Presentation的時候顯得蒼白無力,這其實是知識詛咒在起作用。
知識詛咒表現(xiàn)在產(chǎn)品設(shè)計時,有兩個關(guān)鍵的定義,一個是設(shè)計思維,一個是用戶思維。
我們先來了解一下用戶思維。
當我們首次見到一個陌生人時,我們會根據(jù)第一印象對這個人進行一個快速的定位。比如,一個帥氣陽光,發(fā)型齊整,穿著一身休閑裝,身高180、身材勻稱的男生站在你面前,你的第一反應會是什么?也許是“嗯,這個哥們兒應該蠻有趣的”,或者是“這個小伙兒應該在工作上挺不錯”。你應該不會立刻覺得“這是個混蛋,我要遠離他”。這是為什么呢?其實,這是我們的用戶思維在起作用,我們首次見到一個新鮮的事物時,會根據(jù)我們已有的知識體系進行類比,人類天生的類比能力無比強大,正是因為我們的知識體系中,將“有趣的人、不錯的人”這種屬性,和“帥氣、陽光、身材棒”這些外在的形象關(guān)聯(lián)在了一起,才會讓我們在見到這個陌生人時,產(chǎn)生這些快速的判斷。
所以,我們做用戶畫像的目的也是如此,為的是拿到用戶的知識背景體系,更好地了解他們的用戶思維。
那我們再回來說一說設(shè)計思維。
當你要在頁面中增加一個button,那么你的思維模式是什么?可能會有三種:一種是要夠好看直觀,一種是要用戶理解,一種是要和其他交互相得益彰。在這三種里,后兩種是高級的產(chǎn)品經(jīng)理思考的模式,我們這里重點來說用戶理解。
初級的產(chǎn)品經(jīng)理對用戶理解這個事情,其實會容易建立在“我的理解”這點上,誤以為自己就是用戶。其實你未必是用戶。比如我們設(shè)計一篇文章的顯示,我們會從文章的結(jié)構(gòu)、展示、內(nèi)容長度、分頁等等幾個角度去考量,但是有一種情況一定要加入其中,那就是你的用戶是誰。如果是IT圈里的人,那他們習慣了閱讀長文檔,而且會自動解析文章布局,平鋪直敘也許是最簡單的;可如果是父母,他們過往閱讀的都是報紙、雜志,而且因為年齡增大,對色彩敏感度下降,他們需要更大的字,更亮眼的色彩,更結(jié)構(gòu)化的布局,所以你的設(shè)計會更加接近web 1.0時代。
最早的定義這兩種思維,是在工業(yè)設(shè)計中,《設(shè)計心理學》中有比較深入的討論,我們暫不展開。我們想要表達是,最簡單的設(shè)計,就是讓用戶不去思考,不思考則是建立在“設(shè)計思維=用戶思維”這個公式之上。
我們?nèi)ッ枥L用戶畫像,并非只是為了了解用戶的一些簡單的行為方式,更重要的是剖析他背后的用戶思維,這將很有趣,我們以后可以展開談得更多一些。
2. 路徑設(shè)計
產(chǎn)品路徑我在之前的文章已經(jīng)提過很多次,這里就再簡單聊一下。
所謂產(chǎn)品路徑,其實是我們希望如何引導用戶來使用產(chǎn)品。在產(chǎn)品路徑的設(shè)計上,有分新用戶的路徑和老用戶的路徑,展開來討論會比較復雜,我們在這里只討論產(chǎn)品的主路徑。
所謂產(chǎn)品主路徑,是指所有用戶在產(chǎn)品使用中依據(jù)產(chǎn)品功能頻次和功能間關(guān)系引導,所形成的一條流量轉(zhuǎn)化路徑。這個定義稍微有一些拗口,我們來拆分理解一下。
首先來看產(chǎn)品功能頻次。
在產(chǎn)品中,不同的功能是有頻次預期的,比如微信,它的最高頻功能是“聊天”,同時這也是微信的核心,而其他功能,比如“搖一搖”、“附近的人”、“支付”等,都是頻次偏低的功能,所以你會看到,在微信的首頁中,聊天永遠是最高優(yōu)先級展示,微信的提醒也是以聊天為基礎(chǔ)的。這個時候,你可能會問,朋友圈也算是高頻功能,是不是也是主路徑呢?其實不然,朋友圈并非微信的功能屬性,而是運營屬性,它的存在是為了活躍留存微信用戶,我們可以在以后產(chǎn)品運營相關(guān)的文章中再詳細討論。
有了產(chǎn)品功能的頻次預期,以及產(chǎn)品的核心功能(核心功能一定也是高頻功能),然后我們就要看各個功能之間的關(guān)系了。
回到微信這個例子,我們會看到,通訊錄是第二優(yōu)先級的頁面,這是因為聊天的第一輔助功能是找人,所以我們也同時看到了像類似“搖一搖”、“附近的人”這些功能的存在意義,因為它們都是輔助核心高頻功能的次高頻功能。
如此便引出了一條產(chǎn)品的主路徑,這條主路徑定義了產(chǎn)品的定位和核心。
我們往后在這條主路徑上可以衍生出許多的分支路徑,包括附屬增值功能路徑、運營路徑、流量變現(xiàn)路徑等等,這些是產(chǎn)品經(jīng)理需要打下的夯實基礎(chǔ)。
3. 生命周期管理
說清楚產(chǎn)品的一些功能設(shè)計規(guī)則之后,我們來探討一個比較深遠的話題,產(chǎn)品生命周期管理。
在產(chǎn)品的向下發(fā)展中,有兩個關(guān)鍵的原則,其一是向后迭代,其二是向前兼容。
我們先來看向后迭代。
因為我們已經(jīng)設(shè)計了產(chǎn)品的主路徑,那么向后迭代的關(guān)鍵依據(jù)則是在主路徑中如何進行豐富化。在我們實際的工作中,比較容易出現(xiàn)一種情況,就是需求集中爆發(fā),許多人回來向產(chǎn)品經(jīng)理提需求,包括老板、用戶、客戶、運營同事、其他同事、自己等等。這些需求的篩選考驗著每一個產(chǎn)品經(jīng)理的功力,這其中的一個關(guān)鍵依據(jù),則是這些需求在主路徑中的價值和作用。
我們一般會把迭代分為三種,一個是舊功能優(yōu)化,一個是運營支撐,一個是新功能研發(fā)。這三種都是生長于主路徑的生態(tài)之中,如何區(qū)分優(yōu)先級雖然依賴于許多方面,但是主路徑?jīng)Q定了迭代的節(jié)奏。關(guān)于向后迭代中節(jié)奏更深層的討論,我們以后可以再寫文章來探討。
然后我們來看看向前兼容。
向前兼容是一種要求產(chǎn)品經(jīng)理提前做好向后迭代設(shè)計,同時保持克制的原則。許多產(chǎn)品經(jīng)理最容易犯的錯誤,就是在設(shè)計新功能時不考慮已有的東西。在《備忘錄》一書中,提到一個關(guān)鍵點,就是產(chǎn)品必須要讓用戶覺得平滑過渡。平順的產(chǎn)品迭代擁有很強的繼承屬性,我們會發(fā)現(xiàn)手邊好的產(chǎn)品都具有這種特性,雖然迭代更新了許多版,但是從來沒有失去它最早的樣貌。
能夠保持向前的兼容,這表示產(chǎn)品在最早規(guī)劃時就已經(jīng)做好了向后迭代的設(shè)計,也就是主路徑很清晰。所以才能使產(chǎn)品始終保持繼承一致性。相反,如果產(chǎn)品在迭代中發(fā)現(xiàn)主路徑錯了,或者要調(diào)整,那么勢必導致產(chǎn)品的設(shè)計發(fā)生很大的變化,這對用戶是一種很大的傷害。結(jié)合我們前面提到的“用戶思維”,你好不容易建立起來的用戶知識體系,就是因為你設(shè)計上的變故,導致了用戶的流失。
產(chǎn)品是分層的
現(xiàn)在我們來討論一個更深層次的東西,我謂之為“產(chǎn)品層次感”。
所謂產(chǎn)品層次感,是說在產(chǎn)品的設(shè)計中,除了功能的設(shè)計與疊加,還有在產(chǎn)品垂直邏輯分層中擁有分層的特性。這種分層,是一種自下而上的,這種分層的理解對產(chǎn)品經(jīng)理提出了一種新的要求,你需要懂得產(chǎn)品的架構(gòu)邏輯。
我在上一篇文章《產(chǎn)品經(jīng)理到底要不要懂技術(shù)?》一文中,提到說,產(chǎn)品經(jīng)理并不需要懂得什么編程的細節(jié),而是需要懂得產(chǎn)品的邏輯設(shè)計,這種邏輯設(shè)計比較抽象,我在這里進行了一個分層的描述。
基于軟件工程理論,產(chǎn)品本來就是至少要分為三層的,即典型的MVC(Model,View,Controller),這種描述對產(chǎn)品經(jīng)理理解產(chǎn)品分層幫助極大。
首先是底層數(shù)據(jù)。數(shù)據(jù)并不是數(shù)據(jù)庫,而是數(shù)據(jù)模型。我們進行數(shù)據(jù)模型的設(shè)計理解,有助于幫助產(chǎn)品經(jīng)理了解產(chǎn)品的角色劃分,以及各個角色之間的關(guān)系與區(qū)別。此外,由于了解數(shù)據(jù)模型,你會更清楚產(chǎn)品在功能層面上如何進行數(shù)據(jù)切割,以及權(quán)限設(shè)置的真諦。
然后是業(yè)務邏輯。在如今的互聯(lián)網(wǎng)產(chǎn)品研發(fā)中,云服務的使用變得越來越流行,這也間接影響了互聯(lián)網(wǎng)產(chǎn)品的設(shè)計開始追求模塊化。模塊化的設(shè)計很類似SaaS的理念,就是基于功能服務進行模塊劃分。我們在許多產(chǎn)品中可以看到大量的功能模塊可以被反復調(diào)用,其實映射到產(chǎn)品內(nèi)部也是一樣,邏輯模塊解耦,將核心功能模塊變成基礎(chǔ)設(shè)施(內(nèi)聚性提高),都是業(yè)務邏輯層的事情。
在談表現(xiàn)層之前,我們談一個新概念,功能層。
功能層和表現(xiàn)層的關(guān)系,就是功能邏輯設(shè)計和界面原型設(shè)計。這種時候的功能層,是面向用戶思維去考量的。功能層是建立在邏輯層之上的一個過渡層,是對產(chǎn)品在最終設(shè)計之前的一種邏輯設(shè)計。比如,設(shè)計一個登陸功能,考量登陸的操作步驟和交互邏輯,這個是屬于功能層,而其中的狀態(tài)流轉(zhuǎn)則是屬于邏輯層。
有了功能層的設(shè)計,我們再向上表現(xiàn),就是產(chǎn)品最后的交互設(shè)計了。交互設(shè)計是將功能更好的表達,也就是我們常說的用戶體驗優(yōu)化。到了這一層,產(chǎn)品就是要面向用戶了,所以表現(xiàn)層也叫做UI(User Interface)層,即用戶接口層,在這里,友好的交互設(shè)計是這一層的宗旨。
我們擁有分層的理念之后,就可以更加清楚我們在哪一層,在做哪一個階段。
架構(gòu)設(shè)計是一種什么樣的體驗
看完上面兩個部分,我們喝口水,然后回顧一下這中間的關(guān)系。
有了邏輯分層的概念,我們可以看到,產(chǎn)品的本質(zhì)其實在于邏輯設(shè)計,而用戶體驗的設(shè)計是產(chǎn)品最后一環(huán)。這也就解釋了,很多產(chǎn)品剛出來的時候體驗很糟,但是用戶量增長很快,那是因為產(chǎn)品的邏輯足夠清楚,即使最后一環(huán)差一些,也不傷大雅(當然你不能老出bug)。
我們發(fā)現(xiàn),產(chǎn)品因為分層和模塊化,使得產(chǎn)品呈現(xiàn)出架構(gòu)感。
產(chǎn)品架構(gòu)是一個及其復雜的問題,但是簡單理解,可以看成是不同的系統(tǒng)、功能模塊之間,沿著整個產(chǎn)品的“商業(yè)主路徑”形成的一套邏輯體系。
這里我們沿用了一個新的名詞,商業(yè)主路徑,它是與整個產(chǎn)品的商業(yè)模式相關(guān)的,它背后印證的是整個商業(yè)體系中流量的流轉(zhuǎn)規(guī)律,以及變現(xiàn)機制。因為整個問題太大,我們以后有機會慢慢聊。
互聯(lián)網(wǎng)的本質(zhì)是“連接”,這是互聯(lián)網(wǎng)區(qū)別于傳統(tǒng)供應鏈的最關(guān)鍵部分。
在互聯(lián)網(wǎng)的體系中,早期的投入成本巨大,但是往后隨著規(guī)模的復制,其邊際成本下降,從而形成網(wǎng)絡(luò)效應。有了網(wǎng)絡(luò)效應,互聯(lián)網(wǎng)才能有變現(xiàn)的機會。因此,互聯(lián)網(wǎng)的關(guān)鍵是管理流量,并且像大浪淘沙般產(chǎn)出價值和現(xiàn)金流,這也幾乎是所有互聯(lián)網(wǎng)產(chǎn)品的運轉(zhuǎn)模式。
因為有了流量,我們必須讓產(chǎn)品的主路徑分解到邏輯的每一個層面,讓各個模塊之間有機的配合。比如,當一個社區(qū)的流量隨著社區(qū)的活躍豐富起來之后,需要商城來分流實現(xiàn)變現(xiàn),這時就需要在整個產(chǎn)品架構(gòu)中產(chǎn)生新的業(yè)務線來支撐。一個商城包含了倉儲系統(tǒng)、支付系統(tǒng)、訂單管理系統(tǒng)、客服系統(tǒng)、財務系統(tǒng)等等,這又是一個新的架構(gòu),這相當于從主路徑中長出一個大分支。這時你會發(fā)現(xiàn),你的整個產(chǎn)品架構(gòu)變得豐滿,如果客服系統(tǒng)可以成為一個基礎(chǔ)設(shè)施的話,它甚至又可以服務于原來的社區(qū)產(chǎn)品。
系統(tǒng)架構(gòu)設(shè)計是一個高級或者資深的產(chǎn)品經(jīng)理需要不斷去探索的事情,初級的產(chǎn)品經(jīng)理完成的往往只是整個架構(gòu)中某個子模塊中的某個子功能設(shè)計。
這就是整個產(chǎn)品架構(gòu)設(shè)計的體驗,你需要站得更高來看你處在哪里,向上看你的未來在哪里,向左右看你的產(chǎn)品在哪里。
延展下去,是商業(yè)本質(zhì)
最后,我們簡單討論一個開放的問題,產(chǎn)品的最深層依賴于什么。
我認為,產(chǎn)品向深層延展,就是商業(yè)的本質(zhì)。
在這里,我舉一個我前東家的例子:微軟為什么會花費260億美金收購LinkedIn?
在微軟的整個商業(yè)體系中,其最核心的利潤池來自于ToB業(yè)務的變現(xiàn),可以說微軟是全球最大的ToB業(yè)務公司,包括Azure云服務、Office 365、Windows 10 專業(yè)版等等。這些可以滲透到不同體量、不同業(yè)務的企業(yè)中的服務,幫助微軟建立了龐大而豐富的盈利模式,這也是為什么微軟40年來依然營收能力強勁。
然后我們看微軟收購LinkedIn。LinkedIn是全世界最大的中小型企業(yè)的社交平臺,具體數(shù)據(jù)量有多大我們不好估算,但是可以明確一點,LinkedIn會為微軟在ToB的客源上引來豐富的流量,而且還能幫助微軟實現(xiàn)更加多樣化的ToB業(yè)務售賣機制,比如拆分辦公協(xié)同工具,這也是為什么微軟近期在Office 365體系中同步推出了Microsoft Team這款產(chǎn)品。
其實,無論是產(chǎn)品還是運營,都是為了商業(yè)的本質(zhì)。
作為產(chǎn)品經(jīng)理,特別是進階的產(chǎn)品經(jīng)理,更需要了解自己所在企業(yè)的商業(yè)核心是什么,這樣才能更好地理解我們所做的產(chǎn)品到底是在做什么。
前幾年的互聯(lián)網(wǎng)老炮們把免費炒作得有些跑偏了,因為做產(chǎn)品核心并不是服務用戶這么簡單,而是要為企業(yè)商業(yè)提供價值。
本文由 @帥帥的帥?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
深度好文,感謝您的分享
學習了,感謝!
想要學習產(chǎn)品架構(gòu)思維,有什么推薦讀物或其他建議么?大神
16年的文章,竟然才看到 ,寫的真好 ??
實現(xiàn)產(chǎn)品僅僅是基礎(chǔ),設(shè)計產(chǎn)品的時候同時還設(shè)計了生態(tài)和商業(yè)模式才是高屋建瓴。如 App Store 。
想問下作者對于架構(gòu)和路徑是怎么理解的,架構(gòu)對應著相應的產(chǎn)品路徑,可以這么理解嗎?
太帥了,你寫的文章真的要收藏了!
學習到了,謝謝
走心了 可以VX學習下嗎
都以后慢慢聊 那現(xiàn)在寫啥
現(xiàn)在聊的也不少吧