#本文為人人都是產(chǎn)品經(jīng)理《原創(chuàng)激勵計劃》出品。

產(chǎn)品經(jīng)理在初入職場的時候，往往只會負責某些簡單功能的設計和修護。等到了能力和經(jīng)驗都具備的時候，就可以進階到獨立負責一個完整的產(chǎn)品設計的階段。本文作者分享如何通過用戶體驗五要素，獨立完成醫(yī)療信息系統(tǒng)的產(chǎn)品設計，希望對你有幫助。

能夠不只是負責部分功能模塊的設計，而是能夠獨立負責一個完整的產(chǎn)品設計是很多產(chǎn)品人的職場階段目標之一。筆者也是如此，當年期盼已久后終于有機會負責了一款完整B端醫(yī)院專科產(chǎn)品的設計。

這款產(chǎn)品的復雜度不算高，卻使我有機會第一次獨立負責設計了一個完整產(chǎn)品，并且順利上線了公司的重點客戶醫(yī)院，也獲得了其省份護理學會信息化案例比賽的省級獎項。

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

一、戰(zhàn)略層

簡單介紹下產(chǎn)品背景，我們公司一家重點客戶醫(yī)院在上線全院信息系統(tǒng)時，要求上線一個專門針對新生兒病區(qū)某個護理工作流程所使用的?？菩畔⑾到y(tǒng)。

公司考慮該醫(yī)院主要信息系統(tǒng)都將切換為公司新產(chǎn)品，為了各系統(tǒng)之間更好的互聯(lián)互通，決定不使用公司已有的老系統(tǒng)上線，由我們部門在新產(chǎn)品架構(gòu)下設計一款新產(chǎn)品為醫(yī)院上線。

在這樣的背景下，我們領(lǐng)導承擔了這項任務，并將其交由我來做主要設計。我在收到產(chǎn)品設計任務之后，首先想到了按照用戶體驗五要素的思路確定產(chǎn)品的設計流程。

首先從戰(zhàn)略層上主要考慮了以下問題：

1. 目前業(yè)務場景及其通點

經(jīng)過現(xiàn)場調(diào)研，該醫(yī)院的新生兒病區(qū)是其特色病區(qū)，針對某項護理工作有更精細化的管理流程。但是這項護理工作目前病區(qū)是全部線下操作，并未使用信息系統(tǒng)，導致存在以下痛點：

• 對臨床護士來說，目前的線下各類紙質(zhì)記錄工作量大，易出錯；相同數(shù)據(jù)需重復記錄至不同文書，工作效率低；操作規(guī)范僅靠護士人工判斷，存在一定的安全風險。
• 對管理層來說，部分流程節(jié)點操作不方便記錄，導致后期過程無法追溯；醫(yī)護信息系統(tǒng)各類功能未關(guān)聯(lián)該項護理操作，導致該護理工作未形成閉環(huán)管理；業(yè)務產(chǎn)生的數(shù)據(jù)量大，統(tǒng)計報表效率低且準確率沒有保證。

2. 產(chǎn)品目標

從用戶的角度，我希望產(chǎn)品設計能夠解決該醫(yī)院管理和臨床業(yè)務使用場景的痛點問題，對業(yè)務全流程進行實時監(jiān)督和反饋，實現(xiàn)業(yè)務各環(huán)節(jié)的閉環(huán)鏈路。該目標達成的標志就是能夠順利將該產(chǎn)品在醫(yī)院上線并獲得認可。

從客戶的角度，系統(tǒng)除了能夠解決用戶在使用過程中的實際需求外，還要能夠支持醫(yī)院在信息化評級時滿足評級文件中對對該項業(yè)務要求的其它功能。用戶目前階段可能不會使用或者較少使用到這些功能，但是要滿足醫(yī)院信息化整體建設評級的要求。該目標達成的標志是產(chǎn)品功能通過醫(yī)院信息化評級自評認可。

從產(chǎn)品商業(yè)角度，通過對市場情況的了解，該產(chǎn)品的使用規(guī)模在行業(yè)里較小，單價也僅在數(shù)十萬元，好像乍一看是一款市場規(guī)模少，經(jīng)濟效益低的不值得長期投入的產(chǎn)品。但是仔細分析后我們認為，該產(chǎn)品規(guī)模小的原因是使用該產(chǎn)品進行精益化管理的都是大型三甲或大型集團醫(yī)院，而這類醫(yī)院的對我們公司所帶來的口碑和品牌價值是要遠遠超過經(jīng)濟價值的。

