我是如何透過使用者體驗五要素,設計醫療資訊系統的?

#本文為人人都是產品經理《原創激勵計劃》出品。

產品經理在初入職場的時候,往往只會負責某些簡單功能的設計和修護。等到了能力和經驗都具備的時候,就可以進階到獨立負責一個完整的產品設計的階段。本文作者分享如何透過使用者體驗五要素,獨立完成醫療資訊系統的產品設計,希望對你有幫助。

我是如何透過使用者體驗五要素,設計醫療資訊系統的?

能夠不只是負責部分功能模組的設計,而是能夠獨立負責一個完整的產品設計是很多產品人的職場階段目標之一。筆者也是如此,當年期盼已久後終於有機會負責了一款完整B端醫院專科產品的設計。

這款產品的複雜度不算高,卻使我有機會第一次獨立負責設計了一個完整產品,並且順利上線了公司的重點客戶醫院,也獲得了其省份護理學會資訊化案例比賽的省級獎項。

這次產品設計經歷使我收穫了一些寶貴的產品設計經驗,現在回想起來當時的過程仍然覺得津津有味。如果你此時正準備躍躍欲試嘗試獨立負責設計完整產品,或者剛剛收到了設計完整產品的工作任務感覺無從下手,那麼就跟我一起來回顧我當時透過使用者體驗五要素的方式考慮的設計思路吧。

我是如何透過使用者體驗五要素,設計醫療資訊系統的?

一、戰略層

簡單介紹下產品背景,我們公司一家重點客戶醫院在上線全院資訊系統時,要求上線一個專門針對新生兒病區某個護理工作流程所使用的專科資訊系統。

公司考慮該醫院主要資訊系統都將切換為公司新產品,為了各系統之間更好的互聯互通,決定不使用公司已有的老系統上線,由我們部門在新產品架構下設計一款新產品為醫院上線。

在這樣的背景下,我們領導承擔了這項任務,並將其交由我來做主要設計。我在收到產品設計任務之後,首先想到了按照使用者體驗五要素的思路確定產品的設計流程。

首先從戰略層上主要考慮了以下問題:

1. 目前業務場景及其通點

經過現場調研,該醫院的新生兒病區是其特色病區,針對某項護理工作有更精細化的管理流程。但是這項護理工作目前病區是全部線下操作,並未使用資訊系統,導致存在以下痛點:

對臨床護士來說

,目前的線下各類紙質記錄工作量大,易出錯;相同資料需重複記錄至不同文書,工作效率低;操作規範僅靠護士人工判斷,存在一定的安全風險。

對管理層來說

,部分流程節點操作不方便記錄,導致後期過程無法追溯;醫護資訊系統各類功能未關聯該項護理操作,導致該護理工作未形成閉環管理;業務產生的資料量大,統計報表效率低且準確率沒有保證。

2. 產品目標

從使用者的角度

,我希望產品設計能夠解決該醫院管理和臨床業務使用場景的痛點問題,對業務全流程進行實時監督和反饋,實現業務各環節的閉環鏈路。該目標達成的標誌就是能夠順利將該產品在醫院上線並獲得認可。

從客戶的角度

,系統除了能夠解決使用者在使用過程中的實際需求外,還要能夠支援醫院在資訊化評級時滿足評級檔案中對對該項業務要求的其它功能。使用者目前階段可能不會使用或者較少使用到這些功能,但是要滿足醫院資訊化整體建設評級的要求。該目標達成的標誌是產品功能透過醫院資訊化評級自評認可。

從產品商業角度

,透過對市場情況的瞭解,該產品的使用規模在行業裡較小,單價也僅在數十萬元,好像乍一看是一款市場規模少,經濟效益低的不值得長期投入的產品。但是仔細分析後我們認為,該產品規模小的原因是使用該產品進行精益化管理的都是大型三甲或大型集團醫院,而這類醫院的對我們公司所帶來的口碑和品牌價值是要遠遠超過經濟價值的。

