編輯導(dǎo)語：隨著時代的發(fā)展，人們越來越注重個人的健康情況，在疫情的影響之下，人們的健康意識更加增強了，并且會通過健康飲食APP來進行飲食管理等，本文作者以薄荷健康為例進行了市場分析和競品分析，詳細地講述了當前健康飲食APP的發(fā)展情況等，一起來看一下。

我打算設(shè)計一款健康飲食管理的App, 這篇文章是調(diào)研結(jié)果，以薄荷健康為主要對象進行了市場分析和競品分析。

據(jù)艾瑞咨詢調(diào)研報告顯示，國內(nèi)不同代際人群有著突出的不良飲食習(xí)慣，比如超一半00后喜歡點外賣，一半90后喜歡吃夜宵。

然而，后疫情時代，人們的健康意識增強，更多地借助互聯(lián)網(wǎng)渠道解決健康問題（38.4%），更注重飲食搭配（58.2%）、更多選擇在家吃飯（53.3%），少吃不健康食品。

消費者積極通過多種方式提升免疫力，但普遍由于不均衡的膳食攝入和不良的膳食習(xí)慣導(dǎo)致免疫功能受損。

同時，在使用過記錄健康數(shù)據(jù)的相關(guān)App中的用戶當中，大多數(shù)人養(yǎng)成了記錄健康數(shù)據(jù)的習(xí)慣。

人們主要關(guān)注的健康指標和運動指標有形體指標（體重、體脂率等），熱量和卡路里。

綜上所述，后疫情時代，人們健康意識增強，積極通過優(yōu)化飲食結(jié)構(gòu)等手段提高免疫力。

然而大多數(shù)人缺乏科學(xué)的健康知識，這為健康行業(yè)的發(fā)展提供了機會。

在目前的App store健康健美暢銷榜上，飲食健康類應(yīng)用只有薄荷健康（No. 8）和輕斷食（No. 25）進入了榜單前30，但它們都仍在總榜1500外。

相對比下，榜一Keep在總榜高至23。昨日下載量薄荷健康為17341，輕斷食4850，都遠不及keep的103957。

拿易觀統(tǒng)計的2020年一二季度數(shù)據(jù)進行橫向?qū)Ρ龋ǚ荲ip只能查看此時段），Keep的活躍用戶數(shù)量是薄荷健康的8倍多。

由此可見，盡管薄荷健康在飲食健康領(lǐng)域獨占鰲頭，然而和運動健康應(yīng)用Keep對比，在用戶數(shù)上還相差甚遠。

再看看用戶黏度指標：薄荷健康在人均月度使用天數(shù)和人均單日啟動次數(shù)都比Keep稍勝一籌。

人均單日使用時長Keep則比薄荷健康長8分鐘。從使用場景上看，這也符合它們的產(chǎn)品特性。

Keep主打健身，用戶在跟練健身教程時，通常長時間打開軟件觀看，使用時長相對較高。

但健身體力耗費高，不會高頻開啟。薄荷健康主打飲食減肥，主要使用場景在三餐前后：餐前查詢熱量卡路里，餐后記錄，所需使用時間不長。再觀察薄荷健康的啟動時間高峰，分別是8-9點，12-13點 和18-19點，正好對應(yīng)三餐前后。

因此，結(jié)合使用場景看，可以推測薄荷健康已擁有一批忠實用戶會持續(xù)使用其健康管理功能。

薄荷健康與keep的用戶黏度數(shù)據(jù)

薄荷健康月度啟動次數(shù)

再結(jié)合兩者用戶重合度（5.49%）和薄荷健康搜索熱詞（減肥、卡路里計算器）看。

筆者推測，盡管薄荷健康的定位是健康管理，推出了適合不同健康需求的食譜，但它主要吸引的還是想減肥的人群。

而市面上其它健康飲食類APP大多數(shù)更是直接定位為飲食減肥了，這從它們的名字就聽得出來：輕斷食、辟谷輕斷食、輕食——這些應(yīng)用的用戶規(guī)模遠遠比不上薄荷健康。

然而，Keep吸引的除了減肥人群，還有有著增肌、增強體質(zhì)的人群。

