數(shù)字化智慧空間(園區(qū))中的體驗(yàn)設(shè)計(jì)

4 評(píng)論 3446 瀏覽 47 收藏 23 分鐘

要想做好智慧園區(qū)的體驗(yàn)設(shè)計(jì),我們需要從多個(gè)維度出發(fā)去做考量,因?yàn)槠錁I(yè)態(tài)內(nèi)容是十分復(fù)雜的。這篇文章里,作者就從產(chǎn)品業(yè)務(wù)模式、需求層次、應(yīng)用構(gòu)成、典型需求四個(gè)方面展開論述,一起來看一下。

智慧城市的概念與前景已遍及生產(chǎn)生活的各個(gè)方面,園區(qū)作為智慧城市最具典型的生產(chǎn)代表,它的運(yùn)作模式與發(fā)展探索中所面臨的問題,可反哺我們對(duì)于智慧化空間的頂層設(shè)計(jì)研究及思考,以便我們更加全面地進(jìn)行園區(qū)的數(shù)字化產(chǎn)業(yè)升級(jí)。

園區(qū)這類空間表現(xiàn)形式中,因其豐富且龐雜的業(yè)態(tài)內(nèi)容,蘊(yùn)含了大量不同場(chǎng)景下空間與人、人與人、人與物、物與空間等的復(fù)雜交互。無論從園區(qū)管理、運(yùn)維還是經(jīng)營的角度出發(fā),均需我們站在各個(gè)不同維度去洞察體驗(yàn)環(huán)節(jié)中的各類痛點(diǎn),從而輻射至各類不同形態(tài)的空間體驗(yàn)設(shè)計(jì)及智慧城市的建設(shè)中。

下面從智慧園區(qū)的產(chǎn)品業(yè)務(wù)模式、需求層次、應(yīng)用構(gòu)成、典型需求四個(gè)方面展開論述。

一、智慧園區(qū)的產(chǎn)品業(yè)務(wù)模式

拋開過多的復(fù)雜定義與部分行業(yè)垂直特殊性,目前智慧園區(qū)的產(chǎn)品業(yè)務(wù)模式大致可分為兩類。

1. 企業(yè)自研產(chǎn)品

此類為較大規(guī)模的企業(yè)為達(dá)到降本增效之目的,也為了企業(yè)所涉及到的各類空間在自動(dòng)化的基礎(chǔ)上更加智能化、可持續(xù)的發(fā)展,企業(yè)根據(jù)自身的實(shí)際需求,對(duì)已有的例如樓宇管理、消防、安保、辦公、通信等自動(dòng)化系統(tǒng)進(jìn)行重新整合,最大程度地規(guī)避信息孤島問題,形成一個(gè)綜合、互通的平臺(tái)級(jí)應(yīng)用產(chǎn)品。

較大規(guī)模企業(yè)一般都擁有經(jīng)驗(yàn)豐富且專業(yè)的產(chǎn)研團(tuán)隊(duì),以伊颯爾服務(wù)過的京東方為例,他們便是在完成企業(yè)自身的園區(qū)數(shù)字化升級(jí)后,也將同樣的服務(wù)提供于采購他們硬件產(chǎn)品的客戶,加強(qiáng)促進(jìn)園區(qū)內(nèi)的軟硬件結(jié)合,進(jìn)一步形成產(chǎn)品服務(wù)的生態(tài)閉環(huán)。

此類因定制化程度較高,屬于企業(yè)的基礎(chǔ)服務(wù)建設(shè)。它以需求為導(dǎo)向,更加適用于企業(yè)自身的切實(shí)需要。體驗(yàn)設(shè)計(jì)師的側(cè)重點(diǎn)應(yīng)聚焦于深入了解各類用戶需求、了解產(chǎn)品應(yīng)用間的耦合關(guān)系、對(duì)不同系統(tǒng)與功能進(jìn)行融合等工作。

2. 解決方案服務(wù)產(chǎn)品

此類為看中智慧園區(qū)行業(yè)的潛能與前景,以提供綜合的數(shù)字化解決方案為核心業(yè)務(wù)的企業(yè)。他們可以為不同屬性、不同需求的園區(qū)提供定制化的產(chǎn)品服務(wù)。這要依托于其持續(xù)性地對(duì)不同形態(tài)園區(qū)的痛點(diǎn)進(jìn)行洞察分析,深入了解底層基礎(chǔ)需求,經(jīng)過專業(yè)的設(shè)計(jì)與驗(yàn)證,從而形成自己的產(chǎn)品體系。