另一方面,雖然我國大部分醫院的該項護理工作並目前未達到需要使用資訊系統進行管理的程度,但是由於在某項醫院資訊化建設的高級別指標中包含了該資訊系統的使用。所以從長遠角度來看,隨著我國醫院資訊化建設的整體發展,該款產品的市場規模是會逐漸擴增的。

所以產品的商業目標也就不是專案化的滿足這一家醫院上線,而是實現產品化能夠以較小的成本實現該產品未來市場的批次推廣交付。

我是如何透過使用者體驗五要素,設計醫療資訊系統的?

二、範圍層

戰略層已經確定了我們要做一款什麼樣的產品,以及明確了產品目標和目標達成標誌,規劃好了宏偉藍圖。但是真正落地還是要將規劃根據我們的產品和工作現狀再合理分割成產品的各階段以及明確各階段的產品設計範圍。

短期產品設計範圍,

適合基於MVP理論實現最小可行化產品,主要以使用者業務使用的主流程為主,完成在醫院規定時間內上線的任務。同時在產品設計過程中也要要考慮到產品的可擴充套件性,為中長期的功能擴充套件搭好基礎框架。

中期產品設計範圍,

以滿足醫院資訊化建設評級為主,對照評級要求在產品主流程中和主流程之外合理的擴充更多功能細節。

長期產品設計範圍,

以市場批次推廣為主,要考慮市場需求情況,做到其它醫院能夠透過配置或儘量小的改動成本滿足業務需求和醫院上線要求。

我是如何透過使用者體驗五要素,設計醫療資訊系統的?

明確好產品各階段的設計範圍後和優先順序後,就可以將透過使用者調研、市場分析、競品分析、政策檔案等各種方式收集到的需求納入需求池按照優先順序進行跟蹤管理了。

需要注意的是,當我們的戰略層和範圍層確定之後,最好和產品的相關方一起再進行確認。

比如要和領導進行確認,工作任務要和領導的目標保持一致,因為領導也需要和他的領導目標保持一致。只有獲得領導的認可和支援,並且由他們協調好相關方,我們的工作才能繼續推進下去,否則再完美的方案如果脫離了公司與管理層的目標也只有被遺棄的結果。

再比如要和研發負責人進行確定,讓研發同事也知曉並認可產品目標,這樣在後期研發開發時,針對需求的優先順序處理、實現方式能更好的安排到位。避免出現該配置需求的研發認為加大了工作量、該處理的需求研發認為沒必要做等牴觸情況出現。

我是如何透過使用者體驗五要素,設計醫療資訊系統的?

三、結構層

明確了產品目標和產品設計範圍之後,再看著需求裡新鮮出爐的需求,是不是按捺不住要把原型畫起來立刻征服它們了。

別急,在進行產品設計之前可以先透過流程圖確定好產品的業務流程,並透過業務流程大致確定產品需要哪些功能模組,再根據產品各模組之間的相互關係確定產品結構。

在確定產品結構時首先考慮產品的載體。PC端是醫院系統的主要承載方式,所以我們產品以PC操作為主,透過獨立的PC操作即能完成業務閉環。

同時該醫院還具備大量移動端裝置,所以針對部分場景的功能也提供移動端操作,這部分功能場景在移動端實時性、準確性的優勢下能較PC發揮更好的作用。所以我們的產品載體就確定為PC+移動。

其次考慮產品入口,因為該產品本身的使用者為護士,並且是由病區護士使用,為了避免護士在病區同一臺電腦需要來回切換多個系統的情況,我不再提供單獨的系統入口。

而是將產品入口嵌入到病區護士主要使用的住院護士站系統中,在PC的住院護士站系統透過一級主選單作為入口。

移動端入口同理,病區護士主要使用的移動端為移動護理APP,將移動端入口嵌入到移動護理APP的首頁導航一級主選單中。

之後考慮各功能模組之間的連線,該項護理工作的流程是具備從前到後的連貫流程屬性的,所以PC端的多個功能模組可以透過多個子級選單順序顯示或者一個頁面多個tab頁順序顯示的形式呈現。

