以模擬C端項目“醫療魔方”為例,剖析產品設計流程

0 評論 4807 瀏覽 55 收藏 18 分鐘

本文以一個模擬的C端項目——醫療魔方為例,分析了其中的設計流程與思路。

一、前言及說明

1. 團隊現狀

由于所在的事業群性質,設計團隊對接了集團大部分的界面設計需求,有B端也有C端。通常一位設計師要對接好幾個項目,因此要求每位設計師都有獨立負責項目的能力。綜合情況來看,每位設計師都有擅長的領域,也各自有不同的短板。

2. 訓練目的

本次訓練目的主要有以下幾點:

  1. 明確在PMF之前的項目應采用的設計思路;
  2. 為設計注入增長思維;
  3. 平衡設計與商業之間的關系,優先考慮商業需要,對產品要有全局思維;
  4. 建立有效的用戶畫像。

3. 項目簡述

本項目名為“醫療魔方”,是我為了這次訓練而模擬出來的C端項目。

“醫療魔方”是一款為長期慢病患者管理個人病歷的工具型產品。具體的產品分析會在原型階段體現,此處不作詳述。

即便很多研究報告描述智慧醫療有多么智能,但在一線城市看三甲醫院的我們,仍然感覺落不到實處。目前只做到了單個醫院的智能,但是多方打通還做不到。

假設智慧醫療頭部企業最終能夠讓所有醫院的電子病歷打通,“醫療魔方”就有可能活不下去。而我仍然選擇用這個項目來做設計訓練,是因為這符合了大多數公司的現狀。大公司的小項目也好,小的創業公司也好,由于對市場不完全了解,只能通過調研報告或其他途徑,感知到機會,想抓住機會,創造產品放到市場上試驗。

作為設計師,接觸到這類型的項目是非常多的。

面對這個階段的產品,我們應該怎么做?

這是這次訓練我們需要探討的問題。

另,在做項目時,由于我們接觸的主流APP都是比較成熟的產品,功能齊全豐富。有些設計師在做項目競品分析的時候,會想當然地為項目添加功能,跟產品討論現在加這個功能會不會更好;或者試圖去糾正產品或者老板的想法,認為自己的想法才是對的。但是并不去考慮增加功能后整個項目的工期是否需要延長、自己所認為對的想法是否適合公司當前的情況,缺乏全局思維。

這一點需要著重強調:在合適的時間做正確的事情,一切對錯交給市場驗證,用數據說話,錯了就改,小步迭代。

最后重申:請留意設計流程和思路,勿將重點放在深究商業創意上。

3. 版權說明

本項目版權歸屬本人,提供部分原型圖給大家做練習,但不提供文檔說明。請勿商用。

后續展示的設計稿,版權歸屬于該設計稿的作者,文中會標明作者名字,請勿商用。

二、項目背景

1. 全球醫療困境

2. 中國特色困境

3. 分級診療推行中遇到的問題

4. 大數據在健康醫療行業中的應用價值

三、商業洞察

以上項目背景中,我關注到兩點:

  1. 上下級醫院連接困難、電子病歷難以共享。
  2. 在線問診的產品中體驗過平安醫生、快速問醫生,發現要提供檢查單提升問診準確度。

醫院連接困難、電子病歷難以共享的原因在于利益與技術的問題。由于涉及醫院比較看重的患者就診信息,并且當所有醫院的信息打通后,患者掌握數據進行對比,很容易跟醫院打官司,醫院需要承擔責任。

提供智慧醫療的機構中,以網易云信為例,他們方案的適配場景是醫療智慧協同、遠程醫療、醫學教育等,多學科多院方聯合在線會診,以音視頻通話、圖片、文字、文檔共享等形式進行信息互動與數據共享。雖然出發點是為了提升用戶的醫療體驗,打通醫療體系,但是這種方式沒有切實去解決用戶現實中存在的困難。以下幾點值得思考:

  1. 由古至今,望聞問切都是醫生與患者面對面,患者與醫生面診的時候更有安全感;
  2. 醫院的掛號費比APP的服務費更便宜;
  3. 醫療保險在醫院使用才能報銷。

