--- title: 'Meds' disqus: hackmd --- 本篇為 User research/User story/IA/Logic flows/Wireframe 實作練習 學習資源:Uxabc, Lidemy 筆記支援:[淺談產品開發與工作流程](https://hackmd.io/@ellielee/S19MqOTg3) --- # Meds [TOC] Background --- Meds 是一款針對需要服用慢性藥物或保健營養品習慣的人而設計的 App。因為人的慣性還未建立,經常會錯過使用時間或忘記補充使用的藥物或營養品,而設計此款App,提供用藥提醒,補貨提醒,藥品使用清單,並追蹤自己的使用紀錄和狀況。 Role --- UX designer Timeline --- Jan 2023 - Feb 2023 User research --- ### Problem - **目前提醒自己吃藥到吃完藥的過程有點繁麻煩,且時常錯過用藥時間或是忘記補充藥品** 過去人們透過手機設定鬧鐘加用藥清單來提醒自己什麼時間要吃什麼藥,以解決忘記吃藥的問題。 - **沒辦法有組織的管理用藥情況、症狀紀錄** 過去都用紙筆或手機備忘錄紀錄跟追蹤自己的用藥狀況或症狀,沒辦法很有組織的管理這些紀錄 ### Goal 設計一款 App 可以提供人們設定用藥時間、提醒的功能,讓使用者不會再忘記吃藥。並可以讓使用者紀錄自己的用藥狀況、症狀,方便回顧或追蹤 User story --- Epic 作為一般使用者,我想要展示本日用藥列表,這樣我就可以清楚知道自己今天什麼時候要吃什麼藥 Story 作為一般使用者,我想要在本日用藥列表中紀錄用藥情況,這樣我就可以回顧用藥紀錄 Epic 作為一般使用者,我想要設定用藥提醒,這樣我就不會忘記要吃藥 Epic 作為一般使用者,我想要回顧用藥歷史紀錄,這樣我就可以知道我是否都有按時吃藥 Story 作為一般使用者,我想在回顧的時候篩選藥品,這樣我就可以知道特定藥品的服用狀況 Story 作為一般使用者,我想在回顧的時候篩選日期,這樣我就可以知道特定藥品的服用狀況 Epic 作為一般使用者,我想在症狀紀錄中新增症狀紀錄,這樣我就可以回顧我的症狀 Story 作為一般使用者,我想回顧症狀歷史紀錄,這樣我就可以追蹤症狀的變化 Epic 作為一般使用者,我想展示所有目前的藥品列表,這樣我就可以看到目前正在服用的藥品 Story 作為一般使用者,我想在用藥列表中新增藥品,這樣我就可以清楚看到我所有的藥品 Story 作為一般使用者,我想要再用藥列表中設定項目分類,這樣列表就可以有條理且容易管理 Story 作為一般使用者,我想在用藥列表中暫停我的用藥,這樣我就可以在清單去 Story 作為一般使用者,我想要再用藥列表中刪除我的用藥,這樣我就可以在清單上 Story 作為一個一般使用者,我想要設定庫存提醒,這樣我就不會忘記要事先補充藥品 Epic 作為一般使用者,我想要編輯我的個人設定,這樣我就可以好好管理我的帳號 Story 作為一般使用者,我想在個人設定中編輯提醒設定,這樣我就可以自由調整 Story 作為一般使用者,我想在帳戶設定中變更帳戶密碼,這樣忘記密碼時就可以重新設定一組新密碼 Story 作為一般使用者,我想在帳戶設定中變更電子郵件,這樣就可以人性化的管理我的登入帳號 Story 作為一般使用者,我想在設定中編輯類別,這樣我就可以好好管理類別 Information Architecture --- ![](https://i.imgur.com/HZRO7tW.png) Logic flows --- #### **用藥紀錄** ![](https://i.imgur.com/mI8D7op.png) #### **新增症狀紀錄** ![](https://i.imgur.com/Nm4I1H1.png) **帳戶設定** ![](https://i.imgur.com/b4lyh8S.png) Wireframe --- #### **用藥紀錄** ![](https://i.imgur.com/ScMvka6.png) Insight --- 目前在執行這個 Case study 專案過程中,學到了: - 規劃一個功能(What)時,背後的原因(Why)很重要: 在 User story 階段,就要把每一條 Epic 和 Story 都寫到最細,不可拆分為止。產品的定位及要解決的問題才會清楚,否則會容易失焦。產品的 TA 與要解決問題一但失焦,就無法有效解決使用者的痛點。 - 執行 MVP: 一開始我規劃的 Scope 很大,想要做很多功能,如下圖。但是因為時間上的限制,也基於不確定這個產品是否有符合市場需求,所以決定採用 Agile 方法,快速開發一個 MVP。雖然現在還沒做完,但是我在產出 MVP 理解到,不可能一步到達完美,在一開始也不用追求完美,在這裡 MVP 的重點是,在涉足過深前,先確認有人對我正在做的東西感興趣。驗證是關鍵,要驗證這些功能是否有解決到痛點才是產品開發前期重要的方向。 ![](https://i.imgur.com/sSlJ46i.png) - 在產品設計中,關於迴圈與 Logic flow 的關聯: 最近接觸了基本的 C 語言架構,其中讀到關於迴圈 Loop 的函數應用,讓我立刻聯想到我在畫 Logic flow 的時候,終於了解到為什麼要把每一步驟都有邏輯的交代清楚。當操作系統時遇到「判斷」的地方,絕對要解釋清楚什麼情況下若使用者做了某個動作,是什麼條件下系統會做判斷,判斷的基準是什麼,根據這些基準進行判斷後會產生幾種結果,一步步的流程都要交代清楚,直到這個流程結束,才有辦法有效協助工程端。