另一方面，雖然我國大部分醫(yī)院的該項護理工作并目前未達到需要使用信息系統(tǒng)進行管理的程度，但是由于在某項醫(yī)院信息化建設的高級別指標中包含了該信息系統(tǒng)的使用。所以從長遠角度來看，隨著我國醫(yī)院信息化建設的整體發(fā)展，該款產(chǎn)品的市場規(guī)模是會逐漸擴增的。

所以產(chǎn)品的商業(yè)目標也就不是項目化的滿足這一家醫(yī)院上線，而是實現(xiàn)產(chǎn)品化能夠以較小的成本實現(xiàn)該產(chǎn)品未來市場的批量推廣交付。

二、范圍層

戰(zhàn)略層已經(jīng)確定了我們要做一款什么樣的產(chǎn)品，以及明確了產(chǎn)品目標和目標達成標志，規(guī)劃好了宏偉藍圖。但是真正落地還是要將規(guī)劃根據(jù)我們的產(chǎn)品和工作現(xiàn)狀再合理分割成產(chǎn)品的各階段以及明確各階段的產(chǎn)品設計范圍。

短期產(chǎn)品設計范圍，適合基于MVP理論實現(xiàn)最小可行化產(chǎn)品，主要以用戶業(yè)務使用的主流程為主，完成在醫(yī)院規(guī)定時間內(nèi)上線的任務。同時在產(chǎn)品設計過程中也要要考慮到產(chǎn)品的可擴展性，為中長期的功能擴展搭好基礎框架。

中期產(chǎn)品設計范圍，以滿足醫(yī)院信息化建設評級為主，對照評級要求在產(chǎn)品主流程中和主流程之外合理的擴充更多功能細節(jié)。

長期產(chǎn)品設計范圍，以市場批量推廣為主，要考慮市場需求情況，做到其它醫(yī)院能夠通過配置或盡量小的改動成本滿足業(yè)務需求和醫(yī)院上線要求。

明確好產(chǎn)品各階段的設計范圍后和優(yōu)先級后，就可以將通過用戶調(diào)研、市場分析、競品分析、政策文件等各種方式收集到的需求納入需求池按照優(yōu)先級進行跟蹤管理了。

需要注意的是，當我們的戰(zhàn)略層和范圍層確定之后，最好和產(chǎn)品的相關(guān)方一起再進行確認。

比如要和領(lǐng)導進行確認，工作任務要和領(lǐng)導的目標保持一致，因為領(lǐng)導也需要和他的領(lǐng)導目標保持一致。只有獲得領(lǐng)導的認可和支持，并且由他們協(xié)調(diào)好相關(guān)方，我們的工作才能繼續(xù)推進下去，否則再完美的方案如果脫離了公司與管理層的目標也只有被遺棄的結(jié)果。

再比如要和研發(fā)負責人進行確定，讓研發(fā)同事也知曉并認可產(chǎn)品目標，這樣在后期研發(fā)開發(fā)時，針對需求的優(yōu)先級處理、實現(xiàn)方式能更好的安排到位。避免出現(xiàn)該配置需求的研發(fā)認為加大了工作量、該處理的需求研發(fā)認為沒必要做等抵觸情況出現(xiàn)。

三、結(jié)構(gòu)層

明確了產(chǎn)品目標和產(chǎn)品設計范圍之后，再看著需求里新鮮出爐的需求，是不是按捺不住要把原型畫起來立刻征服它們了。

別急，在進行產(chǎn)品設計之前可以先通過流程圖確定好產(chǎn)品的業(yè)務流程，并通過業(yè)務流程大致確定產(chǎn)品需要哪些功能模塊，再根據(jù)產(chǎn)品各模塊之間的相互關(guān)系確定產(chǎn)品結(jié)構(gòu)。

在確定產(chǎn)品結(jié)構(gòu)時首先考慮產(chǎn)品的載體。PC端是醫(yī)院系統(tǒng)的主要承載方式，所以我們產(chǎn)品以PC操作為主，通過獨立的PC操作即能完成業(yè)務閉環(huán)。

同時該醫(yī)院還具備大量移動端設備，所以針對部分場景的功能也提供移動端操作，這部分功能場景在移動端實時性、準確性的優(yōu)勢下能較PC發(fā)揮更好的作用。所以我們的產(chǎn)品載體就確定為PC+移動。

其次考慮產(chǎn)品入口，因為該產(chǎn)品本身的使用者為護士，并且是由病區(qū)護士使用，為了避免護士在病區(qū)同一臺電腦需要來回切換多個系統(tǒng)的情況，我不再提供單獨的系統(tǒng)入口。

