關于移動BI的規劃設計思考

4 評論 9858 瀏覽 107 收藏 11 分鐘

在移動化、大數據浪潮的今天,移動BI——基于手機端隨時隨地進行數據查詢和分析,是重視數據的公司的標配。那么移動BI該怎么做?筆者作為一家物流行業的產品經理,站在傳統行業的角度上來和大家探討一下。

在移動化、大數據浪潮的今天,基于數據做決策應該是每一家公司的標配;每家公司都有專門負責數據的人,也都應該有一個BI部門。

而移動BI,基于手機端隨時隨地進行數據查詢和分析——更是BI中不可或缺的一部分。

那么移動BI怎么做?

作為一家物流行業的產品經理,筆者站在傳統行業的角度上來和大家探討一下。

  • 產品定位:移動BI定位于管理層的數據查詢和管理工具;
  • 目標用戶:公司管理層,因為數據涉及到公司的一些保密信息,并不是所有人都有權進行查看。

產品分析我們按照《用戶體驗要素》中的五個層次來說:

一、戰略層

用戶想要從這個產品中得到什么東西?尤其是對于管理層,他們想從手機看數據,真正想看的是什么呢?

其實有三點:

  • 看指標是否完成;
  • 如果沒有完成,哪個環節出了問題;
  • 接下來我該怎么做。

1. 觀察指標是否完成

物流公司有很多指標,比如貨量、收入、裝載率、運行合格率等,這些指標有的是可以實時,有的無法實時(業務規則導致),但是他們都可以有每天的完成值以及當月的完成值。

每天的完成值與每天的目標做對比,當月的完成值(完成比)與月目標(完成比)做對比,作用就是一點,看到現狀與目標的差距。

差距有大有小,有正有負,管理層必須一眼就知道現在是好還是壞

2. 尋找問題原因

發現問題之后,下一步應該做的就是查找問題原因。一般來說需要從橫向和縱向兩個維度進行分析:

  1. 橫向:組成這個指標的其中一部分不好,比如貨量可以根據公斤段進行分析,是不是哪個公斤段的有問題;也可以按照產品類型(此處的產品是指物流產品,不同物流公司會根據用戶、公斤段等推出不同的產品)進行分析,是不是某一種產品有問題?所以需要給出這個指標的結構分析。
  2. 縱向:某一個下級部門不給力,導致整體數據偏低;所以需要給出這個指標的下級部門的完成情況。

通過橫向和縱向兩個維度的分析,基本就可以定位出問題的大致方向了。

3. 接下來怎么做

察覺到原因之后,就是如何出具解決方案,如何改善數據。

對于傳統公司而言,很多數據,尤其是戰略指標,都有專人跟蹤。就算領導不說,員工也是知道這點的。移動BI可以站在分析的角度給予用戶建議,可以不是具體的,但是最起碼應該給出一個解決問題的角度。

二、范圍層

這個產品有哪些功能?都可以干些什么?

基于我們對于戰略層的分析,范圍層其實一下子就出來的七七八八了:

  1. 首先要有指標概況的功能,讓用戶知道這個指標完成情況;
  2. 其次要有指標的結構分析,知道構成這個指標的其他因素完成情況;
  3. 還需要有指標的下級部門的完成情況,便于監控每一層級的完成情況;
  4. 還需要有相關建議,引導用戶對問題進行解決;
  5. 每個指標都需要有月累計的相關數據和當天(或者昨天)的相關數據;月累計和當天(或者昨天)的數據中需要包含的因素有:完成值、完成比、同環比、目標值;
  6. 除此之外,公司數據必然涉及到數據權限,即哪些人可以看到指標,以及可以看到指標的哪個層級,比如總部的可以看到全國數據,但是某一個省區只能看到自己省區的數據;這些都是需要通過數據后臺聯合公司組織架構進行權限控制。

三、結構層

將上面這些分散的片段組成一個整體,創建產品功能和內容之間的關系,也就是此產品的功能結構是什么樣子的。

可以分為以下幾塊:

