中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：對于每一個SaaS系統(tǒng)來說，基礎的設計必然是不可或缺的，管理人員在登陸軟件后可以清楚的查看到當前的情況，所以對于模塊的設計是最基礎且重要的；本文作者分享了關于中介SaaS系統(tǒng)中統(tǒng)計模塊設計，我們一起來看一下。

SaaS系統(tǒng)中，統(tǒng)計是一個不可或缺的模塊；C端產(chǎn)品中，或許也會向用戶展示一些數(shù)據(jù)，但僅限于展示用戶本人在產(chǎn)品中的使用數(shù)據(jù)；例如keep中的用戶鍛煉時長統(tǒng)計，但這些并不是必需的統(tǒng)計數(shù)據(jù)。而對于B端的SaaS系統(tǒng)，由于用戶數(shù)量多，業(yè)務性強，公司管理人員需要查看公司的數(shù)據(jù)狀況和員工的業(yè)務情況；所以SaaS系統(tǒng)中需要一個單獨的統(tǒng)計模塊，便于公司管理人員查看系統(tǒng)數(shù)據(jù)。

而SaaS系統(tǒng)由于行業(yè)和業(yè)務的不同，統(tǒng)計的數(shù)據(jù)維度和報表類型會有差異；而中介業(yè)務有其特別的業(yè)務流程和關注指標，所以SaaS系統(tǒng)中的統(tǒng)計模塊也和其他系統(tǒng)有很大的不同。

我將數(shù)據(jù)統(tǒng)計總結(jié)為三個層面：基礎數(shù)據(jù)統(tǒng)計、數(shù)據(jù)可視化、數(shù)據(jù)分析。

這篇文章我將分析一下中介SaaS系統(tǒng)的基礎數(shù)據(jù)統(tǒng)計——基礎數(shù)據(jù)統(tǒng)計，顧名思義，就是對系統(tǒng)中的數(shù)據(jù)做一些基礎的處理，進行分類整合；當然這也需要產(chǎn)品設計，并不是在PRD中撂下一句話就完事了。

基礎數(shù)據(jù)統(tǒng)計也需要確定報表類型、數(shù)據(jù)統(tǒng)計指標、數(shù)據(jù)更新方式、表格樣式。

01?確定報表類型

設計統(tǒng)計模塊的第一步是確定報表類型，即你需要展示哪些報表。只有確定好大致的報表框架后，才能在此基礎上確定需要統(tǒng)計的數(shù)據(jù)指標。

在中介SaaS系統(tǒng)中，基礎數(shù)據(jù)報表大致有兩種類型：運營數(shù)據(jù)報表、財務數(shù)據(jù)分析。

• 運營數(shù)據(jù)主要是房客源的數(shù)據(jù)以及圍繞房客源進行的業(yè)務動作。
• 財務數(shù)據(jù)主要是統(tǒng)計業(yè)績金額和成交單數(shù)等財務相關數(shù)據(jù)。

運營數(shù)據(jù)報表主要有綜合報表、房源總數(shù)、房源新增、房源業(yè)務、客源總數(shù)、客源新增、客源業(yè)務；財務數(shù)據(jù)報表主要統(tǒng)計業(yè)績金額和成交單量。

確定好了統(tǒng)計框架和報表類型，設計統(tǒng)計模塊的第二步是確定好需要統(tǒng)計哪些數(shù)據(jù)；產(chǎn)品經(jīng)理要基于系統(tǒng)中當前存在的數(shù)據(jù)和公司管理者關注的指標，選擇出需要統(tǒng)計的數(shù)據(jù)指標。

02??選擇數(shù)據(jù)指標

上述報表框架下，按照數(shù)據(jù)類型來說，可以分為存量數(shù)據(jù)和增量數(shù)據(jù)。

