7 年時(shí)光里，我完成了從業(yè)務(wù)型產(chǎn)品（智慧園區(qū)、電力營銷系統(tǒng)等）到低代碼平臺的跨越。這份 “稀里糊涂” 卻愈發(fā)熱愛的職業(yè)旅程，讓我對 B 端產(chǎn)品設(shè)計(jì)有了諸多跳出具體操作的思維沉淀 —— 不聊原型怎么畫、文檔怎么寫，只聚焦如何穿透需求表象、用更優(yōu)雅的方式實(shí)現(xiàn)產(chǎn)品價(jià)值。以下，是我對 B 端產(chǎn)品設(shè)計(jì)的深度思考，或許能為同路者提供一些參考。

———— / BEGIN / ————

不知不覺中，已經(jīng)從事產(chǎn)品經(jīng)理7年了。我是學(xué)計(jì)算機(jī)出身的，剛畢業(yè)的時(shí)候應(yīng)聘的是后端開發(fā)工程師，后來諸多的因素，稀里糊涂地成為了一名B端產(chǎn)品經(jīng)理，幸運(yùn)的是，我熱愛做產(chǎn)品。如果真的存在多條世界線，我肯定愛產(chǎn)品經(jīng)理甚過后端開發(fā)。

前面三年多，都是做業(yè)務(wù)型的產(chǎn)品經(jīng)理，比如智慧園區(qū)、后臺管理系統(tǒng)、電力營銷系統(tǒng)，這種類型的產(chǎn)品對產(chǎn)品經(jīng)理的業(yè)務(wù)能力和行業(yè)的專業(yè)性有較高的要求，而對于產(chǎn)品設(shè)計(jì)本身則稍微次之，不會像眾多C端產(chǎn)品對界面美觀、交互友好性有那么高的要求，以能解決問題為第一要義。

最近三年多，都是在做低代碼平臺，這對于我來說是一個(gè)全新的領(lǐng)域。低代碼平臺與一般的業(yè)務(wù)系統(tǒng)不一樣，并不是解決特定業(yè)務(wù)場景問題的系統(tǒng)應(yīng)用，而是類似于編程語言的框架，只提供構(gòu)建應(yīng)用的腳手架，基于低代碼平臺可以開發(fā)較高復(fù)雜度的業(yè)務(wù)應(yīng)用就取決于腳手架的豐富性、靈活性，這也就要求設(shè)計(jì)低代碼平臺的產(chǎn)品經(jīng)理不僅需要有開發(fā)基礎(chǔ)而且有高度抽象能力、強(qiáng)大的結(jié)構(gòu)化思維能力。

下面總結(jié)一下我在產(chǎn)品設(shè)計(jì)上的個(gè)人心得，主要分析的是B端產(chǎn)品，因?yàn)楸救藳]有實(shí)踐設(shè)計(jì)過C端產(chǎn)品，也許可以參考，自行辨別。

分析問題本質(zhì)，探索根源

探索事物本質(zhì)是一個(gè)很深層次的問題，在科學(xué)、哲學(xué)等學(xué)科中也是永恒的話題，譬如道家中“道”，物理學(xué)中的“大統(tǒng)一理論”，萬物的表象可以萬千紛繁，可是最終的至理卻是簡潔優(yōu)雅的。那么怎么從雜亂無章的信息中分析出問題的本質(zhì)，找尋到現(xiàn)象背后的真理呢？

當(dāng)然，在科學(xué)和哲學(xué)上，這應(yīng)該是科學(xué)家和哲學(xué)家的工作。而在產(chǎn)品設(shè)計(jì)領(lǐng)域，這自然而然就是產(chǎn)品經(jīng)理的工作了！

在產(chǎn)品設(shè)計(jì)層面，我覺得這個(gè)問題在下面兩個(gè)階段加以分析。

1. 需求分析

在需求分析階段，需要識別用戶的真實(shí)需求。B端的產(chǎn)品需求一般可以分為內(nèi)部需求（團(tuán)隊(duì)內(nèi)部規(guī)劃的需求）和外部需求（客戶/用戶反饋的需求），因?yàn)閮?nèi)部需求的背景、應(yīng)用場景、解決什么問題等各方面因素都是比較明確的，所以這里側(cè)重介紹外部需求。下面細(xì)分兩種情況說明：

情況1：用戶反饋的是最原始的需求，可以作為我們產(chǎn)品設(shè)計(jì)的突破點(diǎn)，在此基礎(chǔ)上做深層次的擴(kuò)展，而不是僅僅完成用戶反饋的需求就行。

舉例說明：

