狀態
⏩ 專案執行中
專案期間
Jan 3, 2022 → Jan 27, 2022
為什麼要做？
對自己
1. 第一次自己own一個專案，如果要做一項設計你會怎麼做？
2. 相關行動
知識庫
更新時間
Jan 3, 2022 06:20 AM
預期的限制與難處
- ...
- ...
🚵🏻
Ives的行動任務庫（A）行動
執行截止日
問題＆解決
專案
工作時間
番茄
行動狀態
❓重新釐清自己的知識架構，發現雙鑽石的設計流程，不能和使用者體驗五階層整合在一起。
💬 他們本來就不是換句話說的架構，不能把使用者體驗五階層當作設計流程。因為設計流程會同時處理不同階層的東西。
使用者體驗五階層只是資訊種類的劃分，並不需要達成甚麼目標。
補充：
在品牌端的產品設計因為已經有既有的資訊架構，所以設計的過程不會按照使用體驗五階層進行，通常都是跳來跳去的。像toolbar重構的專案就會直接從戰略層跳至結構層。
To-do
Dec 28, 2021
在設計初稿完成的時候就要納入其他部門的意見了，因為產品是公司的，不是只有設計部門說的算。
User test盡量不要找會有偏見的公司內部人員做，不然會沒辦法獲得最真實的反饋。(但這裡會有這種狀況發生主要是想要讓跨部門同仁真的當一次User，才不會提一些很奇怪的建議)
User Test過程中，要注意幾點：
1. 指導語用詞要精準，不要讓User聽不懂任務
2. 每個任務都要有明確的目的
3. 不要讓User猜我們測驗的目的，會不直覺
4. 使用者操作跟講出來的話都不一樣，所以才要當下觀察做紀錄
Process
Dec 28, 2021
❓區分不同層級的邏輯，在同一頁面會有不同區分方式（距離, 樣式, 區塊）, 但整體一起來看的時候，就可能讓原本重要性沒有太大差異的功能，讓其中一個的重要性比較凸顯。 （如圖的Monitor Query）
💬 每一頁有不同邏輯是合理的，因為頁面的要放置的元件那麼多，不可能都按照一個邏輯區分。這時候就是取捨，最基本的條件要達到（區分Save, Monitor），雖然讓Monitor的重要性被強調了，但比較無傷大雅，如果有更好的設計當然可以提出，但是我們只能在限制下做到最好的情況。
Done
Dec 22, 2021
❓專案協作因為沒有理解對方的邏輯跟分類，導致在present的時候沒有辦法很有邏輯的講清楚設計
💬 present前一定要先自己re過一遍,看是不是還有架構,理由不清楚的
Done
Dec 15, 2021
❓陳述觀察結果的時候沒有進行組織，而是透過發現順序呈現給聽者資訊，造成混淆。
💬先從最大的框架開始論述，就跟簡報一樣會有目錄，讓聽者知道自己現在聽的資訊是隸屬於哪一個部分，如果直接講細節會難以理解。
Done
Dec 11, 2021
❓我用GTD+TTL日記作為回顧系統，如果沒有時間維度會不會不好做管理？
💬新增最近7天的檢視方式，讓回顧時更好掌握這週的任務。
❓島先生需要日記回顧，但自己是週記回顧，日記手寫，要怎麼取得平衡？
💬 在自己的NOTION建立屬於自己的回顧系統，島先生的作業視為練習。
Done
Dec 18, 2021
❓Save to PV 插件在IE的瀏覽器裡選擇生活黑客的專案系統會找不到Database QQ
💬 換成Chrome瀏覽器就可以加入了
❓特定property欄位無法刪除,刪了重新整理又跳出來。
💬 點進去database的page才能刪除。（很奇怪）
Done
遇上的困難，我怎麼解決的？
📌
現在解決馬上有效的清單，高優先級別
從【行動任務庫】中提煉，回到具體問題上。
AAA
BBB
如果再做一次，怎麼更好？
📌
未來必須優化改善的清單，低優先級別
發現了什麼潛在機會？哪些部分應該找誰協作？