又考慮到我們是嵌入到其它系統中,不宜顯示多個選單佔用寶貴的導航欄選單區域,所以確定透過一個入口選單進入到頁面後,透過多tab頁的形式展現各個功能模組,並可在同一頁面切換不同的tab頁,保障業務流程的連貫性。

我是如何透過使用者體驗五要素,設計醫療資訊系統的?

移動端同理,只以一個選單作為入口。但是因為移動端所呈現的是部分功能模組,不是完整的業務流程,移動端對應的使用者角色也是會沉浸在其中一個使用者場景持續性操作。

為了保障使用者的沉浸式操作和各功能之間的資料不會因誤操作互相汙染,在移動端就不採用一個頁面多tab頁的形式,而是將移動端的幾個功能模組再次作為獨立的二級入口,各個入口進去後是獨立功能操作區域。

我是如何透過使用者體驗五要素,設計醫療資訊系統的?

四、框架層

好了到這裡產品結構確定了也就意味著產品的骨架搭好了,接下來就可以在各個骨架中間填充血肉了,也就是框架層的設計。

現在終於可以開啟你的原型設計軟體大展身手,對每個業務模組的功能頁面進行設計了。框架層是確定頁面的整體佈局情況,劃定頁面各個區域的功能屬性。

比如這個功能頁面需要選擇患者、顯示患者資訊、顯示資料資訊、提示資訊、增刪改查、其它操作等,針對這些會出現在頁面中的顯示資訊、操作元件等內容就要為他們分配合理的區域。

我是如何透過使用者體驗五要素,設計醫療資訊系統的?

五、表現層

合理分配好頁面各區域功能屬性之後,為了給使用者在各種感官上提供更好的互動體驗,就需要結合業務場景再透過對比、對齊、層次、字型、顏色、排版、特效、一致性等多種展現效果在頁面各個元素的表現上下功夫了。

我們團隊是具備專門的設計部門,通常這部分是我們產品出初稿原型後,再交由他們出專業的設計圖。

一般我們生活工作中用到的產品在框架層和表現層的設計原則其實就是“合理”。合理是我們使用軟體時的一種感受。這裡篇幅有限,就不再系統性的進行解釋了,大家可以參考一些設計書籍或向已有的軟體頁面進行學習。

我是如何透過使用者體驗五要素,設計醫療資訊系統的?

到這裡產品設計部分的流程就結束了,產品經理已經可以輸出原型方案了,但是還不要著急讓研發進行開發。因為這款產品既然有明確的目標使用者,在產品方案確定好之後就可以找到關鍵使用者進行功能確認。

這麼做一方面是做好使用者的期望值管理,讓使用者提前清楚產品上線時的模樣,不會出現使用者因期望值過高而導致產品上線後對現狀不滿意的情況發生。

另一方面也是做好產品的風險管理,產品的需求雖然來自使用者,但是需求在表達和轉達的過程中避免不了出現誤傳、漏傳的情況。如果等產品開發完成後才發現這些問題,那麼就增加了額外的時間成本和人員成本。

所以在條件允許的情況可以和關鍵使用者一起確認方案,把控住產品設計可能會出現風險的地方,這麼做也會讓關鍵使用者有更多的參與感,增加對產品的好感度。

我是如何透過使用者體驗五要素,設計醫療資訊系統的?

六、最後

到這裡產品就基本可以進入到評審和研發階段了,產品設計工作算是階段性的告一段落。

大家可以看到透過使用者體驗五要素的思路方法的確能夠比較好的讓自己建立起可執行的工作流程,對產品設計和管理的幫助是非常大的。

推薦大家可以去繼續閱讀學習AJAX之父Jesse James Garrett的原書《使用者體驗要素》~

專欄作家

小遊,人人都是產品經理專欄作家。工作在醫療領域的產品經理,持續關注醫療資訊化、數字醫療、網際網路醫療行業。打怪升級中,期望能夠透過自己的力量為世界創造美好。

本文原創釋出於人人都是產品經理,未經許可,禁止轉載。

本文為人人都是產品經理《原創激勵計劃》出品,未經許可,禁止轉載。

題圖來自Unsplash,基於CC0協議

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

頂部