1. 入口層級

可以迅速看到指標的完成情況,包含的基本信息有:當日值、完成比、排名、月累計、月目標,環比上月等。

考慮到指標很多可能會查詢不便,可以將指標進行分類,比如貨量類、時效類、品質類等,不同類別下可以有不同的具體的指標。

為了提高用戶的操作便捷程度,還可以在權限配置的基礎上,讓用戶自由選擇想看的指標以及想看的順序。

2. 分析層級

點擊某一個指標進入該指標的分析層級,這里面可以分為三部分:時間維度、結構分析、部門分析。

(1)時間維度

  1. 日數據:需要有每天的完成情況,還需要查看歷史天數,一般設定為近31天,也就是最近一個月每天的完成情況,可以支持用戶自由查詢。
  2. 月數據:還需要查看每月的完成情況,以及歷史月份的數據;因為只有12個月份,所以可以自由選擇。
  3. 自定義:如果用戶需要查看一個月前的數據,那么就需要用到自定義功能,自由選擇開始時間和結束時間,考慮到可能會影響到數據庫的查詢效率,所以需要加一個限制,最多不能超多60天。

(2)結構分析

每個指標的結構分析都是不一樣的,有的是從產品角度,有的是從指標構成的角度,但是都需要提供足夠多的信息,比如完成值、目標值、占比等信息,以方便用戶進行問題排查和定位。

(3)部門分析

每個指標,在不同的時間維度下,都需要能查看到下級部門的完成情況。

比如全國數據,可以查看不同省區的完成情況,并進行排名(可以按照完成比排名,也可按照完成值排名,看具體需要,一般都是按照完成比),這樣哪個省區是好是壞一目了然。

3. 建議層級

根據不同指標的不同情況,在結構分析和部門分析的基礎上,給出建議。

剛開始建議可能會很粗淺,但是隨著考慮的維度的增多以及分析層級的加深,這個建議會越來越具備可信度。

四、框架層

框架層包含界面設計、導航設計和信息設計三個方面:

  • 界面設計為用戶提供做某些事的能力。做界面設計時,要選擇合適的元素,讓用戶一眼就能看到最重要的東西。
  • 導航設計給用戶提供去某個地方的能力。做導航設計時,要提供網頁之間的跳轉方法,傳達元素與內容之間的關系,傳達內容與頁面之間的關系。
  • 信息設計是將想法傳達給用戶。信息設計是將各種設計元素聚合到一起,反映用戶的思路,支持他們的任務和目標,包括視覺、分組等各個方面。

因為涉及到公司機密,具體界面無法放在上面。

五、表現層

表現層是用戶所能看見的一切,字體的大小,導航的顏色,整體給人的感覺。

在這一層,內容、功能和美學匯集到一起來產生一個最終設計,從而滿足其他層面的所有目標。

這部分一般需要UI設計師配合進行設計,此處不做論述。

以上的分析都是一個產品所具備的基本信息,那么提高用戶粘性的手段,除了完成指標的壓力外,還有沒有別的地方可以去挖掘呢?

這些點不同的企業可能都不一樣,需要通過用戶調研來針對不同企業差異進行規劃設計,筆者提供幾個參考角度:

  1. BI對于用戶最大的作用其實在于分析和預測,我們前面講的大部分內容都屬于分析的內容,那么預測的功能是否可以放上去呢?比如在問題尚未發生之際,就及早提醒用戶對某一個問題進行防范,防禍于未然;
  2. 當領導發現數據不好的時候,會跟下屬講這個問題,怎么講?常規的做法是手機截圖、標注、轉發,那么有沒有更好的做法呢,既提高了溝通效率,又沒有把產品做的很重?

 

本文由 @產品吧臺 原創發布于人人都是產品經理,未經許可,禁止轉載。

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 搜不到公眾號呢?

    來自日本 回復
    1. 直接搜chanpinbatai試試

      來自上海 回復
  2. 請問,您單位現在有做出 預測性的功能嗎

    來自北京 回復
    1. 有的

      來自上海 回復