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

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

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

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

一、前言

在上一篇文章：產品定位（上）中，我們已經找到了我們的新產品職得App的定位。

回顧一下：

名稱：職得App

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

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

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

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

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

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

二、系統(tǒng)架構

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

2.1 應用架構設計

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

什么是應用架構呢？

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

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

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

一定記?。簯眉軜嬍请S著業(yè)務的發(fā)展而演變的，業(yè)務、業(yè)務、業(yè)務，跟著業(yè)務走。

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

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

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

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

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

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

2.2 演進藍圖

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

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

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

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

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

三、產品結構

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

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

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

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

關于產品結構設計，一般來說有兩種圖：信息結構圖、產品結構圖。

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

3.1 信息結構圖

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

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

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

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

做到 大模塊-小模塊?的結構：

3.2 產品結構圖

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

產品結構圖是綜合展示產品信息和產品邏輯的圖表，簡單說產品結構圖就是產品原型的簡化表達。

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

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

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

總結

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

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

作者：朱魯斌，同花順產品經理。專注于產品的“道”“術”“力”，以產品道世界，以筆畫世界，妙哉。

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

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