很多用戶反饋希望產(chǎn)品某些頁面在向外分享的時(shí)候可以加上企業(yè)的logo等品牌標(biāo)識。用戶雖然只是反饋增加logo品牌標(biāo)識的這個(gè)需求，但是深入用戶的分享場景考慮，用戶可能是希望增加自己公司的品牌能力，將自己公司的文化氛圍傳遞給合作伙伴。所以，對于這個(gè)需求，如果真的只是針對某幾個(gè)頁面做一個(gè)定制化的分享頁面就有點(diǎn)僵硬了。 反之，換一個(gè)思路：將頁面分享的功能做成一個(gè)組件（實(shí)現(xiàn)層面），在組件中可以設(shè)置（有專門的設(shè)置頁面）分享的風(fēng)格樣式：背景顏色、logo、slogan、布局排布等等，因?yàn)橛胁煌愋偷捻撁妫С侄喾N風(fēng)格樣式，有需要分享的頁面直接接入這個(gè)“分享組件”即可，后續(xù)也方便擴(kuò)展。

當(dāng)然上面的分析主要是針對標(biāo)準(zhǔn)產(chǎn)品或SaaS產(chǎn)品，交付型的項(xiàng)目產(chǎn)品不在討論范圍內(nèi)。

情況2：產(chǎn)品經(jīng)理通過市場、售后等部門獲取到的并不是第一手需求，經(jīng)常會有用戶將自己的解決方案作為需求。

當(dāng)然需要肯定的是，這類用戶是基于對產(chǎn)品有一定了解或理解的，但是作為產(chǎn)品經(jīng)理的我們需要結(jié)合這個(gè)“需求”的背景、使用場景、解決什么問題，模擬使用過程等多個(gè)維度去識別用戶的本質(zhì)需求，而不能直接將用戶的“解決方案”作為需求開始設(shè)計(jì)。

上面只是簡單羅列了這兩種情況，實(shí)際工作中會更加復(fù)雜，但是無論怎樣，在需求分析階段需要仔細(xì)探索本質(zhì)需求。

2. 產(chǎn)品設(shè)計(jì)

在產(chǎn)品設(shè)計(jì)階段，側(cè)重于產(chǎn)品內(nèi)側(cè)，需要將用戶需求轉(zhuǎn)化為產(chǎn)品功能。

經(jīng)過前面諸多的需求分析，我們拿到一個(gè)明確的產(chǎn)品需求，下一階段就是進(jìn)入產(chǎn)品設(shè)計(jì)。

為什么到了產(chǎn)品設(shè)計(jì)階段也需要分析本質(zhì)，探索根源，這是因?yàn)樵贐端系統(tǒng)中，功能和結(jié)構(gòu)是復(fù)雜的，有時(shí)候，產(chǎn)品其實(shí)已經(jīng)支持了新的需求，可能只是沒有前端頁面或者缺少一些功能將其組合起來，這就需要避免我們做重復(fù)工作，避免產(chǎn)品做的很臃腫甚至相互沖突的情況。

此時(shí)，我們不需要急著去畫原型、寫文檔，可以先從以下方面先分析一下：

新的功能點(diǎn)在產(chǎn)品結(jié)構(gòu)中處于哪一個(gè)位置，簡單的說就是屬于哪一個(gè)功能模塊，還是說需要新起一個(gè)功能模塊。這一步的主要目的是，一方面確定新功能在產(chǎn)品中的位置，另一方面可以判斷是否可以在已有的功能上擴(kuò)展而不需要重新開始新的模塊，防止產(chǎn)品變成了各種功能模塊無腦的疊加；

功能點(diǎn)呈現(xiàn)形式和業(yè)務(wù)流程，確定前端頁面（如果有）大概的顯示樣式和交互流程，業(yè)務(wù)流程，核心數(shù)據(jù)狀態(tài)，不需要很細(xì)致，有個(gè)草圖就夠了，在大方面，主要流程上保持一致，判斷是否可以利用已有頁面或者機(jī)制加以實(shí)現(xiàn)；

功能點(diǎn)實(shí)現(xiàn)方案，功能的數(shù)據(jù)結(jié)構(gòu)，需要新增哪些數(shù)據(jù)表，已有的數(shù)據(jù)表需要添加哪些字段，部分功能點(diǎn)是否可以使用已有的接口等等，當(dāng)然這部分需要我們平時(shí)多向開發(fā)同學(xué)請教請教，特別是前后端的負(fù)責(zé)人，這樣我們在設(shè)計(jì)時(shí)，也可以做到心中有數(shù)。作為產(chǎn)品經(jīng)理，應(yīng)該是對產(chǎn)品了解和理解最深的人。