綜合所有的數據,我洞察到這樣一個機會:各大醫院的病歷不一,系統沒有打通,在其他醫院看的結果不被認可,需要重新檢查??玑t院看病時,歷史病歷是紙質樣式,或只有其他醫院系統的電子版,醫生查閱困難,分析需要花費時間,不直觀。

如果以“給患者提供智能病歷分析的功能,由患者拍照上傳病歷和檢查單,系統識別里面的字段和數據,自動生成病歷分析”這個較為親民的方案,先解決患者紙質病歷難以管理的問題,使患者養成習慣,并根據其過往病歷綜合分析,提供有效的疾病風險評估、醫療建議和指數監測服務,再推行其他醫療服務,是否能夠對智慧醫療有所幫助呢?

針對這一點,我研究了平安醫生、阿里健康、網易云信、病歷夾、微醫、好大夫、妙健康、春雨醫生、用藥助手、丁香醫生等平臺,發現他們的功能集中于:預約掛號,問診、資訊、知識、社區、名醫講堂、醫生管理病歷等。就算有患者的病歷管理,也是要手動輸入文字,非常麻煩,沒有一個軟件從患者的病歷管理入手。

假設本公司擁有的核心算法足夠支撐這個功能點,現在要做的就是把承載這個功能的C端產品先投放到市場試驗,看有多少用戶會被這個功能吸引從而使用我們的產品。

四、原型階段

1. 最小可行方案

市面上很多醫療軟件已經滿足了不同的功能,因此本APP除去冗雜的資訊、知識、社區等功能,主要做病歷分析、記錄、掛號功能。由這些功能來構建最小可行產品。

在這三大功能之下窮舉所有的想法,通過評分,得出最終的功能合集——當前版本(1.0)最重要的是體現識別的準確性。

(其實掛號功能我也有考慮過是不是要在這個版本做。后來想想,畢竟是一次設計訓練,想豐富界面,所以就把這個功能加上了,但實際上真要選擇的話,第一版本可能不會加這個功能。)

Aha時刻:用戶進行第一次病歷拍照,識別出準確的結果。

2. 功能結構圖

以下為產品的功能結構圖,有標識的界面是挑選出來讓設計師重點設計的界面,掛號的界面由于時間問題不畫原型圖了,使用了市面上一些APP的界面代替。

3. 評估增長重點

從市場階段、產品生命周期、產品品類、商業獨特因素四個方面考慮產品的增長重點,綜合考慮,應提高用戶留存及提升激活率。

4. 制定北極星指標

北極星當前階段唯一重要的指標,是做增長最重要的一步。通過增長閉環圖找到商業目標和用戶價值的交集,列出備選指標并且篩選出北極星指標,結合公司情況和戰略確認最終的北極星指標。

五、設計階段

1. 原型梳理

接到產品原型時,應快速看一遍原型及文檔說明,用腦圖梳理出用戶所觸達的路徑,為用戶排除障礙。同時也能對頁面進行統計,評估設計所需工期給產品和項目。

以下用其他項目示例,將原型圖中的編號與頁面按照模塊梳理,編號與設計稿中的編號一一對應,方便開發查閱(圖中銷售平臺的編號沒對上,是因為當時頁面有調整,我懶得改腦圖了,大概意思明白就好。)

腦圖工具推薦:百度腦圖、Mind master

2. 了解業務目的及明確北極星指標

業務目的,也就是前面原型階段所呈現的內容。

如果有條件的話,設計師應該多和產品經理溝通,了解產品當前階段的目的、北極星指標、產品對于用戶的意義等。

3. 用戶研究與用戶畫像

如果所在的公司產品沒有給出用戶研究的信息,設計應該有自主研究的意識。

