專案背景
漫話心情日記介紹
漫話心情日記是一個讓使用者用簡單有趣的方式撰寫日記的平臺
核心功能 - 製作圖像日記
使用者輸入文字後，可以輕鬆產生漫畫圖片畫格，搭配情緒 ABC 理論(一種認知行為治療框架)，引導使用者回顧過去發生的事件。
日記平臺運作模式
使用情境
國中與國小
幫助班導師進行班級管理＆輔導老師進行輔導
促進 SEL(情緒學習)
讓學生透過寫日記認識情緒與增進表達能力
專案進行方式
專案流程
原型設計
Demo 測試
1st Round
迭代設計
Demo 測試
2nd Round
交付開發
專案緣由：使用場景從情緒紀錄延伸出短文寫作
原本比較專注情緒學習的應用，隨著平臺發展，延伸出短文寫作的使用場景
因應新的使用場景，產生修改介面的需求
教師後臺 - 一篇日記只有一個評論欄，無法快速指出錯在哪一段
在心情輔導的情境中，為了讓老師與學生對話，平臺可以讓老師針對整篇日記發表評論，但在短文寫作情境中，老師會更需要標示個別段落與字句的錯誤。
學生前臺 - 原本的訂正操作動線不太順暢
日記被老師批改完退回後，學生會在平台收到訂正日記的通知，但原本的介面中沒有顯示訂正內容的提示，學生只能滑到頁面最下方查看老師的評論，再進行訂正，操作動線上也不太順暢。
設計挑戰
符合老師的批改習慣
考慮老師的忙碌程度，以符合他們的批改習慣，並加快批改速度
避免學生過於挫折
需明確地顯示錯誤和修改評語，並保持友善且不會過於正式
從原有系統架構迭代
平臺原本已有相關功能，以現有功能和技術限制調整，實現新功能目標
從模糊的功能概念一步步發展
因為團隊中沒有 PM,身為 UX 設計師,接到需求後,我從模糊的功能需求開始設計⋯
設計發想與團隊共識
專案初期，我想了解「團隊對這個功能的想像」及「工程端有哪些技術限制」，因此我發想了不同的解決方案跟團隊討論。
第一次設計討論
✕
提案失敗：工程面碰到困難
以「讓老師直接在日記圖片上標記錯誤」的方向思考，學生也可以在圖片上查看自己寫錯在哪裡，在操作上比較直覺。
但工程師在技術上比較難做到，因此無法以這個方向發展設計。
✓
快速提出備案！順利達成共識
我通常都準備不只一個解決方案，因此很快就拿出「以表單形式讓老師輸入評語」的替代方案，順利讓團隊達成共識、推進設計進度！
以現有資料進行設計深化
了解教師的批改習慣，主動尋找現有資料
為了了解老師批改短文的習慣，我詢問團隊是否有相關的資料可以參考，因此得到了作文班老師先用 Google Drive 批改日記的紀錄。
紀錄裡有不少評語在講文句順不順、段落有沒有連接、哪裡寫得好。只提供「指出錯誤」一種評語會砍掉老師實際做的一大半事。
設計迭代
根據老師批改紀錄的觀察，保留能夠針對整篇日記添加評論的功能，並讓老師能夠以側欄選單快速切換畫格，幫助老師直覺地選取不同的畫格進行批改。
完成設計後，我決定找老師詢問他們對這個版本功能的看法...
Demo 測試
當設計到原型階段後，透過原型 Demo 的方式展示給團隊中的老師，詢問設計的建議及了解教師批改的評語習慣，共經歷兩次的 Demo 測試與迭代。
測試發現
學生端訂正流程不順暢
學生明明只是要訂正日記裡面的文字,但平台無法跳過修改圖片的流程,不符合作文班關注寫作的需求。
確認老師的批改習慣
針對不同程度的學生要求的面向也會有所不同,例如對程度好的學生,老師會希望他寫更多一點。
設計迭代 － 更方便與清楚的批改方式
老師可選擇要添加評語的畫格，快速切換日記的不同畫格
添加更清晰的批改類型，讓學生更清楚訂正的方向
最終成果
教師後臺 UI
學生前台 UI
受訪教師
「相比以前只能針對整篇日記批改留言，可以針對學生不同段落批改，使用上更方便且清楚。」