經(jīng)過上面幾步分析后，我們自己心里就會很清楚，新的需求在產(chǎn)品上本質(zhì)是由哪些已有功能/結(jié)構(gòu)組合而成，或者需要另起一個(gè)新的模塊，那么在與開發(fā)團(tuán)隊(duì)和測試團(tuán)隊(duì)溝通時(shí)可以做到游刃有余！

不管是在需求分析階段那還是在產(chǎn)品設(shè)計(jì)階段，我們的目標(biāo)是用最優(yōu)雅的方式去滿足用戶需求。

抽象思維

抽象的反義詞是具象，如果上面的“分析問題本質(zhì)”的過程是由外向內(nèi)，由淺入深，那么抽象就是跳出問題本身， 站在更高的維度將分析的對象作為一個(gè)整體，這樣可以暫時(shí)忽略內(nèi)部細(xì)節(jié)，從全局上考慮各對象之間的結(jié)構(gòu)與聯(lián)系。

這個(gè)解釋也是略帶抽象的，下面用一個(gè)簡單應(yīng)用登錄頁面來加以說明：

登錄應(yīng)用對于用戶而言很簡單，輸入賬號密碼或者掃碼就完成登錄了，對于程序與數(shù)據(jù)而言，【登錄】本質(zhì)上時(shí)候就是鑒權(quán)，通過登錄信息（驗(yàn)證碼或賬號密碼等等）來判斷登錄的用戶是否有權(quán)限進(jìn)入應(yīng)用，如果有，則可以進(jìn)入，否則拒絕（若支持注冊則進(jìn)入注冊流程）。

一般B端業(yè)務(wù)系統(tǒng)中支持多種多種登錄方式，比如手機(jī)號驗(yàn)證碼、賬號密碼、微信掃碼、釘釘掃碼等等。

每一種登錄方式的內(nèi)部邏輯都是不一樣，但是登錄的主流程是一致的，我們在設(shè)計(jì)過程中不要被各種登錄方式的內(nèi)部邏輯而被迷惑而不知所措。

如果用抽象思維，我們可以將每種登錄方式作為一個(gè)整體，暫時(shí)忽略其內(nèi)部復(fù)雜邏輯，在登錄主流程設(shè)計(jì)中，不管是哪種登錄方式只需要關(guān)注：主流程給你一個(gè)登錄信息，你給我返回一個(gè)登錄結(jié)果（可以登錄/不可以登錄）。

主流程確定之后，再考慮每一種登錄方式的差異，后面需要接入新的登錄方式也只需要關(guān)注這種登錄方式內(nèi)部的邏輯。

結(jié)構(gòu)化思維

結(jié)構(gòu)化思維在日常工作中被提及到的最多，特別是對于產(chǎn)品經(jīng)理來說，尤為重要。結(jié)構(gòu)化思維本質(zhì)上就是將信息進(jìn)行模塊化，再根據(jù)模塊之間的邏輯關(guān)聯(lián)建立層級關(guān)系（時(shí)間、空間等）。

下面就用騰訊體育網(wǎng)頁端的首頁舉例說明：

按照信息的內(nèi)容可以分為四個(gè)模塊（還有其他模塊，這里就不詳細(xì)說明了）：

1. 圈子、商城等主要功能導(dǎo)航；

2. 首頁及各賽區(qū)Tab標(biāo)簽；

3. 熱門比賽，主要展示今天進(jìn)行中的比賽；

4. 熱點(diǎn)咨詢。

按照模板的信息作用層級關(guān)系 功能導(dǎo)航 > 賽區(qū)Tab > 熱門比賽 >熱點(diǎn)咨詢，所以騰訊體育按照從上往下的層級關(guān)系展示，清晰明了。

當(dāng)然舉這個(gè)例子是為了說明結(jié)構(gòu)化思維，并不說這個(gè)首頁就已經(jīng)很完美了，在信息展示和交互體驗(yàn)上還有較大的提升空間，可能騰訊體育更重視騰訊體育APP，在網(wǎng)頁端沒有投入太多的經(jīng)歷，下面作為騰訊體育的老用戶吐槽幾點(diǎn)：

1. 熱門比賽是以橫向展示，支持左右切換，本身騰訊體育的網(wǎng)頁的兩側(cè)就有大量留白，這導(dǎo)致展示的比賽場次比較很少，左右點(diǎn)擊切換也不符合。以豎向展示，滾動查看，信息密度更高，更為直觀與友好；

