通過前幾篇文章對產(chǎn)品需求、產(chǎn)品定位的分析，我們已經(jīng)有了基本的產(chǎn)品之“道”，在戰(zhàn)略層上做了充分的思考和準備。接下來，我們就要圍繞戰(zhàn)略進行產(chǎn)品設計。首先要面臨的就是整個產(chǎn)品體系的架構(gòu)問題。

筆者會從以下幾個維度逐步拆開來寫進程，慢慢形成一個系列。之前的文章，可以在筆者的個人中心閱讀。

• 一、市場分析篇：市場分析（上）；市場分析（下）
• 二、競品分析篇：競品分析
• 三、用戶調(diào)研篇：用戶調(diào)研（上）；用戶調(diào)研（下）
• 四、需求管理篇：需求管理
• 五、架構(gòu)流程篇：產(chǎn)品定位（上）
• 六、原型設計篇
• 七、UI設計篇
• 八、PRD文檔篇
• 九、開發(fā)管理篇

在此聲明：本系列的產(chǎn)品內(nèi)容原創(chuàng)且非商用，如有雷同，你抄我的。

一、前言

在上一篇文章：產(chǎn)品定位（上）中，我們已經(jīng)找到了我們的新產(chǎn)品職得App的定位。

回顧一下：

名稱：職得App

定位：大牛培伴式互聯(lián)網(wǎng)職場技能學習平臺；

slogan：陪練十遍，技能自現(xiàn)；

目標用戶：非一線互聯(lián)網(wǎng)職場新人；

用戶痛點：在中小型公司得不到業(yè)界大牛指點崗位技能的機會。

另外，在之前做需求一文：需求管理中，我們做了充足的減法，也得出了第一個MVP版本的Feature lists。再次扒出來給大家看以下我們V1.0.0版本的功能。

注意的是，雖然筆者發(fā)文是先發(fā)送的需求管理，但是實際上需求管理和產(chǎn)品定位是不分先后的，是互相驗證的，這一點非常重要。

二、系統(tǒng)架構(gòu)

本次我們設計的是一款C端App，但是實際上，一款真正的產(chǎn)品還包括企業(yè)的后臺/中臺，業(yè)務的管理后臺等需要我們來考慮。因此我們還需要思考兩個方面，并從這兩個流程入手來拆解系統(tǒng)架構(gòu)。

2.1 應用架構(gòu)設計

對于任何一家公司，任何一款產(chǎn)品來說，在設計軟件系統(tǒng)時，就要在一開始考慮清楚應該如何設計企業(yè)級應用架構(gòu)。這是培養(yǎng)產(chǎn)品經(jīng)理大局觀的必修課，尤其是對于B端產(chǎn)品經(jīng)理來說。

什么是應用架構(gòu)呢？

當然了，這是蘇寧，一家巨頭集團的系統(tǒng)架構(gòu)，業(yè)務線眾多，資源雄厚。而我們作為小公司甚至是個人設計一款產(chǎn)品。道理相同，我們也要從小搭建，隨著業(yè)務的成長、產(chǎn)品的規(guī)劃，整個系統(tǒng)會不斷完善。

回到我們的0-1設計APP系列中，同樣地，我們也要為“企業(yè)”搭建打賞的藍圖，只有做好藍圖的設計才能夠為后面施工做好基礎。

特別說一句，咱們做產(chǎn)品經(jīng)理的，很可能講過很多很多產(chǎn)品設計方案，自己也親身參與過一些設計決策，但很可能是一些總監(jiān)或架構(gòu)師來設計的，我們往往無法理解底層的原因和背后的邏輯。這時，我們要逼自己跳脫出來，從公司整體業(yè)務的角度去思考時，你會有不一樣的豁然開朗。

一定記住：應用架構(gòu)是隨著業(yè)務的發(fā)展而演變的，業(yè)務、業(yè)務、業(yè)務，跟著業(yè)務走。

所以，我們從前文中提到的業(yè)務形態(tài)入手，從最簡單的V1.0.0版本的MVP來搭建應用架構(gòu)。

很顯然，我們目前只有單一業(yè)務線，其中一共有3種角色：內(nèi)容消費者、內(nèi)容生產(chǎn)者、運營團隊。最簡單的前/后臺結(jié)構(gòu)就能滿足業(yè)務，其中后臺系統(tǒng)并不需要分成N個子系統(tǒng)，可以由一個系統(tǒng)管理，設置不同的權(quán)限即可。簡單地說，就是如下情況：

這樣的結(jié)構(gòu)還不夠，我們還要填充每個系統(tǒng)的內(nèi)容，根據(jù)Feature lists的內(nèi)容來梳理V1.0.0前臺App的功能。同時根據(jù)產(chǎn)品的商業(yè)價值定位來梳理后臺管理系統(tǒng)的功能范圍。

• 對于C端App：學員在C端App上需要完成什么動作？核心的看課程要有吧，作業(yè)要有吧，注冊登錄要有吧……這些都是在需求管理時做版本規(guī)劃時已經(jīng)想好的東西。
• 對于圈主管理后臺：根據(jù)C端App上的一些行為，多問一個How，怎么來的？。課程怎么發(fā)布？圈子怎么管理？怎么和學員互動呢？圈主賺的錢如何結(jié)算？
• 對于管理后臺：尤其是第一版的產(chǎn)品來說，一些通用的后臺管理方式即可，保證業(yè)務上形成大閉環(huán)，不能某個環(huán)節(jié)漏一拍。

具體的話，我們可以將功能繪成更詳細的產(chǎn)品藍圖：