• 存量數(shù)據(jù)指的是某一指定時間點上（多是當前最新時間），系統(tǒng)里積累的結(jié)存數(shù)據(jù)；
• 增量數(shù)據(jù)是指一個時間段內(nèi)，系統(tǒng)內(nèi)增加的數(shù)據(jù)。

根據(jù)存量數(shù)據(jù)和增量數(shù)據(jù)的定義，我們可以將房源、客源、業(yè)務、合同、財務中的數(shù)據(jù)進行劃分，以此來設計不同類型的報表。

按照上述報表分類中，房源總數(shù)、客源總數(shù)為存量數(shù)據(jù)，房源新增、房源業(yè)務、客源新增、客源業(yè)務、業(yè)績統(tǒng)計、單量統(tǒng)計都是增量數(shù)據(jù)。

1. 存量數(shù)據(jù)

存量數(shù)據(jù)中主要統(tǒng)計截止當前最新時間，房客源的總數(shù)，以及不同情況的房客源的數(shù)量。

房客源作為中介公司最主要的資源和數(shù)據(jù)，管理者最關注公司目前的房客源數(shù)據(jù)情況；房源類別是二手房、新房、租房。雖然一般來說，中介公司主要的業(yè)務是二手房交易；但是隨著一二手聯(lián)動趨勢的加強，大部分中介公司并不會單一地只做一項業(yè)務，會兼顧二手房、新房的業(yè)務。

房源數(shù)據(jù)需要先統(tǒng)計房源總數(shù)、二手房總數(shù)、租房總數(shù)、新房總數(shù)，這樣管理者能夠快速了解公司目前的業(yè)務重心和房源類別占比；再按照房源性質(zhì)、類型、狀態(tài)、來源進行分類統(tǒng)計；當然，如果公司業(yè)務中，會特別關注房源的一些特項，例如老板比較關注上傳了照片、VR、視頻的房源，也可以進行統(tǒng)計。

客源也是如此，選取客源的分類和標簽進行統(tǒng)計；因為目前大部分中介公司還是更注重房源的管理，所以一般來說，客源的指標沒有房源那么多，統(tǒng)計的維度也會相對少一些；但是如果中介SaaS系統(tǒng)中的客源管理功能做的非常細致，客源管理像CRM系統(tǒng)那樣非常精細，客源的統(tǒng)計指標也會非常多。

如果想通過數(shù)據(jù)來確定房客源總數(shù)的統(tǒng)計維度，可以在系統(tǒng)房客源列表的選項中進行埋點，統(tǒng)計出經(jīng)紀人和管理員在日常查詢房客源時操作最頻繁的選項；通過埋點結(jié)果來輔助產(chǎn)品經(jīng)理的調(diào)研結(jié)果，這樣會讓整個報表的結(jié)構(gòu)更符合用戶需求。

2. 增量數(shù)據(jù)

不同于房客源總數(shù)這類展示當前時間點現(xiàn)狀的存量數(shù)據(jù)，中介管理系統(tǒng)中增量數(shù)據(jù)主要是展示一段時間內(nèi)的業(yè)務數(shù)據(jù)，同時還能具體展示每日/每月/每年的新增數(shù)據(jù)。

以房源新增報表為例，房源新增作為重要的資源獲取動作，報表主要是展示每日的房源新增數(shù)；故橫軸表頭為統(tǒng)計時間維度，查看不同時間段內(nèi)員工每天的房源新增數(shù)。

房源新增的第一步是統(tǒng)計每日房源新增總數(shù)，但如果想統(tǒng)計地再詳細一點，可以通過豐富列表的篩選項來達到統(tǒng)計目的；例如，可以將房源類別（二手房/新房/租房）、類型（公盤/私盤）、狀態(tài)、錄入員工等選項作為統(tǒng)計維度；這樣在查看報表的時候，可以非常細致地查看不同房源的新增情況。

例如上圖，房源的新增時間統(tǒng)計的顆粒度可以是日、月、年，管理員可以根據(jù)自己需要統(tǒng)計的時間段，查看時間段內(nèi)每天新增的房源數(shù)。