后者人群自然別前者覆蓋率大得多的。由此可見，健康飲食應(yīng)用領(lǐng)域是一片存在著很多機會的藍海市場。

如果健康飲食應(yīng)用想要擴大用戶規(guī)模，需要強調(diào)大健康概念，吸引處于亞健康狀態(tài)和崇尚健康生活方式的人群。

Keep與薄荷健康的重合度

由于薄荷健康在飲食健康應(yīng)用領(lǐng)域獨占鰲頭，本文章主要將其作為競品來分析。

薄荷健康主要有健康管理屬性，社區(qū)屬性和電商屬性。

健康管理是核心屬性，其核心功能是查詢食物熱量，食譜推薦和健康數(shù)據(jù)記錄。

采用了免費增值商業(yè)模式，付費用戶才可以獲得定制食譜。

社區(qū)分享減肥成功故事和營養(yǎng)知識文章，推送激勵文章（如減脂挑戰(zhàn)賽），用戶動態(tài)，設(shè)有好友圈和結(jié)伴圈（互相監(jiān)督減重）。

電商主要出售是低卡半成品食物（如代餐奶昔）和體脂秤。

由此看來，盡管薄荷健康的戰(zhàn)略定位是全飲食健康領(lǐng)域，但其在范圍層上，還是聚焦于滿足減脂需求，整個應(yīng)用的推薦內(nèi)容、功能、社區(qū)氛圍主要還是和減肥相關(guān)。

可以猜測，薄荷健康這樣布局是想吸引有減脂需求的用戶，提高此類用戶的黏度。

但這樣會不會給其他需求用戶，尤其是新用戶，一個錯覺：薄荷健康就是一個減肥的App, 它在其他方面不夠?qū)I(yè)，它不適合我？

薄荷健康功能結(jié)構(gòu)圖

我邀請了2位同學(xué)和我一起對薄荷健康進行了專家測評（具體方法如下圖），采用了啟發(fā)性評估方法，包括 Nielsen Molich提出的HE標準和 Petrie Buykx改進的CHE標準。

專家測評方法

我們設(shè)定的使用場景有：

• 場景一：假設(shè)你健康減肥，想從薄荷健康得到定制的科學(xué)的食譜支持。你決定依照薄荷健康的食譜攝入今日三餐，并記錄今日所吃食物，及其卡路里和熱量。
• 場景二：假設(shè)你是高血壓患者，在準備做午餐前，決定上薄荷健康看看有沒有什么合適高血壓的食譜，并且期望食譜中大部分的菜家里是有的。

專家測評后總結(jié)出最嚴重的幾個問題如下：

（1）核心及付費功能“會員定制食譜”不夠突出，要在標簽欄中的第三個tab”記錄”中翻到最下面才能查看到定制的食譜。

三位評估者在第一次使用薄荷健康的情況下，平均用時40秒才找到這個入口。

這違反“突出關(guān)鍵內(nèi)容、要素”的設(shè)計標準。建議解決辦法：把定制食譜入口放在首頁的上部區(qū)域，并每日添加食譜更新提醒，這樣還能提醒激勵用戶堅持使用推薦的食譜。

因為用戶的瀏覽順序通常是從左上角到右下角的，重要功能應(yīng)該放在頁面上部1/3黃金功能去。

（2）首頁搜索欄下的標簽入口過多，功能重疊，且需要用戶橫向滑動才能看到所有的標簽入口。

標簽入口有8個：食譜推薦、食物排行榜、食物紅黑榜、查奶茶熱量、配料解讀、餐前拍一拍、輔食推薦、食物估重。

這其中食物排行榜、食物紅黑榜功能、食譜推薦功能相似，會讓用戶疑惑這是否意味著相同的東西，且加重用戶記憶負擔。

事實上，這三者的確功能相似。

都是根據(jù)用戶需求，如減肥、健身、生理期、高血壓，來推薦食物或食譜。

在完成場景二中，三位評估者在食物排行榜中找到了適合高血壓并且自己家也有的食材，再經(jīng)過4個步驟到達高血壓食譜，但都沒找到包含自有食材的食譜。

這反映了幾個問題：