此類企業(yè)對(duì)于智慧園區(qū)的服務(wù)形式、內(nèi)容都具有較為垂直且深入的研究,是以產(chǎn)品內(nèi)容與服務(wù)為導(dǎo)向的。這類產(chǎn)品對(duì)于體驗(yàn)設(shè)計(jì)的要求較高,既要保證產(chǎn)品應(yīng)用層面的普適性,同時(shí)也要確保不同的產(chǎn)品功能順利組成新的應(yīng)用產(chǎn)品。體驗(yàn)設(shè)計(jì)師的側(cè)重點(diǎn)應(yīng)聚焦于產(chǎn)品系統(tǒng)中基礎(chǔ)需求的拆解與重組、模塊功能架構(gòu)與任務(wù)路徑等設(shè)計(jì)工作。

二、智慧園區(qū)的需求層次

若將智慧園區(qū)的建設(shè)與發(fā)展擬作有階段性需求的個(gè)體,參照馬斯洛需求層次理論(Maslow’s Hierarchy of Needs)可大致分為三層,即基層的安全、第二階層的運(yùn)維以及第三階層的經(jīng)營。

無論園區(qū)以何種形態(tài)發(fā)展,又發(fā)展至何種階段,以較高維度出發(fā),它將幫助我們了解無論在何種業(yè)務(wù)模式或商業(yè)模式中挖掘業(yè)務(wù)及產(chǎn)品重點(diǎn)。從基礎(chǔ)層面思考,可在我們進(jìn)行產(chǎn)品設(shè)計(jì)時(shí),輔助我們進(jìn)行需求排期、確定問題處理的優(yōu)先級(jí)等工作,這些均與園區(qū)的需求層次密切相關(guān)。

三、智慧園區(qū)的應(yīng)用構(gòu)成

園區(qū)在日常的運(yùn)維經(jīng)營中會(huì)產(chǎn)生各類不同的數(shù)據(jù)資源,這些源數(shù)據(jù)大致包括園區(qū)信息、經(jīng)營信息、商業(yè)信息、產(chǎn)業(yè)資源、人才庫、項(xiàng)目庫、產(chǎn)品庫、資產(chǎn)信息等。如何對(duì)這些數(shù)據(jù)進(jìn)行串聯(lián)與分類,也就代表著在應(yīng)用層我們應(yīng)如何設(shè)計(jì)能承載這些數(shù)據(jù)內(nèi)容呈現(xiàn)的平臺(tái)產(chǎn)品。

1. 應(yīng)用分類

一般來說,應(yīng)用種類的設(shè)置需根據(jù)園區(qū)或企業(yè)自身的實(shí)際需求進(jìn)行,但通常情況下基本均包含了如下幾個(gè)大類。

2. 應(yīng)用切換體驗(yàn)探索

如何進(jìn)行園區(qū)內(nèi)應(yīng)用(或平臺(tái))間的切換,我們?cè)诜?wù)京東方的項(xiàng)目實(shí)踐中總結(jié)了如下的體驗(yàn)設(shè)計(jì)要點(diǎn)。

功能描述

從園區(qū)為度對(duì)數(shù)據(jù)進(jìn)行分層,擁有多園區(qū)權(quán)限的角色可以在園區(qū)之間進(jìn)行切換。

設(shè)計(jì)思路

園區(qū)數(shù)據(jù)與園區(qū)主體擁有強(qiáng)綁定關(guān)系,園區(qū)A的數(shù)據(jù)之和園區(qū)A相關(guān),意味著在查看園區(qū)A的數(shù)據(jù)時(shí)可以完全屏蔽園區(qū)B的數(shù)據(jù),因此園區(qū)切換的操作層級(jí)非常高;與權(quán)限系統(tǒng)相關(guān)聯(lián),對(duì)于單園區(qū)的角色,不展示園區(qū)切換的操作;對(duì)于多園區(qū)的角色,需要一個(gè)「概覽頁」,用戶匯總多個(gè)園區(qū)的數(shù)據(jù),提供全局視角。

設(shè)計(jì)方案:單園區(qū)的角色,賬密輸入后進(jìn)入后臺(tái)首頁,無園區(qū)切換操作;

多園區(qū)的角色, 賬密輸入后進(jìn)入概覽頁,橫向?qū)Ρ雀鲌@區(qū)的數(shù)據(jù),并提供園區(qū)的入口;

