從房屋建筑視角出發(fā),帶你輕松入門產(chǎn)品系統(tǒng)結(jié)構(gòu)
編輯導(dǎo)語:產(chǎn)品經(jīng)理是企業(yè)中專門負(fù)責(zé)產(chǎn)品管理的職位,從表面到內(nèi)部結(jié)構(gòu)都要進(jìn)行了解和掌握;本文作者將系統(tǒng)對(duì)比到我們?nèi)粘>幼〉姆课萁ㄖ?,從房屋結(jié)構(gòu)的角度來理解系統(tǒng)概念,我們一起來學(xué)習(xí)一下。
剛?cè)腴T產(chǎn)品經(jīng)理時(shí),經(jīng)常聽到前輩說:“做系統(tǒng)不能只看表面,而要清楚內(nèi)部的結(jié)構(gòu)?!蹦菚r(shí)的我似懂非懂,觀察產(chǎn)品仍然還是停留在表面的交互體驗(yàn)好不好、按鈕擺放的合不合理這種簡(jiǎn)單層面上。
隨著筆者后來踏入了后臺(tái)系統(tǒng)方向,對(duì)系統(tǒng)的理解和把握逐漸深入,想通過一些通俗易懂的文字,把抽象的系統(tǒng)概念具象化,拆解為更容易理解的部分,幫助更多人更輕松地了解系統(tǒng)的組成。
在本文里,我會(huì)將系統(tǒng)對(duì)比到我們?nèi)粘>幼〉姆课萁ㄖ尨蠹覐姆课萁Y(jié)構(gòu)的角度出發(fā),具象化地去理解抽象化的系統(tǒng)概念。
如果你對(duì)產(chǎn)品系統(tǒng)的概念還是模模糊糊的,那么先不要擔(dān)心,跟著我一塊從本文構(gòu)建一個(gè)簡(jiǎn)單又重要的系統(tǒng)認(rèn)知吧!
首先,給大家看一張圖:
圖出自《信息架構(gòu):超越Web設(shè)計(jì)》
它以簡(jiǎn)潔明了的方式抽象化地表現(xiàn)了土木工程中的房屋架構(gòu),對(duì)我的啟迪很大;雖然書中對(duì)它的介紹不多,我也不具備土木工程相關(guān)的知識(shí),但是這張圖與我所理解的產(chǎn)品系統(tǒng)卻有異曲同工之妙。
所以,我擴(kuò)展了對(duì)這張圖的理解,將圖示內(nèi)容聯(lián)系到產(chǎn)品系統(tǒng)結(jié)構(gòu),因此有了本文。
在正式展開詳細(xì)說明之前,我們先來了解下這張圖的結(jié)構(gòu):它是由一層層箭頭組成的,每層的箭頭數(shù)量表示變化速率。
觀察后,我們能發(fā)現(xiàn):
- 外觀上,從外到內(nèi)的元素依次是:位置>>外觀>>結(jié)構(gòu)>>服務(wù)系統(tǒng)>>空間規(guī)劃>>材料。
- 變化上,從慢到快的元素依次是:位置<<結(jié)構(gòu)<<外觀<<服務(wù)系統(tǒng)<<空間規(guī)劃<<材料。
為了便于理解,我決定按照從外到內(nèi)的順序依次介紹這個(gè)建筑體系,并對(duì)標(biāo)到相應(yīng)的系統(tǒng)部分;同時(shí)我將用整數(shù)0~5表示各元素的變化速率,數(shù)字越大,表示變化速率越快。
接下來,就讓我們來詳細(xì)看看我們?nèi)粘>幼〉姆课萁ㄖ?,?jīng)抽象化后的組成元素有哪些:
一、位置→系統(tǒng)出發(fā)點(diǎn)
- 概念解釋:建筑物的地理位置。除了把房子拆了重建,否則地理位置不會(huì)改變的,圖上對(duì)它沒有標(biāo)注流動(dòng)的箭頭,表示幾乎是毫無變化的。
- 變化速率:0。
在軟件系統(tǒng)里,我將“位置”視為系統(tǒng)的出發(fā)點(diǎn),系統(tǒng)出發(fā)點(diǎn)是系統(tǒng)在搭建之初被賦予承載的使命。
具體化就是:
- 系統(tǒng)要實(shí)現(xiàn)和完成的目標(biāo)&任務(wù)是什么?
- 系統(tǒng)服務(wù)的主要對(duì)象是誰?
- 系統(tǒng)需要應(yīng)用到哪些使用場(chǎng)景?
就像建造房屋必須要考慮其所處地理位置條件,系統(tǒng)出發(fā)點(diǎn)也是決定系統(tǒng)構(gòu)造的指南針;不同類型的系統(tǒng)承載的使命不同,模塊和功能也因此差異明顯。
同時(shí)我們知道,房屋的地理位置很大程度上決定了房?jī)r(jià),系統(tǒng)的出發(fā)點(diǎn)也在相當(dāng)大的程度上決定了系統(tǒng)的價(jià)值和后續(xù)的發(fā)展走向。
二、外觀→UI設(shè)計(jì)
- 概念解釋:建筑物的外表面。它位于圖中的最外層。
- 變化速率:2。
在軟件系統(tǒng)里,外觀好比UI(User Interface, 用戶界面)設(shè)計(jì)。
具體包括軟件的外觀顏色、界面樣式、頁面設(shè)計(jì)等。對(duì)于普通用戶來說,外觀在一定程度上奠定了對(duì)產(chǎn)品的第一印象。
漂亮的外觀設(shè)計(jì)確實(shí)能為系統(tǒng)體驗(yàn)加分不少,起到錦上添花的作用;作為產(chǎn)品經(jīng)理,既要有一雙透過外表看本質(zhì)的慧眼,也要有貼合主流審美的眼光。
三、結(jié)構(gòu)→數(shù)據(jù)結(jié)構(gòu)
- 概念解釋:支撐建筑物的骨架,比如地基、柱子、板坯等。圖中用兩條粗箭頭代替,表示變化是緩慢的。
- 變化速率:1。
在軟件系統(tǒng)里,我把它對(duì)標(biāo)到數(shù)據(jù)結(jié)構(gòu)。
數(shù)據(jù)結(jié)構(gòu)是計(jì)算機(jī)系統(tǒng)存儲(chǔ)、組織數(shù)據(jù)的方式。我在“后臺(tái)產(chǎn)品經(jīng)理如何進(jìn)行系統(tǒng)設(shè)計(jì)(一)”的文章中曾介紹,系統(tǒng)功能的表象是一個(gè)個(gè)的交互頁面,實(shí)際體現(xiàn)在代碼邏輯里是一張張數(shù)據(jù)結(jié)構(gòu)關(guān)系表,正是這些數(shù)據(jù)結(jié)構(gòu)關(guān)系,維護(hù)著系統(tǒng)的正常運(yùn)行。
因此,數(shù)據(jù)結(jié)構(gòu)的重要性就好比系統(tǒng)的地基;同樣是上篇文章的那個(gè)小案例,就是因?yàn)楫a(chǎn)品同學(xué)在系統(tǒng)即將上線的時(shí)候又想改變數(shù)據(jù)結(jié)構(gòu),這種觸及到地基推倒重來的改動(dòng),開發(fā)同學(xué)當(dāng)然要當(dāng)場(chǎng)崩潰了。
而如此重要的數(shù)據(jù)結(jié)構(gòu),它們卻像建筑物中的地基和鋼筋一樣,往往隱于交互界面之下,不為使用者所見。
這就是我們PM和程序員們想方設(shè)法做的事兒:把讓人掉頭發(fā)的復(fù)雜性留給自己,把最簡(jiǎn)潔優(yōu)雅的體驗(yàn)留給用戶~
四、服務(wù)系統(tǒng)→核心模塊
- 概念解釋:建筑物的核心,具體包括電力系統(tǒng)、暖氣、通風(fēng)設(shè)備、空調(diào)、水管等;它位于圖中從外往里數(shù)的第三個(gè),到這里,箭頭開始多了起來。
- 變化速率:3。
我把服務(wù)系統(tǒng)對(duì)標(biāo)為軟件系統(tǒng)中的核心模塊。
核心模塊是系統(tǒng)重要中樞的功能集成,比如交易系統(tǒng)的訂單&商品管理,CRM中的線索池和銷售管理,Call Center系統(tǒng)的工單管理等。
在系統(tǒng)搭建到逐漸完善的過程中,核心模塊的迭代往往比較頻繁,它們就像建筑物中的水電暖設(shè)施,決定著整個(gè)建筑物的基礎(chǔ)設(shè)備是否給力;你知道的,就算是最原始的房屋,也得鑿窗通風(fēng)、生火取暖、點(diǎn)燈照明是不~
五、空間規(guī)劃→功能頁面
- 概念解釋:建筑物的內(nèi)部布局,比如房間、廚房、衛(wèi)生間等的排布以及各空間之間的墻壁和門;到這里,箭頭明顯多了起來,表示變化是較快的。
- 變化速率:4。
我把空間規(guī)劃對(duì)標(biāo)到軟件系統(tǒng)中的功能頁面。因?yàn)楣δ茼撁婺軌蛑庇^地告訴用戶:你現(xiàn)在在哪兒,你可以做什么;它們直接地展示在使用者面前,事實(shí)上,使用者正是通過功能頁面去掌握整個(gè)系統(tǒng)的使用。
我們對(duì)系統(tǒng)功能性的迭代,直觀地反映在使用者面前的,通常是這些功能頁面的變化。
隨著系統(tǒng)從0到1的建設(shè)過程中,系統(tǒng)的功能頁面和菜單也會(huì)越來越多,合理的分類和布局,將有助于使用者一目了然系統(tǒng)的組成,快速上手操作和找到自己想要的信息。
六、材料→字段及展示
- 概念說明:房屋中的家具、家電、日常用品等;它位于圖中最里面一層,并配有嘩啦啦流動(dòng)的箭頭,強(qiáng)調(diào)它們的變化是最快的。
- 變化速率:5。
這些就好像是軟件系統(tǒng)中的字段及展示,隨著系統(tǒng)中最常見的增刪改查操作而不斷發(fā)生變化。
進(jìn)一步的話,我更想把它引申為需要人為介入經(jīng)常性調(diào)整的內(nèi)容,比如偏運(yùn)營策略的業(yè)務(wù)規(guī)則、以及需要貼合業(yè)務(wù)屬性的定制化文案及填寫模板。
它們的變化往往是非常頻繁的,因?yàn)闃I(yè)務(wù)需要根據(jù)多變的用戶場(chǎng)景去做實(shí)時(shí)匹配,那么,總不能讓開發(fā)同學(xué)工作時(shí)間都待命去應(yīng)對(duì)業(yè)務(wù)的更改要求吧?
這種情況,就需要產(chǎn)品經(jīng)理具有良好的抽象能力,將業(yè)務(wù)最頻繁改動(dòng)的地方(比如控制活動(dòng)結(jié)束的時(shí)間、不同業(yè)務(wù)線客服填寫的工單信息等)做成可配置化功能,長(zhǎng)期下來有助于減少不少的產(chǎn)研時(shí)間和人力,將精力投入到更重要的系統(tǒng)建設(shè)中。
過上文的介紹,我們就把建筑物結(jié)構(gòu)與系統(tǒng)結(jié)構(gòu)作了對(duì)應(yīng)關(guān)系,它們分別是:
- 位置→系統(tǒng)出發(fā)點(diǎn)
- 外觀→UI設(shè)計(jì)
- 結(jié)構(gòu)→數(shù)據(jù)結(jié)構(gòu)
- 服務(wù)系統(tǒng)→核心模塊
- 空間規(guī)劃→功能頁面
- 材料→字段及展示/需要經(jīng)常性調(diào)整的內(nèi)容
經(jīng)過這樣一層層的剖析介紹,大家現(xiàn)在對(duì)系統(tǒng)的認(rèn)知是不是更具象化了一些?
事實(shí)上,我一直覺得土木工程和軟件工程實(shí)有相似之妙,而產(chǎn)品經(jīng)理,就像是軟件產(chǎn)品中的建筑工程師呢!
待筆者了解過更多相關(guān)領(lǐng)域的知識(shí)后,我們?cè)倮^續(xù)展開聊聊,我也非常樂意繼續(xù)為大家奉獻(xiàn)出更多有意思的文章。
作者:Han,個(gè)人公眾號(hào):涵的數(shù)字花園。
本文由 @Han 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
- 目前還沒評(píng)論,等你發(fā)揮!