而是將產(chǎn)品入口嵌入到病區(qū)護士主要使用的住院護士站系統(tǒng)中，在PC的住院護士站系統(tǒng)通過一級主菜單作為入口。

移動端入口同理，病區(qū)護士主要使用的移動端為移動護理APP，將移動端入口嵌入到移動護理APP的首頁導航一級主菜單中。

之后考慮各功能模塊之間的連接，該項護理工作的流程是具備從前到后的連貫流程屬性的，所以PC端的多個功能模塊可以通過多個子級菜單順序顯示或者一個頁面多個tab頁順序顯示的形式呈現(xiàn)。

又考慮到我們是嵌入到其它系統(tǒng)中，不宜顯示多個菜單占用寶貴的導航欄菜單區(qū)域，所以確定通過一個入口菜單進入到頁面后，通過多tab頁的形式展現(xiàn)各個功能模塊，并可在同一頁面切換不同的tab頁，保障業(yè)務流程的連貫性。

移動端同理，只以一個菜單作為入口。但是因為移動端所呈現(xiàn)的是部分功能模塊，不是完整的業(yè)務流程，移動端對應的用戶角色也是會沉浸在其中一個用戶場景持續(xù)性操作。

為了保障用戶的沉浸式操作和各功能之間的數(shù)據(jù)不會因誤操作互相污染，在移動端就不采用一個頁面多tab頁的形式，而是將移動端的幾個功能模塊再次作為獨立的二級入口，各個入口進去后是獨立功能操作區(qū)域。

四、框架層

好了到這里產(chǎn)品結(jié)構(gòu)確定了也就意味著產(chǎn)品的骨架搭好了，接下來就可以在各個骨架中間填充血肉了，也就是框架層的設計。

現(xiàn)在終于可以打開你的原型設計軟件大展身手，對每個業(yè)務模塊的功能頁面進行設計了?？蚣軐邮谴_定頁面的整體布局情況，劃定頁面各個區(qū)域的功能屬性。

比如這個功能頁面需要選擇患者、顯示患者信息、顯示數(shù)據(jù)信息、提示信息、增刪改查、其它操作等，針對這些會出現(xiàn)在頁面中的顯示信息、操作組件等內(nèi)容就要為他們分配合理的區(qū)域。

五、表現(xiàn)層

合理分配好頁面各區(qū)域功能屬性之后，為了給用戶在各種感官上提供更好的交互體驗，就需要結(jié)合業(yè)務場景再通過對比、對齊、層次、字體、顏色、排版、特效、一致性等多種展現(xiàn)效果在頁面各個元素的表現(xiàn)上下功夫了。

我們團隊是具備專門的設計部門，通常這部分是我們產(chǎn)品出初稿原型后，再交由他們出專業(yè)的設計圖。

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

到這里產(chǎn)品設計部分的流程就結(jié)束了，產(chǎn)品經(jīng)理已經(jīng)可以輸出原型方案了，但是還不要著急讓研發(fā)進行開發(fā)。因為這款產(chǎn)品既然有明確的目標用戶，在產(chǎn)品方案確定好之后就可以找到關(guān)鍵用戶進行功能確認。

這么做一方面是做好用戶的期望值管理，讓用戶提前清楚產(chǎn)品上線時的模樣，不會出現(xiàn)用戶因期望值過高而導致產(chǎn)品上線后對現(xiàn)狀不滿意的情況發(fā)生。

另一方面也是做好產(chǎn)品的風險管理，產(chǎn)品的需求雖然來自用戶，但是需求在表達和轉(zhuǎn)達的過程中避免不了出現(xiàn)誤傳、漏傳的情況。如果等產(chǎn)品開發(fā)完成后才發(fā)現(xiàn)這些問題，那么就增加了額外的時間成本和人員成本。

所以在條件允許的情況可以和關(guān)鍵用戶一起確認方案，把控住產(chǎn)品設計可能會出現(xiàn)風險的地方，這么做也會讓關(guān)鍵用戶有更多的參與感，增加對產(chǎn)品的好感度。

六、最后

到這里產(chǎn)品就基本可以進入到評審和研發(fā)階段了，產(chǎn)品設計工作算是階段性的告一段落。

大家可以看到通過用戶體驗五要素的思路方法的確能夠比較好的讓自己建立起可執(zhí)行的工作流程，對產(chǎn)品設計和管理的幫助是非常大的。

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