多園區(qū)的角色, 在頁面頭部提供切換園區(qū)的入口;

四、智慧園區(qū)中的典型需求

園區(qū)在現(xiàn)實(shí)物理世界與抽象維度都有其相對(duì)應(yīng)的一些內(nèi)容。從具體層面出發(fā),以園區(qū)為中心,空間、任務(wù)及人之間產(chǎn)生了現(xiàn)實(shí)之間的聯(lián)系,映射在抽象層面就有了場(chǎng)景、目標(biāo)與角色等維度的誕生。

如何基于兩個(gè)不同層面的相似與差異需求進(jìn)行體驗(yàn)層面的設(shè)計(jì),本章節(jié)會(huì)進(jìn)行幾個(gè)典型需求來進(jìn)行舉例說明。

1. 典型需求——樓宇監(jiān)控需求說明

以園區(qū)內(nèi)的GIS為例,將園區(qū)內(nèi)的數(shù)據(jù)信息以可視化的形態(tài)呈現(xiàn)于地圖上,更加清晰直觀地描述空間與數(shù)據(jù)等之間的關(guān)系。

設(shè)計(jì)思路

此處的使用場(chǎng)景為應(yīng)用層,可適當(dāng)簡(jiǎn)化地圖系統(tǒng)的路徑,保留「園區(qū)-建筑-樓層」路徑。載入頁面后提供簡(jiǎn)化后的俯視圖,結(jié)合地圖信息框架,標(biāo)注出每棟建筑的位置,并在頂部圖層展示業(yè)務(wù)組件。每棟建筑均可點(diǎn)擊進(jìn)入查看詳情:將建筑平面抽象化,通過副欄進(jìn)入不同樓層,在每個(gè)樓層分別完成增刪改查等工作。

設(shè)計(jì)方案:

在此模塊的頁面結(jié)構(gòu)中,從下導(dǎo)航分別為「底層地圖 – 業(yè)務(wù)組件 – 浮層窗體」;

進(jìn)入查看某棟建筑或房間時(shí),保留路徑用于回退;切換路徑或更換樓層時(shí),面板數(shù)據(jù)源相應(yīng)變化;查看建筑時(shí),增加樓層指示器。

2. 典型需求——排班管理需求說明

查看員工的排班情況,并提前為其制定工作計(jì)劃。

設(shè)計(jì)思路:

分配任務(wù)的流程中,至少需要三個(gè)要素「任務(wù)、員工、時(shí)間」。任務(wù)實(shí)體通常包含任務(wù)id、任務(wù)名稱、任務(wù)描述、審核標(biāo)準(zhǔn)等。員工實(shí)體通常包含員工id、員工姓名、所屬部門、崗位等,但此處為了表達(dá)排班管理的功能,可暫時(shí)省去部分字段以簡(jiǎn)化模型;時(shí)間將任務(wù)與員工連接起來,限制員工在限定時(shí)間內(nèi)完成任務(wù)。

對(duì)于一些日常性的、周期性的任務(wù),為了避免每次分配都要編輯名稱和描述,因此為其建立一套「日常任務(wù)庫」,分配任務(wù)時(shí)直接從庫中調(diào)用,只需要單獨(dú)維護(hù)這套任務(wù)庫即可。

分配任務(wù)時(shí),有三種思路:

第一種:?jiǎn)T工任務(wù)甘特圖

檢視員工的排班情況,并為員工指派任務(wù);

為了更方便地展示未來多天的排班情況,將時(shí)間軸嵌入員工表:

第二種:日歷面板

第二種思路,選擇某個(gè)時(shí)間區(qū)段,編輯任務(wù)后添加員工;

在組件表達(dá)上,最終選擇「日歷」作為方案;

第三種:任務(wù)表

第三種思路,預(yù)先配置好任務(wù)(僅針對(duì)周期性的任務(wù)),為其設(shè)定時(shí)間并添加員工;

任務(wù)庫使用常規(guī)的列表頁即可;

整體方案:

在一個(gè)界面中通過 tab 進(jìn)行切換,不需要跳出界面即可滿足三種場(chǎng)景的排班管理需求。

3. 典型需求——視頻監(jiān)控需求說明

選擇若干攝像機(jī),將畫面展示在頁面中;

A. 畫面

每個(gè)畫面包含多種狀態(tài);待播放、播放中、錄屏中;

