如何從零規劃一個解決方案級產品矩陣(二)

在沒有完整產品規劃經驗的情況下,如何從零規劃一個解決方案級產品矩陣?本文從制訂產品路線圖和產品設計功能兩個維度出發,總結相關經驗方法,希望對你有所啟發。

如何從零規劃一個解決方案級產品矩陣(二)

一、制訂產品路線圖

1. 資源約束下的範圍裁剪

至此,我們已將智慧能耗解決方案的實現路徑有了基本概念,下面就開始根據戰略願景開始第一階段的產品設計。但第一階段需要並行完成計量與採集的前端裝置,IoT平臺,裝置管理平臺,以及能耗管理平臺,工作量依然龐大。公司資源特別是軟體資源無法覆蓋,必須對範圍及功能進行裁剪,否則會變成一個裹腳布專案。

智慧硬體部分,策略是利用之前的技術積累,將之前的預研成果進行排列組合,快速實現硬體 demo。後期再針對上層應用需求,調整升級嵌入式程式。極大減輕硬體部門壓力。

IoT 平臺簡化為僅保留基本功能的後臺服務,南向對接公司內部硬體,北向對接能耗管理應用平臺,功能上簡單實現裝置上下行資料接入與協議轉換,資料上打通應用軟體與智慧硬體。後期根據市場及公司資源情況,再考慮是否將其升級為通用型的 IoT 服務平臺。

將裝置管理拍扁,簡化為基本的裝置資產管理併入能耗管理平臺。將有限的應用軟體團隊,全部投入到最核心也最複雜能耗管理應用平臺。

透過以上裁剪,將第一階段的戰略目標轉換為下圖所示的三層簡結構。軟硬體團隊互為黑盒,獨立並行開發,中間透過輕量的資料服務提供橋接,形成資料閉環。

如何從零規劃一個解決方案級產品矩陣(二)

現在,專案團隊在懷揣方案全景的前提下,可以各自輕裝急行了。

2. 目標使用者的核心場景分析

自此,已完成從行業,到企業,再到專案的頂層設計。現在,我們將拿起擴大鏡,對具體業務場景進行更細緻的觀察分析,識別出典型需求,進而開始功能規劃。

透過市場調研分析,我們把使用者使用場景,按是否計費與是否實時監控兩個維度,劃分為如下 4 個象限,並對對能耗管理典型場景的核心述求進行的簡單勾勒。

如何從零規劃一個解決方案級產品矩陣(二)

資料遠端採集及基礎資料接入場景:

如貨場,倉庫等,此場景下,只需對錶端資料進行遠端採集,僅提供原始資料線上顯示及裝置資產管理,系統不參與任何業務處理。這是最簡單的使用場景,涉及的系統功能為基礎功能,其它場景也需要使用。

自管物業等能耗抄收場景:

比如水電自管的老舊小區,公寓出租物業等,此場景下,存在管理方與使用方。管理方需要對使用方資訊進行管理,對使用方的水電氣熱消耗量進行計量及收費。分戶計量及費用收繳是其主要訴求,裝置運維不太關注。系統目標是覆蓋多種收費場景,相容水電氣熱多種表計,做到採集,計量,計費,收繳費自動化。

商場園區等綜合能耗管理場景:

商業園區場景下,同時存在收繳費及能耗裝置監控的需求。希望在一個平臺對水電氣熱用量及費用進行統一管理,同時對節點裝置進行監管,但裝置監控的實時性與複雜性工業能耗監控低得多。

對水電氣熱多型別表具的執行健康進行監控

對裝置端異常狀況進行報警及管理

覆蓋二級抄表市場一表一戶,一戶多表,公攤,等商務租賃場景

兼顧後付費使用者與預付費使用者的遠端抄收繳費。

自動抄收,自動賬單,線上線下繳費支援。

方便使用者自助查詢繳費充值。

對能耗資料進行分級分時多維分析

成員及許可權管理

工業能耗監控場景:

此場景下,主體是同一企業,目標對重點區域,重點裝置能耗及執行等監控,無內部租戶概念,不涉及收繳費流程。因業務需求,可能存在多種非能耗裝置的接入需求,從而形成一整天監管系統。此場景下,能耗監管,裝置狀態特別是異常狀態監控是其主要訴求。系統目標是事前預測,事中監控,事後分析。

裝置實時監控及管理

異常狀況報警及管理

執行引數捕獲分析

能耗分級分時多維分析

資料視覺化展示

3. 構建核心業務概念模型

