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