鼠標(biāo)移入后,在畫面中展示額外信息和操作;

雙擊正在播放的畫面,可快捷地全屏化;

支持 1、4、6、9 宮格的畫面布局,用于不同顆粒度的監(jiān)控場(chǎng)景;

B. 攝像機(jī)

按照功能類型,可分為「槍機(jī)」和「球機(jī)」,球機(jī)支持更多的操作,如轉(zhuǎn)向、巡航路線配置等;

按照是否聯(lián)網(wǎng) / 開機(jī),可分為「在線」和「離線」;

按照是否播放,可分為「未播放」和「播放中」,其中只有在線的攝像機(jī)才會(huì)有「播放中」的狀態(tài);

按照鼠標(biāo)交互,可分為「默認(rèn)」和「鼠標(biāo)移入」;

當(dāng)攝像機(jī)數(shù)量逐漸增加時(shí),為了在攝像機(jī)列表中快速定位某一臺(tái)攝像機(jī),為列表添加搜索功能;

當(dāng)需要在多個(gè)攝像機(jī)之間頻繁切換時(shí),搜索成本仍然較大,因此為攝像機(jī)增加分組功能。分組命名通常為場(chǎng)景或任務(wù),將需要的攝像機(jī)添加進(jìn)組,之后便可以在某個(gè)分組下快速定位攝像機(jī);

分組之外的另一個(gè)思路,為攝像機(jī)添加標(biāo)簽,通過標(biāo)簽來定位攝像機(jī),因此需要建立專屬于攝像機(jī)的標(biāo)簽庫。標(biāo)簽系統(tǒng)需要考慮另一個(gè)因素,即篩選的結(jié)果滿足所有標(biāo),還是只需滿足任一標(biāo)簽,綜合考慮標(biāo)簽分類的方式學(xué)習(xí)成本較大,因此只簡(jiǎn)單展示一下。

C. 攝像機(jī)面板

實(shí)際的業(yè)務(wù)需求中,除了提供「攝像機(jī)名稱與狀態(tài)」,還需要提供一些輔助信息與入口,如攝像機(jī)詳情入口、告警策略配置、待處理的告警事件、錄像回放、球機(jī)的轉(zhuǎn)向與巡航路線配置等。

設(shè)計(jì)思路為:選中某臺(tái)攝像機(jī)后,在一塊面板中展示相關(guān)信息與入口,這塊面板不能影響畫面區(qū)域,因?yàn)樵谡{(diào)整球機(jī)的轉(zhuǎn)向與焦距時(shí),需要畫面的實(shí)時(shí)反饋,因此考慮將這塊面板覆蓋在設(shè)備列表上;

將所有的輔助信息與入口進(jìn)行盤并篩選后,元素內(nèi)容仍然過多,更何況會(huì)涉及到轉(zhuǎn)向功能,因此將面板進(jìn)行分類;其中,「基礎(chǔ)信息」面板為槍機(jī)與球機(jī)的共有面板,「預(yù)置位置、巡航列表、視頻設(shè)置」為球機(jī)獨(dú)有的面板;

為了避免面板內(nèi)容過多地占據(jù)攝像機(jī)列表的縱向空間,所有面板支持手風(fēng)琴折;

D. 輪巡模式

當(dāng)用戶需要在多臺(tái)攝像機(jī)之間(超過9臺(tái))頻繁切換時(shí),為了簡(jiǎn)化用戶操作,考慮增加一種輪播模式,使一批攝像機(jī)按照某個(gè)間隔循環(huán)播放。復(fù)用上方提到的分組方案,為這個(gè)分組添加輪播屬性為「是」,并設(shè)置輪播間隔后,即可讓該分組按照既定的規(guī)則進(jìn)行輪播。

此外還有另一個(gè)問題,當(dāng)分組中攝像機(jī)的數(shù)量無法被畫面數(shù)量整除時(shí),可能會(huì)導(dǎo)致某臺(tái)設(shè)備的畫面在輪播時(shí)無法出現(xiàn)在某個(gè)固定位置,但在用研階沒有關(guān)于該問題的結(jié)論,因此將「是否固定畫面數(shù)量」作為分組中的一個(gè)屬性,交由用戶配置;

選擇某個(gè)分組后,若該分組支持輪巡,可快捷開啟輪巡模式;

4. 典型需求——視頻監(jiān)控需求說明

讓用戶在特定范圍內(nèi)訪問資源、讓管理者更方便地管控每個(gè)用戶可訪問的資源。

A. 權(quán)限模型

常見的技術(shù)模型,如 ACL、RBAC、ABAC、DAC、MAC 等,不同的模型有不同的使用場(chǎng)景,此處以 RBAC 為例,因?yàn)榇四P驮趯?shí)際工作中應(yīng)用得更頻繁,且對(duì)于權(quán)限可以有一個(gè)基礎(chǔ)的理解;

