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

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

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

這款產(chǎn)品的復(fù)雜度不算高，卻使我有機(jī)會(huì)第一次獨(dú)立負(fù)責(zé)設(shè)計(jì)了一個(gè)完整產(chǎn)品，并且順利上線了公司的重點(diǎn)客戶醫(yī)院，也獲得了其省份護(hù)理學(xué)會(huì)信息化案例比賽的省級(jí)獎(jiǎng)項(xiàng)。

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

一、戰(zhàn)略層

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

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

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

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

1. 目前業(yè)務(wù)場(chǎng)景及其通點(diǎn)

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

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

2. 產(chǎn)品目標(biāo)

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

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

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

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

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

二、范圍層

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

移動(dòng)端入口同理，病區(qū)護(hù)士主要使用的移動(dòng)端為移動(dòng)護(hù)理APP，將移動(dòng)端入口嵌入到移動(dòng)護(hù)理APP的首頁(yè)導(dǎo)航一級(jí)主菜單中。

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

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

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

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

四、框架層

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

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

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

五、表現(xiàn)層

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

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

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

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

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

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

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

六、最后

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

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

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