1. 布局不合理，信息結(jié)構(gòu)不清晰；
2. 缺少用戶所需要的交互，而導(dǎo)致用戶需要重復(fù)工作；
3. 食譜不夠齊全。建議解決辦法：把三者（食譜推薦、食物排行榜、食物紅黑榜）整合在一個入口、一個頁面上，減少用戶可能的操作步驟。

也就是，在對應(yīng)需求下列出推薦食物和食譜，點擊食物能進入到對應(yīng)的食譜；同時增加滿足不同需求的食譜數(shù)量。

同樣地，配料解讀和餐前拍一拍點擊進去其實都是搜索欄中的掃一掃功能，功能是通過掃描估計熱量。

建議三個入口整合在一起，在新手引導(dǎo)中解釋掃一掃功能。

整合入口后，首頁的標簽入口會去除冗余，看起來更加結(jié)構(gòu)清晰。

首頁/搜索欄和標簽入口欄

（3）首頁作為最重要的頁面布局不清晰，內(nèi)容太多，要翻近8屏才翻到底，找不到重點。專家綜合嚴重性評分為2。

一般來說，新手用戶會從首頁開始探索一個應(yīng)用的功能，在這種情形下，首頁結(jié)構(gòu)不清晰，內(nèi)容太多，會給用戶造成困擾。

在任務(wù)一中，評估者為了查找會員食譜，就在首頁翻找了許久。

薄荷健康的首頁，頂部是搜索欄和上述提到的標簽入口，下面7屏內(nèi)容都是文章列表，沒有進行清晰的分類。

我對應(yīng)用商店里薄荷健康的36條用戶評價進行了內(nèi)容分析。

方法：選取有效評論，用編碼概括其關(guān)鍵內(nèi)容（一條內(nèi)容可對應(yīng)多個編碼），統(tǒng)計編碼頻數(shù)，并對編碼分類。編碼示例和編碼結(jié)果見下圖。

用戶評價編碼結(jié)果

從用戶評價看，薄荷健康的主要問題如下：

1）食物和菜譜不齊全。對應(yīng)的場景可能有：

1. 推薦菜譜里沒有自己喜歡的食物；
2. 手上的食物查不到對應(yīng)的菜譜；
3. 查不到自己做的菜的熱量及營養(yǎng)成分。

誠然，補充食物和菜譜是必須要做的。

但這就足夠了嗎？上訴專家測評的第2點提議從交互層面改善這個問題：提議添加食物和菜譜之間的交互，防止用戶找空。

從商業(yè)布局和范圍層上看，還可以通過4步改善這個問題：

1. 優(yōu)化飲食偏好測試，準確掌握用戶喜好；會員飲食計劃根據(jù)用戶喜好及健康需求定制?，F(xiàn)在的薄荷健康營養(yǎng)測試只有12道選擇題，是遠遠不能精準地猜測用戶喜好的。但一次做選擇題太多也會造成用戶厭煩心理，可以改成探探那種匹配測試。
2. 在商城售賣食材，而不僅僅是現(xiàn)在的半成品。
3. 在用戶確認未來幾天內(nèi)的飲食計劃時，提醒并允許用戶一鍵把所需食材加入商城購物車。
4. 每日打卡完成計劃后，自動記錄當日攝入食物營養(yǎng)數(shù)據(jù)。這個方案，不僅解決了場景中的問題，還為用戶節(jié)省了買菜做菜記錄的時間，同時提高了用戶對應(yīng)用的依賴度。

2）有時候記錄當日飲食失敗。

目前薄荷健康的記錄方式是需要自己手動輸入當日飲食。用戶辛苦花費時間記錄了，卻記錄失敗了，自然會生氣煩躁。

這個主要是技術(shù)問題，出bug了。但上述第4小點解決方案也能緩解這個問題——只要一鍵打卡就能自動記錄，記錄失敗了也沒那么生氣。

3）運動功能和課程不足。

從用戶評價看，用戶對運動功能還是有比較強的需求的，但薄荷健康現(xiàn)在還不能滿足用戶在運動方面的需求。

現(xiàn)在的運動模塊有如下幾個問題：