如果中介公司非常重視某一類房源的業(yè)務，則也可以通過組合篩選進行針對性統(tǒng)計；客源新增的統(tǒng)計報表邏輯大致也是如此，只是實際情況中，客源會有一些自己特有的統(tǒng)計指標，例如客源等級等。

03??數(shù)據(jù)更新方式

談到數(shù)據(jù)統(tǒng)計報表，數(shù)據(jù)更新方式一定繞不開。

在設計報表時，就要先根據(jù)報表的類型，來確定數(shù)據(jù)更新方式；數(shù)據(jù)更新有兩種：實時更新、定時更新。

從產(chǎn)品的前臺感觀來講，實時更新是數(shù)據(jù)每分每秒都在更新，就算你長時間停留在當前頁面不進行刷新操作，數(shù)據(jù)也會即時更新；在這種更新方式中，上傳數(shù)據(jù)多，數(shù)據(jù)處理壓力更大；但是有一些數(shù)據(jù)必須是實時性的，就一定要采用這種方式，例如水電量表，這是要實時上傳數(shù)據(jù)的。

但是在設計報表時，還是要提前先跟開發(fā)確認一下數(shù)據(jù)承載能力，不然的話在后續(xù)項目上線時，很容易出現(xiàn)問題。

定時更新數(shù)據(jù)是后臺會在幾個小時（具體間隔時間可以定義）更新數(shù)據(jù)；如果用戶在當前頁面停留了1個小時，就算這一個小時中數(shù)據(jù)量發(fā)生了很大的變化，但是如果沒有刷新頁面的話，報表中的數(shù)據(jù)還是1個小時前進入該頁面時的數(shù)據(jù)。

大部分統(tǒng)計報表數(shù)據(jù)不需要實時展示，再加上為了數(shù)據(jù)和系統(tǒng)的穩(wěn)定性，多采用定時更新的方式；而中介SaaS系統(tǒng)的數(shù)據(jù)更是如此，新增房客源、新增業(yè)績和單量這些并不是操作比較頻繁的數(shù)據(jù)，所以采用定時更新毫無問題；但是為了提高用戶體驗和盡可能地提高數(shù)據(jù)準確率，可以在技術(shù)條件允許的情況下將定時更新的間隔縮小一些。

04??表格樣式

從產(chǎn)品設計的角度來講，統(tǒng)計報表的設計工作量并不多，難度也不大；雖然主要是表格，但其中還是要注重一些設計細節(jié)。

1. 篩選項

篩選項的設計，首先需要考慮報表業(yè)務的特性，管理員會想篩選的哪些內(nèi)容，以此為依據(jù)來選擇篩選項。

除了根據(jù)報表類型而定的特殊選項，統(tǒng)計報表中也會有一些通用的選項；例如時間選項和組織架構(gòu)選項。大部分報表都有日期選項，主要是為了讓用戶能夠自己選擇查看歷史時間段的數(shù)據(jù)；日期篩選的維度通常有日報/月報/年報，如果再詳細一點，還有周報/季報——這些時間節(jié)點都是用戶可能會關注的數(shù)據(jù)時間點，大體上能滿足他們在篩選數(shù)據(jù)時的需求。

選擇日期范圍

選擇月份范圍

還有一種篩選是時間選項，但這種在報表中用的不太多，因為大多數(shù)數(shù)據(jù)統(tǒng)計的維度到“日”已經(jīng)足夠了；當然也會有一些對時間要求很細致的報表，會篩選到“時/分”的，這個時候就需要日期篩選和時間篩選進行組合查詢。

任意時間范圍

