對于產(chǎn)品經(jīng)理來說，每天要面對的工作很多，需要進行一定的規(guī)劃。本文將從三個角度進行深入分析，對產(chǎn)品管理流程及規(guī)范感興趣的童鞋不要錯過哦。

上一篇文章中講了產(chǎn)品需求的分類及收集方法，對于收集到的信息還需要整理，歸類，并進行提煉，進行一定的規(guī)劃，確定是屬于戰(zhàn)略、戰(zhàn)術(shù)、戰(zhàn)役哪個層面的需求，不同層級的需求涉及的面會不同，對整個產(chǎn)品（或者業(yè)務(wù)線）的影響不同。

在小功能，微迭代和問題修復等，可以不進行產(chǎn)品規(guī)劃，但更大的功能，需要進行規(guī)劃環(huán)節(jié)。另，最好不要一上手就畫原型，先理清楚業(yè)務(wù)流程，功能架構(gòu)再畫原型，采用分解法圍繞業(yè)務(wù)流程及架構(gòu)進行細分，這樣不容易遺漏，如果直接上手原型，非常容易出現(xiàn)遺漏。

一、總體流程

1.1 產(chǎn)品規(guī)劃及評審

與需求方對接需求，并經(jīng)過評估，確定要做之后，即進行產(chǎn)品的規(guī)劃。

產(chǎn)品規(guī)劃，將商業(yè)模式、盈利點、產(chǎn)品路線演化、主業(yè)務(wù)流程、核心功能模塊確定之后，進行產(chǎn)規(guī)劃的評審，評審通過之后進行原型的繪制。

1.2 產(chǎn)品原型設(shè)計及評審

產(chǎn)品原型做線框圖原型即可，因為后期有專業(yè)的視覺設(shè)計，沒有必要做高保真原型，能向視覺設(shè)計傳達明確的意思即可。原型設(shè)計之后，進行評審，邀請評審的相關(guān)人員，中間可能會經(jīng)歷幾次調(diào)整。具體邀請人這部分看具體公司，一般而言除產(chǎn)品及業(yè)務(wù)團隊，研發(fā)介入越早越好，能夠?qū)Σ糠止δ艿膶崿F(xiàn)進行評估，產(chǎn)品在做原型設(shè)計的時候，也需要對相關(guān)功能進行調(diào)研，不能憑空想象。

1.3 視覺設(shè)計及評審

原型設(shè)計評審通過，則移交資料給UI設(shè)計師，UI設(shè)計師（如果有交互設(shè)計則相互配合，如果沒有，產(chǎn)品也需要涉及交互設(shè)計）根據(jù)原型出設(shè)計圖，UI設(shè)計師在產(chǎn)品原型評審階段也需要介入。UI設(shè)計師設(shè)計完成之后進行評審，評審通過，則移交資料給研發(fā)團隊。

有些團隊產(chǎn)品經(jīng)理要承擔項目的職責，則需要和研發(fā)人員共同制定開發(fā)進度計劃。

二、產(chǎn)品架構(gòu)

為做一款產(chǎn)品，我們可以依據(jù)Why-How-What黃金圈法則+用戶體驗要素中提到的5層結(jié)構(gòu)，從內(nèi)到外，從抽象到具體來拆分產(chǎn)品的架構(gòu)問題。

為什么做？—— “我們?yōu)槭裁匆_發(fā)這個產(chǎn)品？”（戰(zhàn)略層）

我們的產(chǎn)品目標是什么？我們的目標用戶是誰？我們?yōu)橛脩艚鉀Q什么問題（需求）？

做什么？—— “我們要開發(fā)的是什么？”（范圍層）

我們的產(chǎn)品定位是什么？功能型產(chǎn)品，還是內(nèi)容型產(chǎn)品？相應(yīng)需要擁有哪些功能和內(nèi)容？

怎么做？——“我們?nèi)绾芜_到上述抽象層面所確定的問題？”（結(jié)構(gòu)層、框架層、表現(xiàn)層）

我們的產(chǎn)品具體做成什么樣子？要如何呈現(xiàn)給用戶?

用戶體驗要素的五層結(jié)構(gòu)經(jīng)典圖形

產(chǎn)品規(guī)劃一般進行到結(jié)構(gòu)層的信息架構(gòu)，具體產(chǎn)品原型繪制在結(jié)構(gòu)和框架層，視覺設(shè)計處理產(chǎn)品的視覺表現(xiàn)層。

下面更進一步說明用戶體驗要素中的各層級要做什么，解決什么問題。