我們將能耗管理典型業務環節進行抽象,得到如下概念模型已便於觀察分析。模型中紅色矩形為關鍵業務實體,矮圓柱為關鍵資料,連線為他們間的關係。

如何從零規劃一個解決方案級產品矩陣(二)

透過觀察分析發現,能耗管理的業務本質是資料管理,其核心業務可抽象為三條資料流。

一條是由裝置檢測的實時能耗資料和硬體檢測點的時空座標所構成的,水電氣熱消耗量的時空資料流。這是研究能耗區域與時間分佈的主線,能為企業生產銷售上的分析決策提供時空上的四維視角。

一條是由計量點位的使用者歸屬,及歸屬使用者所對應的計量計費方案,所構成的能耗費用資料流。計算能耗經濟成本,主要依賴這條資料流。

一條是由裝置狀態,監控事件,環境感測等實時資料流構成的,裝置監控資料流。對裝置執行的監控,主要依賴這條資料流。

以上三條資料流,分別對應1,2,4象限的應用場景中的核心業務。三條資料流合起來,就構成了第三象限的核心業務。我們將上述洞察豐富到概念模型上,於是構建出如下識別度更高的概念模型,用以指導進一步的產品設計。

如何從零規劃一個解決方案級產品矩陣(二)

4. 產品路線圖

透過對典型場景下業務概念模型的進一步分解與取捨後,得出第一階段的核心功能範圍,制定出如下產品路線圖,用以指導後續設計研發工作。

如何從零規劃一個解決方案級產品矩陣(二)

二、設計產品功能

1. 設計功能結構

現在讓我將視角再切回起點,提出智慧能耗解決方案的原因,是因為市面方案存在架構老舊,相容困難,業務割裂,資料孤立,擴充套件受限,售後及維護成本高昂等問題。

而我們的方案定位,是提供一套軟硬體一體,水電氣熱綜合管理,抄收繳管一條龍服務,後付預付全覆蓋,能耗資料全打通的一站式解決方案。能耗管理雲平臺的設計目標就是解決現狀問題,實現方案定位所設定的目標。 在進入功能設計之前,我們需要確定一個相對靈活的系統結構,這個結構需要有如下特點:

如何從零規劃一個解決方案級產品矩陣(二)

從上述要求出發,兼顧預留後期擴充套件的基礎上,對智慧能耗系統進行拆分。以使用人員的型別差異為拆分線索,將智慧能耗系統劃分為商戶管理端,企業業務管理端,使用者遠端查繳費客戶端。其中企業業務端暫時只實現 web 版,後續再行實現移動版。這是極簡關係架構關係圖。

如何從零規劃一個解決方案級產品矩陣(二)

各端的目標使用者及大致功能描述如下:

商戶管理端:

目標使用者為我司及其它具備客戶承接能力的表具廠,系統整合商,渠道商等合作服務商。提供裝置管理,客戶管理,客戶裝置型別及功能配置等管理功能。

企業業務管理端:

目標使用者是『園區物業管理方』等我方或服務商客戶。提供用企業內部能耗使用者管理,能耗裝置管理,能耗資料的遠端抄收,費率配置及費用收繳業務,並提供資料分析及報表下載等管理功能。

使用者查繳費應用:

目標使用者是能耗商戶下屬的終端用能使用者。提供使用者自行遠端查詢能源使用情況,繳費賬單及遠端充值繳費等業務。減少企業及其使用者的交易成本。

將系統結構與功能範圍結合,制訂出如下功能結構圖。圖中不同顏色代表功能的不同優先順序。藍色優先順序最高,其後依次為青,橙,黑,灰。

如何從零規劃一個解決方案級產品矩陣(二)

從上述認知的基礎上,做進一步分析梳理,設計了各端許可權控制及資料流轉架構。

如何從零規劃一個解決方案級產品矩陣(二)

2. 設計資料基座

有了前面工作的鋪墊,現在開始進入具體的業務設計。在進入具體業務設計前,讓我們再次觀察之前所抽象出的業務概念模型。不難發現,這是一個典型的,由資料驅動的 AIoT 業務流。

全部業務由紅,綠,黃,紫四條資料鏈組成,覆蓋了四種典型的業務場景。其中紅色資料鏈是關鍵資料輸入。其它三條資料鏈都是在紅色資料鏈的基礎上,輔以不同業務規則而發展出來的資料應用。

也就是說,紅色資料鏈是整個業務的資料基座,我們需要確保它的健壯性,挖掘它的可能性。

紅色資料鏈的外部輸入是各類感測與智慧裝置。我們透過“裝置檔案”,記錄裝置的型別,歸屬層級,網路型別,關鍵引數等資料,為後續構建裝置的節點網路進行資料構建。

