PM 實戰 – 智能藥盒PRD + 市場規模分析
多數人經歷的產品都是軟件類,較少經過硬件。本文作者分享的這個PRD案例,不僅僅是軟件的需求,還包括智能藥盒的需求設計和市場分析,在這個AI盛行的時代,希望可以給大家一些參考。
寫在前面
1. 智能硬件 PRD 實例資源很少,Po下個人作品,假定前提為to Boss需求,目標在于覆蓋產品設計核心部分(用戶畫像Persona、產品邏輯圖、產品架構圖、軟件原型圖、硬件低保真設計、用例Use Case、硬件標準)。不是申請專利,不追求創新設計。
2. 原型和用例設計參考 HIPEE 智能藥盒,在 HIPEE 基礎上增加了作者設計的功能。
3. 用戶畫像卡片中的頭像為 AI 生成 Thanks @Dreamina。
一、項目概述
本項目設計的智能藥盒是一款結合物聯網(IoT)技術和智能提醒功能的用藥管理設備,主要面向需要定時服藥的慢性病患者及其家屬。它不僅能通過手機應用程序實現藥物配置和提醒,還能記錄用藥數據,家屬遠程協助。通過智能化手段提升患者的用藥管理效率,保障用藥安全,改善生活質量。
二、前置知識
慢性病定義: 通常是指那些長期(通常超過三個月)持續存在,無法完全治愈,需要長期監控和治療的疾病。主要包括心腦血管疾病、癌癥、慢性呼吸系統疾病、糖尿病和口腔疾病,以及內分泌、腎臟、骨骼、神經等疾病。
吉林省門診慢性?。ㄡt保保障范圍、不同省市有差異):高血壓、糖尿病、肺結核、冠心病、支氣管哮喘、慢性腎臟病、慢性阻塞性肺疾病、慢性肝炎、帕金森病、類風濕關節炎、阿爾茲海默病、精神分裂癥等12種常見慢性病。
可參考零散數據:2015年慢性病確診人數2.6億
三、用戶畫像
四、核心功能
五、產品架構圖
六、產品原型圖
七、用例 Use Case
用例 1:賬號登錄
關聯方:1. 用戶 2. 小程序 3. 服務端
前提:用戶未登錄帳號,網絡連接正常
目標:登錄帳號
流程:
1. 用戶進入登錄頁面,點擊“登錄”按鈕
2. 通過微信獲取手機號
3. 登錄成功,跳轉到綁定藥盒頁面
邊界流程:
無
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
無
軟件& UI 細節說明:
無
用例 2:綁定藥盒
關聯方:1. 用戶 2. 小程序 3. 服務端 4. 藥盒
前提:用戶已登錄,手機藍牙開啟,藥盒處于開機狀態,網絡連接正常
目標:微信小程序與藥盒綁定,支持用戶通過微信小程序配置藥盒
流程:
1. 用戶進入綁定藥盒頁面,點擊“綁定藥盒”按鈕
2. 跳轉至藥盒搜索頁
3. 用戶將藥盒靠近手機(距離 xxx以內)
4. 小程序通過手機藍牙搜索到藥盒,自動發起配對請求,跳轉至藥盒配對頁
5. 藥盒的藍牙模塊接收到配對請求,綠燈持續雙閃、連續提示音
6. 用戶按下藥盒上按鍵,藥盒單提示音,小程序與藥盒配對成功,存儲配對信息
7. 小程序跳轉至藥盒配置頁
邊界流程:
無
異常流程:
1. 用戶手機藍牙未開啟,步驟 2 跳轉至綁定異常頁面
2. 網絡異常,跳轉至網絡異常頁面
3. 小程序 xx min 內搜索不到藥盒,跳轉至綁定異常頁面
4. 步驟 6 用戶 xx min 內沒有按下按鈕,跳轉至綁定異常頁面
示意圖:
軟件& UI 細節說明:
1. 藥盒數據同步圓形進度條,暫不實現,后面根據數據同步速度考慮是否加上該功能
用例 3:自動連接藥盒
關聯方: 1. 用戶 2. 小程序 3. 服務端 4. 藥盒
前提: 用戶已登錄,用戶已成功綁定過藥盒且未手動解綁,手機藍牙開啟,網絡連接正常,藥盒處于開機狀態,藥盒和手機距離在 xxx 以內
目標: 自動連接,支持用戶通過微信小程序配置藥盒
流程:
1. 用戶進入藥盒配置頁
2. 藥盒配置頁頂部文字提示“藥盒連接中… ”,藥盒 ICON 搜索態,頁面不可編輯
3. 小程序通過手機藍牙和藥盒自動配對
4. 配對成功后,頂部文字提示隱藏,藥盒 ICON 連接態、頁面可編輯
邊界流程:
1. 藥盒未連接時,用戶點擊藥盒配置頁面的配置項,彈窗提示,文案“提示-請連接藥盒后再進行設置-我知道了”
異常流程:
1. 用戶手機藍牙未開啟,小程序頂部提示切換為“請打開手機藍牙”,藥盒 ICON 失敗態,頁面不可編輯
2. 網絡異常,跳轉至網絡異常頁面
3. 小程序 xx min 內搜索不到藥盒,小程序頂部提示“請將藥盒靠近手機,確保藥盒處于開機狀態”,藥盒 ICON 失敗態,頁面不可編輯
示意圖:
軟件& UI 細節說明:
1. 左上角藥盒 ICON 三種狀態:搜索態、連接態、失敗態
2. 藥倉兩種狀態:可編輯、不可編輯
3. 頂部文字提示三種:“藥盒連接中… ”、“請打開手機藍牙” 、“請將藥盒靠近手機,確保藥盒處于開機狀態”
用例 4:解綁藥盒
關聯方: 1. 用戶 2. 小程序 3. 服務端 4. 藥盒
前提: 小程序與藥盒已連接,網絡連接正常
目標: 小程序與藥盒解綁,用戶無法配置藥盒,仍可查看歷史服藥記錄
流程:
1. 用戶進入設置頁,點擊“移除藥盒”按鈕
2. 小程序和藥盒斷開藍牙連接,清除藍牙配對信息
3. 小程序提示“移除成功”,
4. 設置頁不再展示分享模塊,服務端移除分享名單
5. 設置頁不再展示“移除藥盒”按鈕,尋找藥盒圖標置灰不可點擊
6. 藥盒恢復出廠設置,綠燈單閃
邊界流程:
1. 小程序與藥盒未連接,用戶點擊“移除藥盒”按鈕,彈窗提示“提示-藥盒未連接,請連接后重試-我知道了”
2. 解綁后,如果用戶點擊底部導航欄“藥盒”,不再展示藥盒配置頁,展示綁定藥盒頁面
異常流程:
網絡異常,跳轉至網絡異常頁面
示意圖:
軟件& UI 細節說明:
無
用例 5:錄入服藥信息
關聯方: 1. 用戶 2. 小程序 3. 服務端 4. 藥盒
前提: 小程序與藥盒已連接,網絡連接正常
目標: 用戶將服藥信息錄入到藥倉
流程:
1. 用戶進入藥盒配置頁,點擊未配置藥倉區域
2. 小程序內彈出服藥信息表單,包含:藥品名稱(必填-可選可輸入)、服用日期(必填-多選)、時間(必填=單選)、次數(必填-單選)、用量(必填-單選)、飯前/飯中/飯后(非必填-單選)
3. 用戶填寫后點擊“完成”按鈕,小程序加載提示
4. 小程序通過藍牙發送控制信息給藥盒,更新提醒設置、藥倉語音播報文案
5. 小程序提示“錄入成功”,跳轉回藥盒配置頁,藥倉 UI 由未配置藥倉變為已配置藥倉,底部今日待服用提醒對應更新
邊界流程:
1. 如果用戶在表單中未填寫藥品名稱,在點擊“完成”按鈕時提示“請填寫藥品名稱”
2. 如果用戶在表單中未選擇日期,在點擊“完成”按鈕時提示“請勾選日期”
3. 如果用戶在點擊“完成”按鈕時,藥盒處于未連接狀態,提示“藥盒未連接,請連接后重試”,跳轉回藥盒配置頁
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
軟件& UI 細節說明:
1. 藥盒配置頁,藥倉UI有兩種狀態:未配置藥倉、已配置藥倉
2. 服藥信息表單,服用日期默認全部勾選,用量默認每天3次,每次1粒,時間默認8:00、13:00、21:00,默認飯前服藥
3. 當用戶修改服藥次數后,默認時間以8:00-21:00均分,四舍五入
4. 可選的藥品名稱有 “感冒藥”、“退燒藥”、“消炎藥”、“降壓藥”、“降糖藥”、“保健品”、“鈣片”
5. 表單上下滾動時,完成按鈕懸浮在頁面下方
6. 藥品名稱長度限制在 XXX 個字符以內
用例 6:修改服藥信息
關聯方: 1. 用戶 2. 小程序 3. 服務端 4. 藥盒
前提: 小程序與藥盒已連接,網絡連接正常
目標: 修改藥倉的服藥信息
流程:
1. 用戶進入藥盒配置頁,點擊已配置藥倉區域
2. 彈出窗口,點擊“修改服藥信息”按鈕,窗口關閉,彈出服藥信息表單
3. 用戶修改后點擊“完成”按鈕,小程序加載提示
4. 小程序通過藍牙發送控制信息給藥盒,更新提醒設置、藥倉語音播報文案
5. 小程序提示“修改成功”,跳轉回藥盒配置頁,底部今日待服用提醒對應更新
邊界流程:
1. 如果用戶在表單中未填寫藥品名稱,在點擊“完成”按鈕時提示“請填寫藥品名稱”
2. 如果用戶在表單中未選擇日期,在點擊“完成”按鈕時提示“請勾選日期”
3. 如果用戶在點擊“完成”按鈕時,藥盒處于未連接狀態,提示“藥盒未連接,請連接后重試”,跳轉回藥盒配置頁
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
軟件& UI 細節說明:
1. 修改表單和錄入表單布局一致,展示用戶上次填寫的內容
用例 7:刪除服藥信息
關聯方: 1. 用戶 2. 小程序 3. 服務端 4. 藥盒
前提: 小程序與藥盒已連接,網絡連接正常
目標: 刪除藥倉的的服藥信息
流程:
1. 用戶進入藥盒配置頁,點擊已配置藥倉區域
2. 彈窗,點擊“不再服用該藥”按鈕,小程序加載提示
3. 小程序通過藍牙發送控制信息給藥盒,更新提醒設置、藥倉語音播報文案
4. 小程序提示“移除成功”,窗口關閉,底部今日待服用提醒對應更新,藥倉 UI 由已配置藥倉變為未配置藥倉,底部今日待服用提醒對應更新
邊界流程:
1. 如果用戶在點擊“不再服用該藥”按鈕時,藥盒處于未連接狀態,提示“藥盒未連接,請連接后重試”,彈窗關閉
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
見用例-修改服藥信息
軟件& UI 細節說明:
無
用例 8:服藥信息播報
關聯方: 1. 用戶 2. 藥盒
前提: 無
目標: 用戶打開藥盒,按下藥倉播報按鍵,播報對應的服藥信息
流程:
1. 用戶打開藥盒,按下藥倉對應的播報按鍵
2. 如當前藥倉已通過小程序配置,播報服藥信息,例 “鹽酸坦索羅辛,一日1次,一次1片,飯前服用”
3. 如當前藥倉未通過小程序配置,播報“未錄入”
邊界流程:
無
異常流程:
無
示意圖:
無
軟件& UI 細節說明:
無
用例 9:首次服藥提醒
關聯方: 1. 用戶 2. 小程序 3. 服務端 4. 藥盒
前提: 到達用戶設定的服藥時間,用戶已關注微信公眾號
目標: 藥盒和小程序服藥提醒
流程:
1. 微信公眾號推送服藥提醒,用戶點擊可跳轉到小程序藥盒配置頁
2. 藥盒綠燈閃爍 10 下后常亮,響 10 聲,對應藥倉亮綠燈
邊界流程:
1. 如果用戶未關注微信公眾號,公眾號不推送服藥提醒
異常流程:
無
示意圖:
軟件& UI 細節說明:
無
用例 10:二次服藥提醒
關聯方: 1. 用戶 2. 小程序 3. 服務端 4. 藥盒
前提: 首次服藥提醒后,用戶半小時內沒有打開藥倉,用戶已關注微信公眾號
目標: 藥盒和小程序再次發送服藥提醒
流程:
1. 微信公眾號推送服藥提醒,用戶點擊可跳轉到小程序藥盒配置頁
2. 藥盒綠燈閃爍 10 下后常亮,響 10 聲,對應藥倉亮綠燈
邊界流程:
1. 如果用戶未關注微信公眾號,公眾號不推送服藥提醒
異常流程:
無
示意圖:
同用例-首次服藥提醒
軟件& UI 細節說明:
無
用例 11:暫停提醒
關聯方: 1. 用戶 2. 藥盒
前提: 藥盒指示燈閃爍/藥盒指示燈常亮/藥盒響聲
目標: 用戶可通過按鍵/打開藥盒/關閉藥盒的方式暫停提醒
流程:
1. 用戶打開藥盒/關閉藥盒/按下藥盒上按鍵
2. 藥盒指示燈熄滅、藥盒結束提示音
邊界流程:
1. 藥盒指示燈未亮、藥盒未響聲時,用戶打開藥盒/關閉藥盒/按下藥盒上按鍵,藥盒無變化
異常流程:
無
示意圖:
無
軟件& UI 細節說明:
無
用例 12:新增服藥記錄
關聯方: 1. 用戶 2. 藥盒
前提: 待服藥倉關閉狀態下,用戶在首次服藥提醒后一小時內首次打開代服藥倉
目標: 指示燈變化,新增服藥記錄
流程:
1. 用戶打開待服藥倉
2. 藥盒存儲新增 1 條服藥記錄(日期、藥品名稱、服藥時間、數量)
3. 用戶關閉藥倉,藥倉指示燈熄滅
邊界流程:
1. 如果待服藥倉在服藥播報前和服藥播報期間一直都是開啟狀態,用戶關閉藥倉時新增服藥記錄(限制在首次服藥提醒一小時內)
異常流程:
無
示意圖:
無
軟件& UI 細節說明:
無
用例 13:新增漏服記錄
關聯方: 1. 用戶 2. 藥盒
前提: (待服藥倉關閉狀態下,用戶在首次服藥提醒后一小時內未打開待服藥倉) 或 (代服藥倉開啟狀態下,用戶在首次服藥提醒后一小時內未關閉待服藥倉)
目標: 指示燈變化,新增漏服記錄
流程:
1. 藥盒、藥倉指示燈自動熄滅
2. 藥盒存儲新增 1 條漏服記錄(日期、藥品名稱、應服用時間、應服用數量)
邊界流程:
無
異常流程:
無
示意圖:
無
軟件& UI 細節說明:
無
用例 14:服藥、漏服記錄同步
關聯方: 1. 用戶 2. 小程序 3. 服務端 4. 藥盒
前提: 小程序與藥盒已連接,網絡連接正常
目標: 藥盒將內部存儲的服藥、漏服記錄同步小程序
流程:
1. 用戶打開小程序
2. 藥盒自動通過藍牙將服藥、漏服記錄同步給小程序,上傳到服務端
邊界流程:
無
異常流程:
無
示意圖:
無
軟件& UI 細節說明:
無
用例 15:查看服藥、漏服記錄
關聯方: 1. 用戶 2. 小程序 3. 服務端
前提: 用戶已登錄,網絡連接正常
目標: 用戶可通過小程序查看3個月內的服藥記錄和漏服記錄
流程:
1. 用戶進入服藥記錄頁
2. 用戶滑動查看服藥記錄和漏服記錄,服藥記錄白色底色,漏服記錄橙色底色,每條記錄包含日期、藥品名稱、服用時間/應服用時間、數量/應服用數量信息
邊界流程:
無
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
軟件& UI 細節說明:
1. 頁面滑動到底部,提示“僅展示3個月內的服藥記錄”
用例 16:查看服藥情況統計
關聯方: 1. 用戶 2. 小程序 3. 服務端
前提: 用戶已登錄,網絡連接正常
目標: 用戶可通過小程序查看本周、上周、本月服用情況統計
流程:
1. 用戶進入服藥記錄頁
2. 服藥記錄頁頂部展示三個服藥扇形圖,點擊彈出服藥次數漏服次數,再次點擊取消彈出
邊界流程:
無
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
見用例-查看服藥、漏服記錄
軟件& UI 細節說明:
無
用例 17:分享藥盒
關聯方: 1. 用戶 2. 小程序 3. 服務端
前提: 用戶已登錄,用戶已成功綁定過藥盒且未手動解綁,網絡連接正常
目標: 用戶通過小程序將藥盒分享給微信好友-協助者,協助者可配置藥盒、查看服藥記錄
流程:
1. 用戶進入設置頁
2. 在設置頁內點擊分享圖標,通過微信鏈接??分享給協助者
3. 協助者點擊鏈接跳轉到小程序協助配置頁面
4. 用戶設置頁分享列表更新,協助者設置頁控制列表更新
5. 協助者可通過設置頁控制列表進入協助配置頁面
邊界流程:
無
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
軟件& UI 細節說明:
1. 設置頁分享列表空態
2. 設置頁控制列表空態
用例 18:取消分享
關聯方: 1. 用戶 2. 小程序 3. 服務端
前提: 用戶已登錄,用戶已成功綁定藥盒且未手動解綁,網絡連接正常
目標: 用戶取消分享,協助者不可配置藥盒、查看服藥記錄
流程:
1. 用戶進入設置頁,在已分享好友右側點擊“取消”按鈕
2. 用戶設置頁分享列表更新,協助者設置頁控制列表更新
邊界流程:
1. 取消分享后,如果協助者點擊用戶之前發送的分享鏈接,跳轉到設置頁
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
無
軟件& UI 細節說明:
無
用例 19:配置藥盒-協助者
關聯方: 1. 用戶 2. 小程序 3. 服務端 4. 藥盒
前提: 協助者網絡連接正常
目標: 協助者配置藥盒,修改服藥信息
流程:
1. 協助者進入協助配置頁面,修改服藥信息
2. 修改的服藥信息自動通過服務端同步給用戶
3. 用戶打開小程序連接藥盒,配置下發,并通過藍牙同步到藥盒
邊界流程:
無
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
無
軟件& UI 細節說明:
無
用例 20:取消控制-協助者
關聯方: 1. 用戶 2. 小程序 3. 服務端
前提: 協助者網絡連接正常
目標: 協助者取消對用戶藥盒的控制,不可配置藥盒、查看服藥記錄
流程:
1. 協助者進入協助配置頁面,點擊“不再控制”按鈕
2. 協助者跳轉回設置頁,控制列表更新
3. 用戶設置頁分享列表更新
邊界流程:
1. 取消控制后,如果協助者點擊用戶之前發送的分享鏈接,跳轉到設置頁
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
無
軟件& UI 細節說明:
無
用例 21:尋找藥盒
關聯方: 1. 用戶 2. 小程序 3. 藥盒
前提: 小程序與藥盒已連接,網絡連接正常
目標: 用戶可尋找藥盒
流程:
1. 用戶進入設置頁,點擊“尋找藥盒”按鈕
2. 尋找藥盒”按鈕切換為尋找動畫
3. 藥盒黃燈閃爍 10 下后常亮,響 10 聲,動畫結束,恢復到“尋找藥盒”按鈕
邊界流程:
1. 如果小程序與藥盒未連接,“尋找藥盒”按鈕置灰,不可點擊
2. 用戶可打開藥盒/按下藥盒按鈕中斷尋找
3. 如果用戶中斷尋找,動畫結束,恢復到“尋找藥盒”按鈕
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
無
軟件& UI 細節說明:
無
用例 22:藥盒固件升級
關聯方: 1. 用戶 2. 小程序 3. 服務端 4. 藥盒
前提: 小程序與藥盒已連接,網絡連接正常
目標: 藥盒固件升級
流程:
1. 用戶打開小程序
2. 后臺檢查到固件有新版本
3. 通過藍牙傳輸到藥盒升級
邊界流程:
1. 小程序與藥盒未連接或網絡異常,隨時中斷
異常流程:
無
示意圖:
無
軟件& UI 細節說明:
無
用例 23:查看剩余電量
關聯方: 1. 用戶 2. 小程序 3. 藥盒
前提: 小程序與藥盒已連接,網絡連接正常
目標: 藥盒配置頁頂部顯示剩余電量
流程:
無
邊界流程:
無
異常流程:
無
示意圖:
軟件& UI 細節說明:
無
用例 24:低電量提醒
關聯方: 1. 用戶 2. 小程序 3. 藥盒
前提: 小程序與藥盒已連接,網絡連接正常
目標: 小程序和藥盒發送低電量提醒
流程:
1. 如果藥盒電量低于10%
2. 微信公眾號推送服藥提醒,點擊可跳轉到藥盒配置頁
3. 藥盒紅燈閃爍 3 下后常亮,響 3 聲
邊界流程:
1. 如果用戶未關注微信公眾號,公眾號不推送低電量提醒
2. 如果小程序與藥盒未連接,公眾號不推送低電量提醒
異常流程:
無
示意圖:
軟件& UI 細節說明:
無
用例 25:帳號登出
關聯方: 1. 用戶 2. 小程序 3. 服務端
前提: 用戶已登錄,網絡連接正常
目標: 登出帳號
流程:
1. 用戶進入設置頁,點擊“退出登錄”按鈕
2. 跳轉到登錄頁面
邊界流程:
無
異常流程:
1. 網絡異常,跳轉至網絡異常頁面
示意圖:
無
軟件& UI 細節說明:
無
八、藥盒硬件標準
維度:外觀
產品尺寸范圍:盡可能小巧輕便,長寬高 < 146.7mm x 71.5 mm x 49mm (參考iphone手機)
材質:
1. 智能藥盒的外部材質應具有抗指紋特性,以保持長期使用中的外觀整潔,避免指紋等污漬的積累影響用戶體驗
2. 智能藥盒的內外部接觸藥品的部分必須符合與藥品接觸的安全標準,不得影響藥品質量
維度:功能
藍牙連接范圍:典型使用范圍 10 米,確保連接穩定性和低延遲;最大連接范圍 30 米,無障礙開闊環境
聲音模塊:
1. 音量可調范圍 40 dB ~ 90 dB(默認 70 dB)
2. 聲音間隔支持 0.5 秒~5 秒范圍可調(默認 2 秒)
3. 可播報語音長度 20 秒
藥盒 LED 燈:支持紅、綠、黃三種顏色
藥倉 LED 燈:單色 綠色
電量監控:
1. 設備支持剩余電量監控,精度誤差在 ±10%,電量以百分比的形式顯示
2. 當電量低于 10% 提示用戶充電/更換電池
固件 OTA 升級: 支持用戶通過藍牙進行固件 OTA 升級
恢復出廠設置:
1. 設備應具備硬件級的恢復出廠設置功能,恢復過程中,設備應清除所有用戶數據和設置,并恢復到出廠狀態。
2. 可通過藍牙控制恢復出廠設置
維度:性能
使用壽命: 3年
待機時長:1個月(COROS手表>20天)
日常續航時長:每日三次提醒,無語音播報的情況下,續航兩周
充電時長(如需):低于 2 小時
藥盒開關監控準確度:藥盒開關狀態檢測準確率應不低于99%,誤差不超過1次/100次檢測
藥倉開關監控準確度:藥倉開關狀態檢測準確率應不低于99%,誤差不超過1次/100次檢測
維度:可靠性
溫度適應范圍:設備應能在0°C 到 35°C的溫度范圍內正常工作,存儲溫度范圍-20°C 到 45°C (對標 Apple 智能手機和 COROS 智能手表)
濕度適應范圍:設備應能在5%~95%的相對濕度下穩定工作
海拔高度適應范圍:設備應能夠在 海拔高度 0 米至 3000 米 范圍內正常工作,不影響其主要功能。設備在極高海拔(3000米以上)使用時,不應造成設備的安全隱患或重大功能失效
電磁環境:設備應能在常見的電磁環境中正常工作,包括住宅區、辦公區和醫療場所。設備能夠抗干擾,且不影響其他設備的工作
抗靜電:設備應具備抗靜電的能力,確保在用戶操作時或設備在常見環境中使用時不會因外部靜電而損壞或功能失效
抗腐蝕氣體、液體:設備需要具備一定的抗腐蝕能力,以應對常見的水、汗水、清潔劑、廚房氣體等腐蝕源
通風散熱:正常使用過程中應保持穩定的工作溫度,以確保內部電子元件(如傳感器、電池等)不受過熱影響。設備應有足夠的散熱設計來防止過熱,特別是在長時間使用或充電過程中
部件強度:
1. 設備應具備抗震能力,能夠承受1米高度跌落的沖擊而不受損?
2. 藥盒蓋、藥盒按鈕、藥倉蓋,強度足夠以避免疲勞損壞
3. 電池、電路板,避免外部壓力或碰撞發生短路或故障
故障恢復:監控設備的運行狀態(電池、藍牙連接、傳感器等),在出現異常時重啟或采取其他措施以恢復正常運行,防止系統死機、卡頓或運行錯誤等問題,確保穩定性
維度:安全性
固件控制安全性:避免惡意綁定,在用戶沒有手動解綁的前提下,藥盒無法與其他用戶綁定
認證標準:CCC認證、CE認證、SRRC認證、國標質檢報告
維度:環保
認證標準:RoHS認證
附:市場規模分析
本文由 @Ayooi 原創發布于人人都是產品經理。未經作者許可,禁止轉載
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務
原型圖是用axure畫的嗎?
moqups
有點感覺像偽需求。
怎么說?
很詳細的一份文檔,想和博主交流下,好友協助這個功能的設計主要考慮的場景是什么?首先這個協助是需要用戶主動分享鏈接到指定人,那如果他本身會使用,好像自己就可以完成配置;如果是年齡大或者年齡小的用戶,可能也不太會操作分享?所以想了解下這塊之前考慮點是?
很開心可以和你討論。是的,分享功能針對的是李廣富和李洋。常年在外地,李洋一定有很多次遠程幫助父母用智能手機,瀕臨崩潰的經歷。對李廣富來講,配置藥盒實在是太難了,服藥記錄他也未必愿意看。所以重點就是要把分享的步驟做簡單,軟件上的事情,讓李廣富做的越少越好。設計上分享的過程和視頻號類似。
這也太坑老板了吧
坑哪個老板?