通用篩選項中，除了時間選項，組織架構(gòu)選項也非常重要；如果說時間選項決定了可以統(tǒng)計哪些時間的數(shù)據(jù)，那組織架構(gòu)選擇則決定了可以統(tǒng)計哪些人的數(shù)據(jù)；該選項需要按照SaaS系統(tǒng)客戶的組織架構(gòu)特性來進行設計，例如中介行業(yè)的組織架構(gòu)通常是公司-區(qū)域-門店-小組-普通員工，那它的組織架構(gòu)選項就是這幾個層級的組合。

按照上述篩選方式，最終展示的維度是員工，即篩選一個門店，報表會展示該門店下所有員工的數(shù)據(jù)。

這種只能查看員工數(shù)據(jù)的篩選方式過于固定且單一了，當用戶是一個大集團且部門層級很多的話，很難按照層級來進行篩選，也很難展示層級之間的數(shù)據(jù)對比；選項中可以提供多種組織架構(gòu)維度，讓用戶可以根據(jù)自己的需求選擇“按公司/按區(qū)域/按門店/按小組/按員工”進行篩選；這樣既可以展示不同的組織層級數(shù)據(jù)，也方便用戶對比不同層級間的業(yè)務數(shù)據(jù)。

篩選項可以說是最簡單的設計了，但是在設計時還是要多看看時下最新的一些控件，看看有哪些不錯的交互效果，這樣能讓報表模塊擺脫“陳舊感”，風格更新穎獨特。

舉個栗子，組織架構(gòu)的篩選，最簡單地是把區(qū)域、門店、小組、員工這四個選項擺在一起，這樣也不是不行；只是如果篩選項過多的時候，會很占地方且過于死板，交互性不好；但如果使用級聯(lián)篩選，組織結(jié)構(gòu)的層級性更清晰了，用戶的操作動作減少了，交互上也更方便了。

多個并列擺放

級聯(lián)選項

2. 表格設計

統(tǒng)計表格的設計并沒有太多的發(fā)揮空間，主要是要堅持“用戶友好”理念，提高用戶體驗。這需要在產(chǎn)品設計時注重細節(jié)，列高、列寬、隱形邏輯的展示等等；報表細節(jié)多考慮一分，用戶在使用過程中的體驗會上升一大步。

表格設計中，要從用戶的角度考慮多種因素：首先是列寬列高的確定，既要能夠完整地展示數(shù)據(jù)，又要讓用戶能夠的視覺上感到很舒適；數(shù)據(jù)展示過于密集，用戶很難清晰地查看報表。

其次是凍結(jié)窗格和縱橫滾動條，數(shù)據(jù)過多時，需要拖取滾動條來查看數(shù)據(jù)，這個時候就需要確定哪些窗格是需要固定的，才能方便用戶對應數(shù)據(jù)；不然的話用戶只能看到數(shù)字，不了解數(shù)字對應的是哪些指標。

最后是隱藏邏輯的提示，報表中些隱藏的邏輯，例如數(shù)據(jù)更新時間、數(shù)據(jù)指標的具體含義，這些都是用戶不知道的，所以需要對用戶進行提示；提示的方式要隱蔽但不能隱藏，提示的文字要言簡意賅且通俗易懂。

05? ?總結(jié)

基礎數(shù)據(jù)統(tǒng)計只是報表設計的第一步，但是基礎數(shù)據(jù)統(tǒng)計并不是簡單地將excel表格搬到系統(tǒng)中，其中還是需要設計和思考；只有做好基礎數(shù)據(jù)統(tǒng)計的表格，打好基礎，才能將報表統(tǒng)計的能力延伸到數(shù)據(jù)可視化、數(shù)據(jù)分析報表。

#專欄作家#

異彩，微信公眾號：一只蝸牛慢慢跑，人人都是產(chǎn)品經(jīng)理專欄作家。從事房產(chǎn)管理系統(tǒng)的產(chǎn)品工作，關注To C產(chǎn)品的交互設計、運營、結(jié)構(gòu)設計和商業(yè)模式。在成為一名優(yōu)秀的產(chǎn)品人的路上努力前行。

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

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