1. 不能綁定健康設(shè)備，比如綁定運動手環(huán)同步步數(shù)；
2. 運動課程需要跳轉(zhuǎn)到微信小程序；
3. 運動課程不夠keep專業(yè)；
4. 運動項目不夠齊全。

4）有用戶提到，薄荷健康會造成進食障礙。

有一名用戶甚至提到曾經(jīng)用薄荷健康后得了暴食癥，盡管后來她調(diào)整過來了，成功減肥了，但這是健康飲食類應(yīng)用絕對需要注意的風險。

如果一些用戶本來就有進食障礙的傾向和嚴重的身材焦慮，他們看到每餐具體的卡路里和食物數(shù)據(jù)，就可能壓制自己，不敢進食了。

等再也壓抑不了自己時，他們可能報復(fù)性暴食。

為了避免這個問題，這就需要在使用APP前的問卷里詢問用戶，他們是否有進食障礙的癥狀、持續(xù)多久、嚴重程度如何。

然后針對這類用戶制定循序漸進的飲食計劃，禁止這類用戶制定此階段不適合他們的體重目標，并提醒他們定期咨詢應(yīng)用里的營養(yǎng)師。

5）有用戶提到，薄荷健康的食譜熱量太少。

這位用戶可能是沒有太大減脂需求的，只是想均衡飲食。

但薄荷健康的食譜多是低脂低卡的，對這類用戶來說，自然吃起來沒滋沒味了。

這其實跟上一個問題根本上是類似的，在用前用戶調(diào)研里沒有把用戶清晰分類，或是后續(xù)的食譜支持沒有按用戶類型定制化。

還反映出來一個問題，薄荷健康對非減脂需求的人群支持不夠友好。

目前看到薄荷健康的好評都是關(guān)于其減肥工具和效果的，也可以佐證這點。

6）其它問題有：配色不好看、查詢過往記錄困難、客服通知不明顯且無法回復(fù)。

用戶認為薄荷健康的優(yōu)點有：

• 能推薦食譜；
• 食譜有做菜步驟；
• 能記錄每天攝入卡路里、熱量等，且計算準確，有利于減肥和幫助養(yǎng)成健康習(xí)慣；
• 社區(qū)正能量，能激勵自己。

從以上分析，可以得出幾點啟示，供給新飲食健康應(yīng)用打入現(xiàn)有健康市場。

薄荷健康的主要核心用戶還是有減脂需求的用戶，這同時也是市面上大多健康飲食應(yīng)用的特點，相對比下，薄荷健康已經(jīng)是在飲食大健康上做得最全面的APP了。

如果健康飲食應(yīng)用想要擴大用戶規(guī)模，需要強調(diào)大健康概念，吸引處于亞健康狀態(tài)和崇尚健康生活方式的人群，滿足不同類型的健康營養(yǎng)需求。

只有這樣，健康飲食應(yīng)用才有可能趕超Keep，躋身健康類運應(yīng)用前列。

薄荷健康的用戶用前調(diào)研、飲食偏好測試不夠全面精準，導(dǎo)致飲食計劃不夠貼合用戶需求和偏好。

其中，用前調(diào)研不夠嚴謹，可能導(dǎo)致制定對于某些用戶來說過于激進的飲食計劃，導(dǎo)致用戶患上飲食障礙。

此外，薄荷健康的商城現(xiàn)在只售賣半成品食物和保健品，但半成品總歸沒有新鮮食材健康?？梢钥紤]出售新鮮食材，將食譜規(guī)劃和社區(qū)團購結(jié)合。

結(jié)合以上幾點，即可以做到：以精準的用戶調(diào)研和偏好測試為基礎(chǔ)，提供科學(xué)的定制化飲食計劃，支持一鍵購入食譜里的食材，提供食譜做法。

再支持一鍵打卡記錄當日攝入食物，并分析其營養(yǎng)成分。

如此，不僅滿足了用戶的不同健康需求、口味需求，還提升了用戶購菜做菜效率。

相信如此優(yōu)化后能夠吸引一些工作繁忙又追求健康生活的人群，擴大用戶規(guī)模。

 

本文由 @Lulu 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。