每個裝置節點都有獨立 ID,而它們上傳資料都會帶有時標,也就是說,每個裝置節點都是一個天然的時序數列發生器。而每個智慧裝置都會有一個物理上的安放點或檢測地點。這樣我們就能將裝置上一維的時序資料,關聯上三維的空間資料,升維成四維的時空資料。

我們引入了“最小計量區”這個概念,用來代表具體裝置的檢測點,並關聯空間座標。因為我們關注的是園區管理,需要更細的空間劃分。所以在地理位置的基礎上,進一步拓展出樓棟/樓層/區域三級空間維度。結合行政區劃上的省/市/區縣/鄉鎮/村組,我們構建了 8 級空間,用於以後的資料切片及分層統計。

透過上述方式,我們已經將裝置上的單一的原始資料加工成有6個時間深度(年月日時分秒),8 個空間深度,帶48 個切面的原子資料。再加上節點網路維度的劃分。我們有了一個可能性極大的資料基座。

下面以智慧電錶為例,說明下紅色資料鏈的在實際系統中的加工過程。

如何從零規劃一個解決方案級產品矩陣(二)

3. 設計業務實現方案

之前,我們透過是否計費與是否實時監控兩個維度,將紛繁複雜的業務場景劃分為了四個場景型別。並抽象了關鍵業務模型,提煉出了 4 條資料鏈。同時將裝置輸入透過紅色資料鏈加工成了資料基座。下面,我們將在資料基座的基礎上,開始具體業務實現方式的設計。

這裡選擇既有裝置監控又需計費的商務園區場景為目標,進行能耗業務設計。因為這個業務場景,涉及到資料基座中的全部資料鏈的使用。完成這個場景的設計後,其它 3 個場景,只需此基礎上配置各自的業務規則,就可以完成各自的業務設計。為簡化問題,我們將裝置這塊內容摺疊變換將核心業務抽象為如下模型。

如何從零規劃一個解決方案級產品矩陣(二)

從模型中可以看出,統計最小計量單元的實時用量,就能得出不同區域在不同時段用量。透過查詢使用者使用區域,就能統計到使用者的耗能情況。透過計費規則與出賬規則的計算,就能得到使用者賬單費用。

大的邏輯是這樣的,但實際情況遠比這複雜。就拿支付賬單舉例:商務園區場景下有先用後付及預付後用兩種業務形態,支付方式可分線上與線下兩種方式。同時因為管理方式不同,預付業務有充值及退還,費用不足提醒,透支額度授予,自動閥控反制等業務管理需求;後付業態有滯納賬單等罰性手段等業務管理需求。下圖是對能耗費功能的大體描述。

如何從零規劃一個解決方案級產品矩陣(二)

拆分到上面這個程度,我們已經對這塊的業務建立起了總體印象,對後續功能的總體走向有了把握。但認知還是停留在宏觀層面,業務邏輯的顆粒度太大,不足以指導系統開發。需要進一步細化挖掘,才能形成對業務的微觀層面的理解,最終提煉出實現業務的關鍵路徑,進而設計出對使用者真正有用的功能。

下面抽出付費模式這個業務點舉例,其進一步細化分析如下:

後付費模式(1:1,1:n,n:1):

如何從零規劃一個解決方案級產品矩陣(二)

預付費模式(1:1):

如何從零規劃一個解決方案級產品矩陣(二)

透過上述的細化分析後,我們才真正認識到實際場景下使用者需求的多樣性,才能設計出覆蓋全面,從容應對多種業務場景的能耗收費功能。而不是一個漏洞百出,需要頻繁打補丁才能執行的收費模組。

綜合上述分析與業務模型,與設計按使用者型別配置個性收費方案的功能,覆蓋典型業務場景下的所有業態。對於無需收費的內部能耗監控場景,不配置收費方案即可。

如何從零規劃一個解決方案級產品矩陣(二)

對於需要收費的場景,我們提供自動抄收,自動出賬,自動扣費,遠端繳費,以及自動催收,自動閥控等自動化能耗計量計費及收繳一條龍服務。並且覆蓋了水電氣熱多種能耗型別。

如何從零規劃一個解決方案級產品矩陣(二)

文章內容較長,將分成三個篇章輸出。後續篇章會在上述內容的基礎上,對 2B 類產品的 PRD 輸出示例與專案總結等內容進行輸出。

本文由 @李金堯 原創釋出於人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基於CC0協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供資訊儲存空間服務。

頂部