2.1?戰(zhàn)略層

這一層我們要回答兩個問題：我們（公司或項目）要通過這個產(chǎn)品得到什么？我們的用戶要通過這個產(chǎn)品得到什么？

也就是企業(yè)（項目）的產(chǎn)品目標和用戶需求。產(chǎn)品目標是對各類經(jīng)營目標的細化分解，用戶需求時對用戶需求得提煉，用戶需求提煉則從用戶畫像而來。

2.2?范圍層

將產(chǎn)品目標和用戶需求轉(zhuǎn)變?yōu)楫a(chǎn)品應(yīng)該提供給用戶什么樣的功能或內(nèi)容。

范圍層意義在于：為產(chǎn)品設(shè)立邊界，讓參與者更能明白做出來的產(chǎn)品是什么樣的，也避免給產(chǎn)品不斷加入新功能，造成產(chǎn)品冗余。

以功能型產(chǎn)品來說：做什么功能？不做什么功能？哪些功能先做？哪些功能可以放在后續(xù)版本迭代時再做？

當功能太多時，確立需求優(yōu)先級，可以利用戰(zhàn)略層的用戶畫像可以將虛擬人物放到一個故事中（產(chǎn)品故事），確定用戶的使用場景。

2.3?結(jié)構(gòu)層

定義好用戶需求并排列好優(yōu)先級之后，我們對最終產(chǎn)品會擁有什么特性已經(jīng)有了清楚的圖像。結(jié)構(gòu)層就是如何將分散需求的片段組成一個整體即：確定概念結(jié)構(gòu)。

這部分包括兩方面：“信息架構(gòu)”和“交互設(shè)計”

信息架構(gòu)：考慮的是功能及內(nèi)容的分類組織方式，讓用戶能夠高效、有效地完成內(nèi)容瀏覽，辦理業(yè)務(wù)。具體的結(jié)構(gòu)方式有：層級結(jié)構(gòu)、矩陣結(jié)構(gòu)、自然結(jié)構(gòu)、線型結(jié)構(gòu)等，我們可以根據(jù)自己的產(chǎn)品特點來進行針對性的設(shè)計。

交互設(shè)計：考慮的是跳轉(zhuǎn)邏輯，即：針對用戶操作，產(chǎn)品要怎樣反應(yīng)來配合用戶操作。

2.4?框架層

在框架層，確定詳細的界面外觀、導航和信息設(shè)計。

界面設(shè)計：為用戶提供“做某事”的能力，即實現(xiàn)確定的“具體功能”。對可交互控件選擇合適的位置布局，這些控件能夠讓用戶容易理解和接受，從而幫助他完成任務(wù)。

導航設(shè)計：為用戶提供“去某個地方的能力”。簡單來說，就是幫用戶找到方向感，順暢的操作路徑。導航有明顯的兩個用途：幫助我們找到想要的任何東西，告訴我們現(xiàn)在身在何處。

信息設(shè)計：考慮的是如何把設(shè)計元素粘合到一起，為用戶呈現(xiàn)出有效的信息溝通。使用線框圖是對一個頁面所有組成部分、以及它們?nèi)绾谓M合到一起、最直觀的描述。將線框圖的交互動起來，也就是有交互的，具有交互效果，比如點擊翻頁，可以跳轉(zhuǎn)新的頁面。如果只有線框圖沒有交互效果，則后期的溝通成本將會加劇。

2.5?表現(xiàn)層

感知呈現(xiàn)問題，滿足用戶的感官（視覺）感受，也就是視覺設(shè)計，一般而言的UI設(shè)計。

三、產(chǎn)品規(guī)劃

產(chǎn)品規(guī)劃將主要集中在產(chǎn)品的戰(zhàn)略、范圍及結(jié)構(gòu)層級，并且加上產(chǎn)品的路線。

3.1 商業(yè)模式

此部分從整體上說明商業(yè)模式及整個系統(tǒng)如何運轉(zhuǎn)，系統(tǒng)內(nèi)的資金，信息，實物如何流轉(zhuǎn)。如下圖所示：

此系統(tǒng)為一個自營模式的智能無人零售柜系統(tǒng)，平臺將設(shè)備放置到線下的場所，并將采用自主或第三方配將供應(yīng)商商品配送上架貨柜，消費者可以通過小程序查看附近的設(shè)備及設(shè)備里面的商品，通過使用手機及支付寶掃碼支付的方式購買無人零售柜中的物品。

