醫(yī)療問診產(chǎn)品的消息模塊設(shè)計(jì)
編輯導(dǎo)語:關(guān)于消息模塊的設(shè)計(jì)我們其實(shí)并不陌生,但是醫(yī)療問診產(chǎn)品中消息模塊的設(shè)計(jì)卻很少見。在本篇文章中,作者為我們介紹了消息模塊是要做什么,以及消息模塊應(yīng)該怎么做,和大家分享了他關(guān)于探討消息模塊的某些產(chǎn)品設(shè)計(jì)的思考。
縱觀醫(yī)療類產(chǎn)品app,尤其涉及到線上咨詢類產(chǎn)品,都會(huì)在相對(duì)明顯的位置,底部導(dǎo)航欄第?、三位置,有?個(gè)消息模塊,本?嘗試探討消息模塊的某些產(chǎn)品設(shè)計(jì)思考。
因每?對(duì)消息模塊的理解范圍略有差異,本?主要依據(jù)實(shí)際?作中涉及到的范圍進(jìn)?梳理和探索,不免會(huì)有遺漏等現(xiàn)象產(chǎn)?。
一、消息模塊是要做什么
當(dāng)我們只有?件?服的時(shí)候,找到它?常簡(jiǎn)單和?便。當(dāng)我們的?服越來越多,需要根據(jù)不同天?不同場(chǎng)景,不同?彩、款式等規(guī)則進(jìn)?搭配后,找到合適的?服會(huì)變的越來越花費(fèi)時(shí)間和精?。
為了提升每天的穿?效率,我們會(huì)需要?個(gè)合理收納、?便查找、可快速定位的?柜,?消息模塊的作?可以簡(jiǎn)單理解為這個(gè)?柜。
???,?戶可能會(huì)購買多個(gè)醫(yī)?的服務(wù),當(dāng)?戶需要再次找到與醫(yī)?溝通時(shí),?便查找、快速定位;另???是平臺(tái)本身有多種類型的消息,需要分層觸達(dá)、分類展示,希望獲取?戶不同程度關(guān)注的同時(shí),?不會(huì)對(duì)?戶造成消息冗余,掠奪?戶對(duì)核?消息的關(guān)注度。
需強(qiáng)調(diào)的是,醫(yī)療服務(wù)類app中,消息會(huì)話是患者向醫(yī)?購買的?種服務(wù)形式?;颊吒跺X購買與醫(yī)?互通消息,?定時(shí)間、?定次數(shù)后,消息的互通變會(huì)受阻甚?關(guān)閉。
直?下次患者付錢購買,再次開啟新?輪消息互通到機(jī)會(huì)。
售賣這類服務(wù)形式的平臺(tái)有義務(wù)幫?戶完成服務(wù)履約,因?消息模塊不僅要做到觸達(dá)?戶,更是輔助服務(wù)履約的核?場(chǎng)景。設(shè)計(jì)中除了考慮平臺(tái)和?戶的消息類交互,更要考慮如何保證?戶的服務(wù)購買履約體驗(yàn)。
二、消息模塊怎么做
基于衣柜的類比,好的消息模塊設(shè)計(jì)能達(dá)成的效果有以下?點(diǎn):讓?戶快速找到最新的?條消息;讓?戶能及時(shí)被最重要的消息觸達(dá);同時(shí)保證?戶不被?效消息?擾。
它需要能滿?及時(shí)性,可?性,便捷性的特性。區(qū)別于其他?業(yè),卻?很重要的是,醫(yī)療與患者隱私密切相關(guān),妥善保護(hù)?戶的隱私是醫(yī)療類產(chǎn)品必須堅(jiān)守的初?之?。
1. 消息列表的展示-可?性
1)不同消息類型
不同類型的消息類型,對(duì)?戶的價(jià)值不同。
同時(shí)在?個(gè)??上?戶有效可?范圍有限,因此??放置的位置需要不同,避免低價(jià)值消息占?了?戶視線,反?影響了?戶對(duì)?價(jià)值消息的關(guān)注度。
醫(yī)患間的會(huì)話消息,對(duì)?戶價(jià)值?,需要?戶給予?關(guān)注度。
?平臺(tái)觸達(dá)?戶的消息,也可以區(qū)分為必須告知?戶的,價(jià)值較強(qiáng);和營(yíng)銷類的消息,價(jià)值最弱。此類型消息?的為觸達(dá)?戶,對(duì)?戶做出操作的訴求并沒有那么強(qiáng)烈,基于弱?擾?戶的考慮,此類消息采?信息流的交互?式。
醫(yī)患會(huì)話的顯示規(guī)則
醫(yī)患會(huì)話?的展示規(guī)則,因?yàn)閷?duì)?戶價(jià)值點(diǎn)最?,設(shè)計(jì)的細(xì)節(jié)點(diǎn)會(huì)較多。核?價(jià)值在于提效,協(xié)助?戶快速找到會(huì)話列表,從?進(jìn)?下?步操作。
?先是消息發(fā)送者的頭像,在醫(yī)療場(chǎng)景中,?戶真實(shí)靠譜的感知尤其關(guān)鍵,所以需要展示醫(yī)?真實(shí)的頭像。
如果數(shù)據(jù)庫中沒有,建議通過運(yùn)營(yíng)?段補(bǔ)充,同時(shí)在新醫(yī)??駐流程中,醫(yī)?真實(shí)頭像為必填內(nèi)容,且需加?審核環(huán)節(jié)。從細(xì)節(jié)處獲取?戶的信任感,是醫(yī)療服務(wù)類產(chǎn)品持續(xù)考慮的點(diǎn)。
消息發(fā)送者的title,主要是醫(yī)???,可以把醫(yī)?必要信息展示出來,包含名字、科室、職稱。姓名和職稱是為了展示醫(yī)?的基本信息,科室是為了?便?戶定位此條會(huì)話的內(nèi)容。
?醫(yī)?所處醫(yī)院的信息在此不需要,???醫(yī)院名往往過?,會(huì)話列表較難展示;另???,對(duì)已經(jīng)購買了該醫(yī)?線上服務(wù)的?戶來說,醫(yī)院名稱對(duì)?戶反倒成為不那么重要的信息。
?個(gè)?戶可以??,同時(shí)也可以替家?發(fā)起線上咨詢。
為了?便?戶快速定位到不同咨詢發(fā)起?的會(huì)話記錄,可以在會(huì)話中加?咨詢發(fā)起?的姓名;但是也可以不增加,?個(gè)?戶替他?發(fā)起線上咨詢的場(chǎng)景畢竟有限,?于是否增加,取決于產(chǎn)品當(dāng)下的階段,可根據(jù)實(shí)際業(yè)務(wù)量來做取舍。
消息列表?可以有打底?案,???需要提升患者識(shí)別重要會(huì)話的效率;另???可以適當(dāng)在此處做些產(chǎn)品規(guī)則的引導(dǎo)。除了基本規(guī)則,顯示醫(yī)患溝通最新的?條?案消息之外,可以考慮?些特殊場(chǎng)景的打底?案,給用戶更深入的場(chǎng)景感。
- 電話未撥通,顯示(未接通);
- 電話若撥通,顯示(通話時(shí)?);
- 醫(yī)患溝通結(jié)束,提示?戶(給個(gè)好評(píng)吧);
- 若咨詢被醫(yī)?拒絕,提示?戶(?常抱歉…);
- ?戶主動(dòng)取消了訂單,提示(您取消了訂單)。
如果?條會(huì)話中,有多個(gè)消息發(fā)送?,也可以適當(dāng)提醒?戶,此條內(nèi)容為**醫(yī)?說。
2)醫(yī)患會(huì)話的排序規(guī)則
排序規(guī)則設(shè)計(jì)中,默認(rèn)最新且未讀的消息對(duì)?戶價(jià)值最?,以消息接收時(shí)間倒序展示。
同時(shí)線上問診服務(wù)的設(shè)置節(jié)點(diǎn)?般為24h,大部分?戶對(duì)超過1天的醫(yī)患溝通的時(shí)間感知沒有那么敏感,消息接收時(shí)間超過1天可直接顯示年??。
區(qū)別于普通社交類app,某一天內(nèi)高頻溝通概率很高。
在消息列表的展示上,是否需要做預(yù)加載,做預(yù)加載,體驗(yàn)更好;實(shí)際場(chǎng)景中,若單個(gè)?戶訂單量不多,可以暫時(shí)不做??蓛?yōu)化體驗(yàn)的點(diǎn)從某種概率上說,是做不完的,但是否是核?體驗(yàn),需要根據(jù)實(shí)際場(chǎng)景做取舍。
2. 消息觸達(dá)-及時(shí)性
在app中的消息觸達(dá)?段上,常?形式為:桌?app的?標(biāo)-數(shù)字紅點(diǎn),各個(gè)模塊的?標(biāo)-數(shù)字紅點(diǎn)、純紅點(diǎn),push消息。
這三類消息的打擾程度push消息>數(shù)字紅點(diǎn)>純紅點(diǎn)。消息觸達(dá)核?價(jià)值點(diǎn)在于及時(shí)通知?戶,但?不造成過度?擾。
當(dāng)有新消息出現(xiàn),需要出現(xiàn)數(shù)字紅點(diǎn)+1提醒?戶;但是建議只有最重要的醫(yī)?回復(fù)消息,才?push消息的?式提醒?戶,同時(shí)做好疲勞度控制,?如?個(gè)?戶?天只能接收多少條消息通知。
做消息觸達(dá)提醒需要適度保留觸達(dá)的節(jié)奏感,才能保證最重要的消息不會(huì)被?戶忽略。針對(duì)數(shù)字紅點(diǎn)的消失規(guī)則。在醫(yī)患會(huì)話列表中,點(diǎn)擊會(huì)話,便將數(shù)字紅點(diǎn)消失。
是否需要精確到每?條消息的已讀記錄:在醫(yī)患溝通的場(chǎng)景中必要性不?。?戶本身有很強(qiáng)的?驅(qū)動(dòng)性,把醫(yī)?的消息重點(diǎn)重復(fù)看多遍,不會(huì)遺漏掉;與被動(dòng)觸達(dá)的?作場(chǎng)景-釘釘不同。
?針對(duì)系統(tǒng)類消息通知,對(duì)?戶價(jià)值相對(duì)沒那么強(qiáng),可以不做數(shù)字紅點(diǎn),選擇純?紅點(diǎn)即可。但若是系統(tǒng)類消息涵蓋了訂單系統(tǒng),涉及用戶?付的資?流正逆向,與錢相關(guān),是可以做數(shù)字紅點(diǎn)提醒的。
當(dāng)?戶點(diǎn)擊整個(gè)系統(tǒng)消息模塊后數(shù)字紅點(diǎn)便消失,不需要?戶逐?查看系統(tǒng)消息提醒,逐?減少數(shù)字紅點(diǎn)。因?yàn)樵谙到y(tǒng)消息此模塊下,?戶不必做相關(guān)操作,只需要?戶知道訂單發(fā)?了異常變化即可,點(diǎn)擊即已閱。
若?戶關(guān)閉了消息通知,當(dāng)?戶再次進(jìn)?app的某個(gè)特定的時(shí)機(jī),可以設(shè)計(jì)消息的開啟通知的彈窗提示。當(dāng)然也可以?更溫和的?式,在消息模塊的頂部彈出橫條提醒。?戶點(diǎn)擊后引導(dǎo)去?機(jī)設(shè)置處?鍵開啟。
開啟提示中需明確說明開通消息通知后,?戶可以獲得的價(jià)值,如果能加?圖?說明會(huì)更形象。
?戶需要能關(guān)閉、開啟消息通知;能選擇觸達(dá)?式:push和app內(nèi)外紅點(diǎn);能選擇消息免打擾模式。同時(shí)為防?運(yùn)營(yíng)可能濫?消息功能,從產(chǎn)品側(cè)需要做適當(dāng)?shù)臄r截。
給予?戶?夠的尊重,才能獲取?戶的尊重乃?認(rèn)可。
3. 消息會(huì)話的操作規(guī)則-隱私性
基于醫(yī)療?業(yè)的特殊性,?戶尤其關(guān)注?身的隱私保密。部分?戶獲得隱私醫(yī)療問題的答案后,會(huì)希望隱私的文字記錄能夠不留痕跡。
在消息列表的功能模塊中,針對(duì)醫(yī)患會(huì)話部分,可以增加?戶刪除會(huì)話的操作。若醫(yī)?再次回復(fù)消息,為了?便?戶能聯(lián)系上下?,需要將此條咨詢下所有內(nèi)容都展示出來,且能?持患者?次刪除會(huì)話。
三、某些小想法
近期讀到?句話,?常震撼,很想作為本?的結(jié)尾。雖然關(guān)聯(lián)度未必?,但是放之于?業(yè),放之做?做事,卻也是互通的。
真正能改變醫(yī)療的,其發(fā)?必是慈悲,其?光必是敬畏,其道路必是時(shí)間。
作者:小賀大星;公眾號(hào):老賀的故事屋
本文由 @小賀大星 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
是否需要精確到每?條消息的已讀記錄,關(guān)于這個(gè),用戶的確有很強(qiáng)的驅(qū)動(dòng)性,可能會(huì)看醫(yī)生的回復(fù)好幾次,但他也許更想知道醫(yī)生有沒有讀取自己的信息,如果很久沒看到醫(yī)生的回復(fù),是否會(huì)想知道醫(yī)生是已讀不回,還是根本沒讀?考慮到患者問診時(shí)候的迫切,我覺得這個(gè)可能性較大
患者消息的已讀展示,以下是我的看法。
在這個(gè)場(chǎng)景下只有兩種可能。
一種患者看到了自己消息已讀,且收到了醫(yī)生的回復(fù),這個(gè)時(shí)候醫(yī)生的回復(fù)比已讀更對(duì)患者有吸引力。對(duì)患者來說,他需要的不是醫(yī)生已讀消息,是回復(fù),有價(jià)值的回復(fù)。
另一種可能,也許是絕大多數(shù)情況下,患者看到了消息已讀,但是沒有收到醫(yī)生的回復(fù)。這個(gè)時(shí)候患者會(huì)怎么樣,焦慮生氣,猜測(cè)醫(yī)生都看到了我的消息為什么還不回復(fù)我,明明我都付了錢。這種時(shí)候已讀的設(shè)計(jì),在原本迫切的患者心理上更讓患者焦慮了?;蛘呋颊邅碚移脚_(tái)客服,平臺(tái)能做什么呢,除了退錢之外,能迫使醫(yī)生快速回復(fù)么,到目前為止并沒有哪個(gè)平臺(tái)對(duì)醫(yī)生有如此強(qiáng)的把控力-可能醫(yī)生正在手術(shù),可能醫(yī)生看到了這個(gè)消息,感覺問題比較復(fù)雜,需要取查閱文獻(xiàn)才能回復(fù)。
核心來說,目前線上的醫(yī)患溝通,暫時(shí)無法做到實(shí)時(shí)對(duì)話,更多的像是留言-看到-回復(fù)-再留言-再看到-再回復(fù)。對(duì)于平臺(tái)來說,患者的迫切需要考慮,醫(yī)生的更好的服務(wù)質(zhì)量需要提升,但不能用患者的焦慮來脅迫醫(yī)生服務(wù)質(zhì)量的提升。
畢竟,醫(yī)療目前來說,還是一個(gè)供給市場(chǎng)。
雖然做不到實(shí)時(shí)溝通,對(duì)于用戶而言等待的時(shí)間其實(shí)還是滿煎熬的,不告訴用戶是否已讀,但是否可以在醫(yī)生端給與提示,第一種的確是看到了 但由于無法立刻回答或者是手邊有事情要處理,會(huì)有“已收到提問,但手邊有事情要處理”等等緩和的字眼 讓用戶知道自己的問題已經(jīng)傳達(dá) 緩解用戶焦慮,第二章是醫(yī)生的確沒看到消息,那是否可以在一定的時(shí)間內(nèi)提示用戶“醫(yī)生目前不在線或者醫(yī)生此刻還沒看到消息”并且平臺(tái)會(huì)給醫(yī)生提示,不管是自動(dòng)電話也好還是push消息也好,對(duì)于患者而言 付了錢 兩個(gè)人就是交易關(guān)系,做好平衡兩者關(guān)系是的確要考慮的。
你說的這兩個(gè)點(diǎn)都已經(jīng)做到了,因?yàn)檫@兩個(gè)點(diǎn)是問診鏈路中的,所以行文的時(shí)候沒有加上。
哈哈哈其實(shí)應(yīng)該補(bǔ)充說明一下的,從緩解用戶焦慮的角度思考確實(shí)是可以有很多方案的,期待未來有更緩和和有效的方案,畢竟在醫(yī)療場(chǎng)景中,焦慮會(huì)一直存在。
您好樓主,我想請(qǐng)教一下:關(guān)于患者向醫(yī)生提問,提問的問題定價(jià)是什么邏輯呢?不能僅僅是用戶端提問時(shí)候所選擇的問題類型來進(jìn)行判斷吧?這個(gè)價(jià)格是由什么部分組成的呢?
哈哈