2. 在熱點(diǎn)咨詢模塊的按賽區(qū)的篩選與上面的賽區(qū)Tab有重合，可以考慮融合，讓頁面更加簡潔

如果是你，這個(gè)頁面會怎么設(shè)計(jì)呢？

結(jié)構(gòu)化思維作為我們在工作中的重要工具，無處不可使用，它的呈現(xiàn)方式也可以是多種多樣的。

• 如果是產(chǎn)品功能設(shè)計(jì)，可能以界面UI的形式呈現(xiàn)；

• 如果是開發(fā)實(shí)現(xiàn)方案，可能是以類圖的形式；

• 如果是方案匯報(bào)，又有可能是PPT或Word文檔…

擁抱技術(shù)

一直以來，業(yè)內(nèi)有一個(gè)很熱門的話題：產(chǎn)品經(jīng)理需不需要懂技術(shù)？

認(rèn)為不需要懂技術(shù)的主要觀點(diǎn)有：

（1）產(chǎn)品經(jīng)理應(yīng)該以業(yè)務(wù)為主，更多的時(shí)間精力放在業(yè)務(wù)上；

（2）懂技術(shù)反而限制自己的用戶思維；

（3）術(shù)業(yè)有專攻，專業(yè)的人做專業(yè)的事情。

認(rèn)為需要懂技術(shù)的主要觀點(diǎn)有：

（1）跟開發(fā)測試團(tuán)隊(duì)溝通更加高效；

（2）基于對開發(fā)實(shí)現(xiàn)的理解可以做出更合理的產(chǎn)品設(shè)計(jì)；

（3）防止被開發(fā)忽悠；

（4）從技術(shù)的維度驅(qū)動產(chǎn)品創(chuàng)新。

我個(gè)人觀點(diǎn)是：B端產(chǎn)品經(jīng)理必須得懂技術(shù)，可以不用去寫代碼。

產(chǎn)品經(jīng)理是對產(chǎn)品的功能、定位理解最透徹的角色，而開發(fā)在考慮實(shí)現(xiàn)方案時(shí)往往只會在當(dāng)前的功能去考慮，不會從產(chǎn)品的全局性考慮，這樣會導(dǎo)致開發(fā)實(shí)現(xiàn)方案會有很大的局限性。

那么需要技術(shù)需要了解到什么程度呢？

（1）首先在認(rèn)知上不能排斥技術(shù)，不能覺得技術(shù)實(shí)現(xiàn)只是開發(fā)負(fù)責(zé)的范疇，與自己不相關(guān)；

（2）前端：緩存，靜態(tài)資源，不同終端使用的前端技術(shù)、瀏覽器、第三方前端資源庫等等。

（3）后端：了解API、數(shù)據(jù)庫、緩存、技術(shù)框架的一些概念等等

當(dāng)然，以上是個(gè)人觀點(diǎn)，不同行業(yè)不同方向的產(chǎn)品經(jīng)理都有所差異，但能讓自己在產(chǎn)品崗位上游刃有余是我們相同的目標(biāo)。

以上都是個(gè)人在工作中的總結(jié)，并沒有涉及到具體的工作怎么去做，某種需求應(yīng)該怎么去設(shè)計(jì)，原型應(yīng)該怎么畫，只是在思維層面有所總結(jié)，思維也是我們強(qiáng)大的工具。

所有的設(shè)計(jì)工作本質(zhì)上應(yīng)該都是一樣的，不管是軟件設(shè)計(jì)、工業(yè)設(shè)計(jì)、服裝設(shè)計(jì)，甚至是攝影，哦不對，我為啥要說攝影。。。

設(shè)計(jì)是有靈魂的，個(gè)人覺得短時(shí)間內(nèi)AI還是沒法取代，如果真的到了那么一天，這個(gè)世界應(yīng)該會少了一些樂趣吧。

本來寫了很多，但是又刪了很多，整體結(jié)構(gòu)還是不太清晰，只是當(dāng)成個(gè)人隨機(jī)總結(jié)，想到哪里寫到哪里，不做為工作匯報(bào)。

本來想整點(diǎn)圖片，搞點(diǎn)示意圖，閱讀起來舒服一點(diǎn)，但是我懶得搞。。。下次再說吧

最后，愿我們變得更強(qiáng)，工作更加從容，生活更加美滿！加油！

本文來自公眾號：桃樹窗前 作者：桃樹窗前

想要第一時(shí)間了解行業(yè)動態(tài)、面試技巧、商業(yè)知識等等等？加入產(chǎn)品經(jīng)理進(jìn)化營，跟優(yōu)秀的產(chǎn)品人一起交流成長！