SaaS平台是一個比較複雜的系統, 同時也是一個進化的系統 (服務商增加功能模組) . 基於垂直領域SaaS平台特點, 所需要的功能特點也不同, 下面, 主要基於汽車後市場的鈑噴SaaS平台進行闡述.
項目名稱: SDI智慧鈑噴後台管理系統.
一, 了解業務
業務即: 了解公司自身所需要的業務功能模組, 這一步, 是比較好確認的, 因為是基於自身的業務需求來確認功能模組. 關於如何去確認需求和功能模組, 這類文章有很多, 在此就不在重複闡述了.
每個產品的工作方式也不同, 我的工作方式基本上是: 收集需求, 需求評審, 框架搭建, 流程梳理 (思維導圖) , 原型交互, UI評審, 項目測試, 項目上線, 收集意見.
那麼同時, 由於是做垂直的汽車市場-鈑噴業務, 就需要我們去了解業務流程了. 這一步是很重要的, 尤其是做公司本身的業務, 業務一定是要了解清楚的, 不然設計出來的功能可能是不合適的. 關於如何了解公司業務, 建議從二個方面:
公司的老員工, 比如研發經理, 總監等, 了解公司的業務大框架
親自到線下門店, 與負責當前業務的員工交談, 並記錄他們的需求 (好的產品是一個聆聽者)
在這裡, 提醒一下, 不管是收集線下門店員工或者其他部門的需求, 都需要進行甄別和篩選.
二, 功能模組定義
功能模組的定義, 主要是根據公司業務的屬性進行定義. 可以從以下問題考慮:
公司的組織結構是怎樣, 有哪些部門?
公司的業務有哪些?
公司的服務是什麼樣的?
SaaS平台目前主要是為了解決哪些問題?
那麼根據這些問題, 我們來進行功能模組的定義:
第一個問題: 在了解部門結構的時候, 有SA (專屬顧問) , 營銷, 客服, 財務, 技師, 取送司機, 供應鏈等部門. 那麼根據了解的部門, 進行分析: SA需要開單, 營銷需要看報表和策劃活動, 財務需要對賬, 技師需要調配. 經過與部門的討論, 提煉如下:
訂單管理 (SA)
運營管理 (營銷)
財務管理 (財務)
調度控制 (技師)
商品管理 (供應鏈)
第二題: 公司的業務主要是鈑噴維修. 同時分為不同的業務類型, 如: 洗車, 美容, 翻新改色, 鍍金鍍膜等. 根據這些業務, 就需要一個管理這些業務的功能, 所以設置如下功能:
基礎數據 (業務管理)
第三題: 公司的服務是: 在顧客車輛進入門店, 會進行車牌識別; 同時, 顧客可以即時在手機上觀看車間的施工視頻 (監控錄影) , 並可以查看車輛的移動路線. 這些功能, 跟智能硬體有關係, 根據同部門的討論, 設置如下功能:
智能硬體 (攝像頭, 車牌識別等)
第四題: 開發這個平台主要是為了管理線下門店的業務, 把控質量, 智能化的管理施工, 同時, 能夠進行匯總, 統計, 查詢, 人員管理, 會員管理等. 那麼, 我們可以綜合以上的問題, 根據開發這個平台的目的, 整合沒有處出現功能如下:
客戶管理 (會員管理)
員工管理 (人員管理)
關於第四個問題, 是前面幾個問題的總結, 也是核心的問題. 關於開發一個系統是做什麼的, 解決什麼問題, 每個公司都不盡相同, 要根據具體情況具體判斷. 就像開發一個財務系統, 要去了解財務的流程有哪些一樣, 要與財務人員溝通.
3.功能的靈活定製
在基於基礎功能模組的前提下, 需要考慮到, 如果給其他相似類型企業使用, 比如4S店, 是否也需要這個平台的全部功能, 或者是否需要定製功能.
在SaaS2.0模式下, 需要考慮具備靈活定製, 即時部署, 快速整合的SaaS應用平台.
比如在這個項目中, 我們進行了產品&服務的特殊化定製, 分為:
應用系統
系統模組
擴展服務
第三方接入
4.每個功能模組下子菜單的操作方式
在確認了一級菜單功能模組以後, 要進行二級菜單分類, 在分類時要考慮一級菜單的屬性是什麼, 並整合二級菜單功能, 同時要考慮該二級菜單下的數據表, 能進行什麼操作, 這關係到整個系統的操作性.
如: 在進行一級菜單訂單管理的二級分類時, 根據公司的訂單分類情況, 有: 訂單總覽, 預約訂單, 綜合訂單, 取送車訂單, 保險訂單, 保養訂單等. 同時考慮, 訂單總覽的操作有哪些, 如可以進行姓名查詢, 車牌號查詢, 手機號查詢等, 來查看當前客戶的訂單狀態.
也就是說, 要定義每個二級菜單的作用是什麼, 表格顯示的欄位有哪些. 這需要對業務熟悉, 同時各個部門的緊密配合. 產品經理從來都不是單打獨鬥的.
下面放上思維導圖供大家參考.
結束語
關於SaaS平台, 是一個比較複雜的系統, 雖然只有刪, 增, 查等, 但是由於系統之間結構複雜, 所以, 在考慮問題時, 多思考一下, 多問問幾個人, 總是沒有壞處的.