產品還沒推出市場,可以先用常規的方法進行推導。先針對競品進行分析,在百度指數、360數據平臺、七麥數據等查詢競品的用戶數據。假定這部分用戶就是你當前產品所針對的用戶群體,建立用戶畫像。

用戶畫像應包含以下維度:基本信息、工作背景、心理性格、互聯網使用習慣、目標產品的態度/觀點/習慣等。

針對醫療魔方項目,設計成員對比了阿里健康、丁香醫生、好大夫、平安好醫生、微醫五個產品的用戶數據,初步獲得以下用戶信息:

  • 從人群的地域分布來看,用戶主要集中在江浙地區、上海、廣東、北京等發達地區,這些區域整體收入水平比較高,因為平時工作關系會更加注重健康問題。
  • 從人群屬性來看,主要用戶群體年齡段是20-35歲,占比85%左右;女性用戶多于男性用戶,比例為6:4。這部分用戶特點年輕化、多元化,這類用戶的特點對互聯網產品比較熟悉,對于新事物新科技接受度高。
  • 用戶群體:偶爾看病人群、長期看病人群。

具體的用戶畫像可在各設計成員的項目分析中查看,點擊文末給出的設計團隊主頁鏈接。

在產品運行了一段時間以后,會獲得更準確的用戶數據,建立用戶畫像會更精準。等到該階段,可以使用另一種方式研究用戶,即發現用戶差異點、三項基礎數據交叉對比、用戶分類及差異點分析。此方法暫不適用現階段的醫療魔方,所以不詳述。

4. 根據用戶旅程圖確認設計發力點

這個方法是由增長黑客中的對功能進行優先級排序延伸過來的。

在產品中,優先級排序評估的五個維度是:它對于完成階段有多重要?多少用戶會使用它?它的使用頻率高嗎?它能給用戶帶來多大的價值?它存在風險嗎?

在這里我把五個維度調整為:

  1. 功能重要程度
  2. 使用頻率高低
  3. 與北極星指標相關程度
  4. 對用戶情緒影響程度
  5. 造成用戶對產品負面印象程度

每項里最高分為10分,最低分為0分,前4項的總和減去第5項,得出最后的總分。

總分較高的功能點應重點留意,考慮在設計上能否為功能點賦能,而有負面印象的功能在設計中則需要弱化。

這個方法適用于遇到沒有明確表明要重點設計哪些地方的原型時,可以粗略評判設計的重點。

越多人參與到評分中,得出的結果越客觀。本次的設計訓練是內部進行,因此由三名設計師分別作出評估后進行討論,再次確認。

5. 設計風格探索

關于設計風格探索有很多方式,一般可以是團隊的成員開頭腦風暴會議,邀請運營和產品一起進行探索。

本次設計風格探索是設計團隊的成員進行的頭腦風暴,列出一系列關鍵詞,從關鍵詞中提取最終確認的相關詞語。每位設計師再根據這些詞語,加入自己的理解,進行下一步的設計。

至此,設計稿之前的流程已經差不多結束了,接下來是各位設計師進行的情緒版輸出、品牌LOGO、設計風格定義、形色質構字、規范制定、界面設計、交互設計、情感化設計等流程。

在這里我主要分享的是設計的思路,設計稿的內容交由設計師來展示,以下只展示他們的部分界面,如果要看全部的界面展示,歡迎到他們作品頁進行查看。

設計團隊:線性方程組

團隊主頁:https://www.zcool.com.cn/team/17474

文章主頁:https://www.zcool.com.cn/work/ZNDE1OTU3Njg=.html

訓練主導:牙線

設計成員:麥麥、東、Sara

原型鏈接:https://org.modao.cc/app/c652eba57c77b5a3d248659ce7d120c3f5f36351
密碼:1234

 

作者&微信公眾號:牙線姐姐

本文由 @牙線姐姐 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!