這樣就非常清晰，對于我們職得App產(chǎn)品V1.0.0 Mvp有了一個清晰的認知。

2.2 演進藍圖

在上文中，我們得到了“職得App”的第一期產(chǎn)品藍圖。

但是在實際工作中，我們往往還需要讓藍圖動起來，即演進藍圖：動態(tài)地規(guī)劃未來3個版本的功能。

同樣地，這需要你動態(tài)地規(guī)劃3個版本的Feature lists，并根據(jù)對業(yè)務的理解和MVP數(shù)據(jù)表現(xiàn)來動態(tài)調(diào)整。

因為筆者只是做了一個模擬產(chǎn)品，因此沒有做后續(xù)版本的規(guī)劃，也沒有做出演進藍圖。

但是這里必須提，版本規(guī)劃、版本封閉仍然是產(chǎn)品經(jīng)理必須做的，這點在需求管理一文中強調(diào)了很多次。因此，這里拋出一張示意圖來表示，重點在于：一期、二期、三期的規(guī)劃。

三、產(chǎn)品結(jié)構(gòu)

在得到了“施工藍圖”之后，我們就要開始進行：①產(chǎn)品結(jié)構(gòu)設計、②業(yè)務流程設計。

順帶一提，引用《用戶體驗要素》中十分經(jīng)典的產(chǎn)品框架體系，目前我們已經(jīng)從底部到達了“結(jié)構(gòu)層”中“信息架構(gòu)”的設計。這是從“抽象”到“具體”最關(guān)鍵的環(huán)節(jié)，正巧，產(chǎn)品結(jié)構(gòu)和業(yè)務流程也是產(chǎn)品經(jīng)理日常工作重頭戲之一，職責所在。

先聲明，①產(chǎn)品結(jié)構(gòu)設計②業(yè)務流程設計，這兩者基本上也是同步進行的，在產(chǎn)品經(jīng)理的腦中會不斷演練。首先我們來說說產(chǎn)品結(jié)構(gòu)。

因為只有C端產(chǎn)品形態(tài)是App，且對于用戶體驗體驗較大，另外兩個管理系統(tǒng)均是Web端且偏向B端產(chǎn)品以業(yè)務效率為主，B端產(chǎn)品重點不在于產(chǎn)品結(jié)構(gòu)，分析和雕琢產(chǎn)品結(jié)構(gòu)意義不大。因此筆者只分析C端的App產(chǎn)品如何處理。

關(guān)于產(chǎn)品結(jié)構(gòu)設計，一般來說有兩種圖：信息結(jié)構(gòu)圖、產(chǎn)品結(jié)構(gòu)圖。

一般來說，筆者習慣是用信息結(jié)構(gòu)圖來腦暴一些功能，做梳理。最后根據(jù)信息結(jié)構(gòu)圖，重新組織形成產(chǎn)品結(jié)構(gòu)圖。

3.1 信息結(jié)構(gòu)圖

根據(jù)上文中的V1.0.0的產(chǎn)品藍圖和Feature List：

一共有三個大模塊要處理，我們直接用思維導圖來做加法。做信息架構(gòu)圖時，強烈建議不要超過3個層級。

根據(jù)藍圖，一 一匹配，我們能很快得到信息架構(gòu)圖第一第二層：

然后根據(jù)Feature List以及腦暴一些細節(jié)，得到第三層，將相關(guān)的功能加到對應的模塊下面。

做到 大模塊-小模塊?的結(jié)構(gòu)：

3.2 產(chǎn)品結(jié)構(gòu)圖

有了信息架構(gòu)圖之后，我們現(xiàn)在要做的就是組織結(jié)構(gòu)形式。

產(chǎn)品結(jié)構(gòu)圖是綜合展示產(chǎn)品信息和產(chǎn)品邏輯的圖表，簡單說產(chǎn)品結(jié)構(gòu)圖就是產(chǎn)品原型的簡化表達。

這里筆者不說什么怎么設計的方法，至今筆者沒有看到什么特別有效的方法。其實就是在腦中形成一個模糊的demo樣子，然后在信息架構(gòu)圖（X-mind）上拖拽即可，如果有好方法，歡迎交流。

說實在的，到了這一步，筆者建議可以參考參考市面上其他產(chǎn)品粗線條的形態(tài)，如果定位比較接近的，可以借鑒借鑒。一方面是避免了重造輪子的無意義工作，另一方面是讓用戶更好地接受你的產(chǎn)品。（請正視這種借鑒，切忌悶頭造車）。這里的話，筆者就是直接借鑒“知識星球”的形態(tài)來設計產(chǎn)品結(jié)構(gòu)的。

比如：IM軟件都很像，抖音的形式被抄了又抄，探探的模式也被借用，電商軟件結(jié)構(gòu)上很相似……但是他們的功能、內(nèi)容以及運營方式都是不同的，所解決用戶需求的方式不同。

總結(jié)

OK，到現(xiàn)在，我們從一個“定位”一個“理念”初步轉(zhuǎn)化成了可感知、可想象的架構(gòu)。其實無論是做一款0-1的產(chǎn)品還是做一個功能，上述分析或重或輕都可以運用到工作中。

因為關(guān)于業(yè)務流程、頁面流程這塊是比較大的話題，筆者會單獨領出來，作為架構(gòu)流程（下）篇。

作者：朱魯斌，同花順產(chǎn)品經(jīng)理。專注于產(chǎn)品的“道”“術(shù)”“力”，以產(chǎn)品道世界，以筆畫世界，妙哉。

本文由@朱魯斌? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash， 基于CC0協(xié)議。