一個醫療產品經理的工作自述

編輯導語:醫療產品經理的工作內容具體是什麼樣的呢?相信很多人都很好奇吧。本篇文章作者向我們分享了作為一名醫療產品經理的工作日常等內容,感興趣的一起來看一下吧。

一個醫療產品經理的工作自述

各位小夥伴好,近期很長的一段時間我都在忙於醫院專案上的工作,基本沒有時間來總結和寫文章。

今天抽空來和大家聊聊作為一個醫療產品經理我的工作情況,以及我在工作中遇到的問題,希望看完後可以和我一起討論。

一、醫療資訊化系統本質還是醫療

因為我是做醫療資訊化的,去過醫院和醫生面對面交流過,和他們交流的過程中,其實你聽到的基本全是關於醫療的知識,行業裡的術語。

比如醫生說的醫囑,TID(1日3次)、BID(1日2次),護士說的瓶貼,輸液卡,藥房說的擺藥等等。

所以做醫療資訊化,一定要學習醫療的知識,否則只懂得資訊化或者網際網路,其實是很難開展工作的。

只有非常瞭解醫療知識,醫院的業務,才能在調研時和醫護人員溝通順暢。

這也是為什麼現在產品經理這個行業越來越強調懂業務,如果只是一個會畫原型的產品經理,路是越走窄的。

二、我的日常工作——接收需求

每天早上到了公司,會看jira(專案管理工具),實施提的需求都會進入jira,在jira裡找到需要自己待辦的任務,進行分析需求。

如果需要確認的,就要和實施進行確認,這裡面有一種情況很常見,就是部分實施會提的需求很簡單。

簡單的就是一句話描述的,這種情況一般先自己去根據經驗去理解一下。

其實我不建議產品經理直接拒絕掉一句話的需求,一定要有自己思考的過程。

然後可以找實施進行確認,如果自己理解的不對,要重新和實施搞清楚需求。

需求合理性判斷也是我工作的很大一部分,有的醫院提的需求比較個性,對於我們做SAAS產品模式的話,就要考慮需求是否合理。

否則做了一個只有一個醫院用的功能,意義是不大的。

如果是合理性的需求,還要考慮是否要加配置項,因為不同的醫院規模和管理不同,所以可以透過不同的配置項來響應。

配置項其實也有講究,是針對使用者配置,還是針對醫院配置,這個就需要看場景了。

如果是醫院需要統一管理的,就要放在醫院配置裡,如果是根據不同的使用者操作習慣的,就按照使用者配置。

三、我的日常工作——設計方案

在系統設計方案時,會經常出現多種解決方案,這個時候就要選擇最最佳化的方案,最優的方案一定是能滿足客戶需求的同時成本也是最小的。

有的時候,產品經理為了表現,會出現複雜設計的情況,將簡單的問題複雜化。

我們儘量要避免這樣,很多產品經理鼓吹在設計一個功能時要充分考慮未來的擴充套件。

但是我覺得作為產品經理也要清醒的認識到,如何能快速的解決使用者核心的訴求才是真正的關鍵。

考慮未來不確定的擴充套件,反而耽誤了時間,考慮出的擴充套件以後用到用不到還不好說。

就比如一個人特別渴,就需要一瓶水,就沒必要去製作一杯可樂給他喝。

四、我的日常工作——怎麼出解決方案

做產品越來越久,現在覺得B端產品做的好看真的沒有那麼重要,你的方案能真正解決醫生的訴求才是最重要的,醫生的時間很寶貴。

只有快速的讓他透過產品完成他的任務即可,他是沒有太多時間去看你的頁面哪個好看的。

我去過一個縣醫院,醫生的工作是很單調的,分工明確,只有在他工作需要的時候他開啟系統操作,平時如果不是工作需要,是沒人願意開啟系統的。

所以我出解決方案的時候,特別注重怎麼能快速幫助醫生進行快速完成工作。

五、醫療資訊化產品涉及的角色

醫療資訊化公司的角色有銷售、售前,產品經理,研發,測試,實施、售後等人員。

  • 銷售:主要負責擴充套件客戶,售賣產品,對公司業績複雜;
  • 售前:對意向客戶進行產品演示,解答售前階段產品諮詢等;
  • 產品經理:調研需求,分析需求,產品設計等;
  • 研發:編碼實現產品功能;
  • 測試:測試功能,效能等;
  • 實施:反饋客戶需求,實施產品,涉及到裝置的還需要除錯和對接裝置;
  • 售後:產品驗收之後進行售後回訪,反饋客戶需求,解決客戶問題。
六、總結

醫療資訊化產品經理不好做,需要沉下心來了解行業知識,醫院的現狀、未來的發展,資訊化現在越來越被醫療機構重視,政策也是不斷推動醫療資訊化發展。

所以做醫療資訊化方向是沒有問題的,但是同質化產品競爭也需要產品經理考慮自己負責的產品如何脫穎而出。

另外,醫院資訊化人都是比較辛苦的,經常出差去醫院。所以累並快樂著。

本文由 @別叫醒我 原創釋出於人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基於CC0協議

版權宣告:本文源自 網路, 於,由 楠木軒 整理釋出,共 1767 字。

轉載請註明: 一個醫療產品經理的工作自述 - 楠木軒