無人零售柜的日常巡檢及維修處理由運維方負責，平臺將通過進價及出售價格之間的商品差價，廣告主在設(shè)備廣告屏上的投放獲取收益，后期將探索更多盈利模式（比如收取品牌商品的展示陳列費等）。

3.2 商業(yè)畫布

快速確定一個商業(yè)項目的各方面關(guān)鍵要素的，具體如下：

• KA 關(guān)鍵業(yè)務(wù)——為了確保商業(yè)模式可行，企業(yè)必須做的作重要的事情。
• VP 價值主張——為特定客戶細分創(chuàng)造價值的系列產(chǎn)品和服務(wù)。
• CR 客戶關(guān)系——與特定客戶細分群體建立的關(guān)系類型。
• CS 客戶細分——企業(yè)想要接觸和服務(wù)的不同人群和組織。
• KR 核心資源——讓商業(yè)模式運轉(zhuǎn)所必須的最重要因素。
• CH 渠道通路——如何溝通，接觸其客戶細分。
• CS 成本結(jié)構(gòu)——運營一個商業(yè)模式所引發(fā)的所有成本。
• RS 收入來源——從每個客戶群體獲取的現(xiàn)金收入（需要從創(chuàng)收中扣除成本）獲取收入的方式。

以下為智能無人零售貨柜的商業(yè)畫布：

3.3 用戶角色分析

在確定商業(yè)模式商業(yè)畫布之后，整個商業(yè)的邏輯基本已經(jīng)清楚，需要進一步分析系統(tǒng)的所涉及的角色，具體角色及作用，他參與系統(tǒng)的成本（支出）及收益。

3.4 產(chǎn)品架構(gòu)

產(chǎn)品架構(gòu)為系統(tǒng)的整體架構(gòu)圖，需要明確系統(tǒng)的前端有多少入口及每個入口的核心功能，后臺的核心功能，系統(tǒng)需要對接的第三方系統(tǒng)（包括內(nèi)部及外部）。

當然，產(chǎn)品的架構(gòu)不是一直不變，隨著時間推移，業(yè)務(wù)的演化，架構(gòu)也會調(diào)整。但是在前期規(guī)劃的時候，需要考慮到業(yè)務(wù)未來可能的發(fā)展趨勢，早做規(guī)劃準備。不一定規(guī)劃多少就要立即完成多少，可以分階段逐步完成，但要提前分析規(guī)劃，使架構(gòu)在一定的時間段內(nèi)保持穩(wěn)定，不能輕易變更。

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

產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品信息+功能結(jié)構(gòu)圖的整合，展示產(chǎn)品的功能框架結(jié)構(gòu)，層級及信息的框架。具體如下圖所示：

3.6 系統(tǒng)各端口核心功能

在產(chǎn)品結(jié)構(gòu)圖完成之后，可以進一步梳理系統(tǒng)涉及的端口核心功能描述，以智能無人零售柜的系統(tǒng)后臺部分功能舉例。

3.7?產(chǎn)品實施路線

產(chǎn)品實施路線，也可以說是產(chǎn)品迭代路線\計劃。一個產(chǎn)品的成熟是需要逐步完成，目前來說，有很多項目，真的是以終為始，也即是一上馬就是大平臺的方式，功能齊備，生態(tài)健全。但這樣的系統(tǒng)，往往死得很難看，最好是逐步過渡，先做MVP的小系統(tǒng)，盡可能的先讓業(yè)務(wù)跑起來，然后逐步完善。

以智能無人零售貨柜舉例，下圖中所示的MVP：系統(tǒng)后臺、用戶、運營（配送上貨）、運維（巡檢維修設(shè)備）均是必須的。但在功能上盡可能簡單，前期的數(shù)據(jù)統(tǒng)計等盡可能通過手工完成，與供應(yīng)商及各方的結(jié)算等也可以采用財務(wù)手工轉(zhuǎn)賬的方式實現(xiàn)，后期根據(jù)業(yè)務(wù)量逐步實現(xiàn)分析、財務(wù)結(jié)算的自動化。

就像大型商超，最開始可能就是夫妻小店，只用手工記賬就可以，當?shù)赇伌笠恍┑臅r候，用一張Excel表格就好了，再大一些，用一個簡單的進銷存軟件，再大用套收銀系統(tǒng)，軟件系統(tǒng)是根據(jù)業(yè)務(wù)的發(fā)展而逐步壯大的。

在產(chǎn)品規(guī)劃中，一定要防止一步到位建立一個大而全，所有時髦、高大上的概念齊備的系統(tǒng)，這是一種誘惑，但請抵制它。

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

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