對醫療健康網際網路C端產品的一些思考
從零開始學運營，10年經驗運營總監親授，2天線下集訓+1年線上學習，做個有競爭力的運營人。 ofollow,noindex">瞭解詳情
隨著網際網路對人們生活的深入介入，越來越多的行業被網際網路影響或改變，這其中也包括醫療健康行業。過往幾年湧現出了一批對C端的醫療健康網際網路產品，時過境遷，本文將結合實際情況對這些產品做簡單的思考和分析。
一、前言
最近針對“網際網路+醫療健康”基於全行業產業鏈做了一定的思考和分析，把前面寫過的兩篇文章貼出來，供大家追溯檢視：
二、正文
現有哪些對C端的醫療健康網際網路產品？
當前C端的醫療健康網際網路產品都有什麼功能？這些功能真的有用麼？要解決這些問題，我們先來看一看現在都有哪些C端的醫療健康網際網路產品。
按類別來分：
疾病：圍繞疾病來提供健康服務。
如：平安好醫生、好大夫、微醫、春雨醫生、丁香醫生等。
核心服務：通過多路徑匯入到核心疾病環節，按照疾病類別展開各自特有的健康服務，如預約醫生、掛號、醫患諮詢、就診/轉診/複診/陪診預約、海外就醫、住院資訊等。
藥品：圍繞藥品來提供健康服務。
如：天貓醫藥館、1藥網、京東醫藥館、好藥師、掌上藥店、快方送藥、叮噹用藥、七樂康等。
核心服務：通過多路徑匯入到核心藥品環節，依據各自對於藥品產業鏈的把控提供各自特有的健康服務，如找藥、尋找稀缺藥、缺藥服務、藥品諮詢、購藥、用藥管理、慈善贈藥、藥企藥品DTP等。
內容：圍繞內容來提供健康服務
如：快速問醫生、尋醫問藥網、39健康網、妙健康等。
核心服務：通過多路徑匯入到 核心內容 環節，依據各自對於健康知識庫的把控提供各種 特有的文字、語音、視訊、直/點播、搜尋 等健康服務，如 自診、百科、視訊、文章、健康搜尋、健康直播 等。
按診前、診中、診後三階段來分：
診前
在病患就診前介入，包括兩個部分：無疾病介入（健康、亞健康狀態）、有疾病介入（未確診階段），通過分別對這兩個部分的介入來提供健康服務。
如：快速問醫生、尋醫問藥網、39健康網、妙健康、微醫、春雨醫生、平安好醫生、好大夫等。
核心服務：按無疾病介入（健康、亞健康狀態）、有疾病介入（未確診階段）這兩個部分來分別分析：
介入無疾病的環節：針對健康/亞健康的人群，通過健康內容來提供健康服務，典型代表是那些內容型C端的醫療健康網際網路產品。
介入有疾病未確診的環節：針對已經出現症狀，擔心自己患有疾病的人群，在未確診之前提供相應的服務，按照介入深度不同有：
- 單向內容服務： 使用者對平臺產品的單向內容檢索，如搜尋、百科、音視訊資料獲取等。
- 雙向內容服務： 使用者跟平臺的雙向內容互動，如自診、醫生諮詢、藥師諮詢、患者社群、醫患社群等，通過使用者和平臺共同的輸入輸出完成該環節的雙向內容服務。
- 就診決策服務： 基於單向或雙向內容服務後，使用者進入就診決策環節，平臺通過對該環節的介入，提供相應的醫療服務，如找醫生、找醫院、預約掛號、預約名醫、預約住院等。
診中
在病患就診的中間環節介入，通過對病患就診過程的介入來提供健康服務。
如：院內導診、陪診服務、診療記錄、電子病歷、院內導航、院內就診百科等。
核心服務：基於使用者做過就診決策後，在整個就診過程中的服務，包括陪同診斷、診療記錄、電子病歷、院內就診百科等。
診後
在病患就診後介入，病患就診後，圍繞病患已確診的疾病，已就診後的診斷記錄來提供健康服務。
如：海外就醫、轉診、複診預約、病歷解讀、藥事管理、醫療金融等。
核心服務：在使用者確定了所患疾病後，圍繞所確診疾病展開健康服務，如嚴重疾病是否要升級到更高級別的醫院就診，甚至是海外就醫；不嚴重疾病是否降級到社群醫院或衛生服務中心就診；對已產生的歷史病歷的跟蹤和解讀等；針對疾病所用藥品的問藥、找藥、用藥、買藥等藥事服務。
功能圖示：
從上圖中可以看到，不同階段基於疾病、藥品、內容可以拆分出不同的功能，有些功能跟階段有關，有些功能跟階段無關。
在實際的醫療健康場景中，依據使用者不同訴求階段會針對不同類別的內容做不同權重的獲取。
總結
- 醫療健康是具備 場景化的行業 ，在網際網路產品中需要儘量還原線下醫療健康的場景，構建診前、診中、診後的全醫療場景。
- 醫療健康是具備 專業性門檻的行業 ，網際網路無法消除這個門檻，只能去匹配這個門檻，包括構建線下的醫療資源（含醫生、醫院等）來提供相關服務。
- 醫療健康是 知識性行業 ，可在網際網路產品平臺上構建專業知識內容，來解決使用者對內容的需求。
醫療健康的核心還在於線下的醫療資源，這個是解決真實患者實際疾病的關鍵，擁有這類醫療資源的平臺會在眾多產品中脫穎而出。
無論患者使用什麼產品，他的核心訴求都是找到高效治癒自己疾病的途徑，因此誰能夠把握住線下醫療資源這個核心關鍵，誰就可以更好的勝出。
作者：田絲兒，公眾號（ID：U-4EverYoung）
本文由 @田絲兒 原創釋出於人人都是產品經理。未經許可，禁止轉載。
題圖來自 Unsplash，基於CC0協議。