B. 梳理角色

首先需要窮舉角色,保證系統(tǒng)運(yùn)作的閉環(huán),盤點(diǎn)角色需要以下兩種方式:

按照任務(wù)流程(職責(zé))劃分:

我們?cè)谠O(shè)計(jì)系統(tǒng)或產(chǎn)品時(shí),通常是需要去梳理用戶的任務(wù)流程的。當(dāng)時(shí)是如何設(shè)計(jì)這個(gè)系統(tǒng)的,我們現(xiàn)在就如何去劃分角色,匹配度也會(huì)更高。為此,我們需要羅列所有的功能,以及每個(gè)功能中涉及到的所有任務(wù)流程。通過這種方式,我們得到的角色列表通常包含錄入人員、審核人員、應(yīng)用人員;

按照崗位劃分:

工作職責(zé)與崗位通常存在對(duì)應(yīng)關(guān)系,需要將上方的職責(zé)與崗位進(jìn)行一一關(guān)聯(lián),確保所有的職責(zé)都被分配無遺漏,并且避免存在職責(zé)劃分不明確的情況,最后的角色列表可能包含管理員、客服、運(yùn)維、工程師、設(shè)計(jì)師等。

C. 梳理權(quán)限

權(quán)限通常分為以下三種:

  1. 頁面權(quán)限:某個(gè)頁面是否可見,這會(huì)直接體現(xiàn)在導(dǎo)航菜單中,只有用戶擁有某個(gè)頁面的訪問權(quán)限時(shí),才會(huì)在導(dǎo)航中展示該菜單;
  2. 操作權(quán)限:某個(gè)操作是否可用,包括增刪改查審核;
  3. 數(shù)據(jù)權(quán)限:某個(gè)數(shù)據(jù)是否可見。

一個(gè)角色在系統(tǒng)中會(huì)涉及到哪些任務(wù),這決定了該角色將擁有哪些頁面權(quán)限;一個(gè)角色在某個(gè)任務(wù)中需要產(chǎn)生哪些行為,這決定了該角色擁有的操作權(quán)限;為了完成這個(gè)任務(wù),一個(gè)角色需要查看哪些信息,這決定了該角色擁有的數(shù)據(jù)權(quán)限。結(jié)合之前每個(gè)角色的任務(wù)流程圖,將會(huì)得到一份角色權(quán)限表;

進(jìn)一步地,為角色配置權(quán)限;

D. 配置權(quán)限

第一種邏輯,為角色添加用戶;

第二種邏輯,為用戶添加角色;

結(jié)語

智慧園區(qū)之于智慧城市以小見大,我們生活的便捷與智能,離不開商業(yè)對(duì)于行業(yè)整體的發(fā)展推動(dòng)。在園區(qū)的數(shù)字化改革浪潮中,無論哪類企業(yè)與其產(chǎn)品的業(yè)務(wù)模式,處處都埋藏著發(fā)揮體驗(yàn)設(shè)計(jì)價(jià)值的機(jī)會(huì)點(diǎn),我們也都在為更加智能化的城市空間建設(shè)做出專業(yè)貢獻(xiàn)。

來源公眾號(hào):用戶體驗(yàn)大學(xué)堂(ID:isaruxd),專注用戶研究和用戶體驗(yàn)設(shè)計(jì)。

本文由人人都是產(chǎn)品經(jīng)理合作媒體 @用戶體驗(yàn)大學(xué)堂 授權(quán)發(fā)布,未經(jīng)許可,禁止轉(zhuǎn)載。

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

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 不講用戶場(chǎng)景的產(chǎn)品功能都是耍流氓

    來自廣東 回復(fù)
  2. 作者為伊颯爾公司資深用戶研究員,該文章為項(xiàng)目實(shí)踐總結(jié),有不當(dāng)之處,歡迎各位大神留言交流。

    來自河南 回復(fù)
  3. 好文

    來自山東 回復(fù)
    1. 謝謝!歡迎留言交流心得體會(huì)!

      來自河南 回復(fù)