小技巧
- 運用
多選作為類別篩選，配合Created Time直接記錄創建日記的當下時間。
- 透過不同種的檢視（
View）來切換特定類別。
客戶需求
高級挑戰：
- ❓ 島先生遇到的問題：
現在每天的待辦任務都是用勾選方框寫在頁面裡，完成勾選完後就像丟入垃圾堆，幾乎不會再去看，再次復盤幾乎不可能。
- 🎯 島先生想達成的目標：
我需要一個「可連結到日記的
任務清單 資料庫」，除了能一覽我這週有哪些任務去做安排，也能透過 篩選 挑出已完成的任務，讓我能有效回顧和總結。- 💡 小提示：
- 你可以透過捷徑資料庫（
/create linked database）在一個頁面中製作多種不同檢視方式（Views）的資料庫，以滿足不同的使用情境。 - 你也可以再多整合更多資料庫，滿足島先生可能有的
「日記」、「工作週報」和「閱讀筆記」需求，製作多種資料庫的關聯整合應用系統。
設計思路
迭代作業的思路撰寫
迭代思路怎麼寫？
若要進行作業迭代，挑戰優秀作業，
點擊「下方模版按鈕」新增迭代紀錄，按照提示進行迭代。
第2次迭代
用條列式記錄本次迭代優化的地方，對應你的迭代思路
迭代優化了什麼？
- 新增「工作週報資料庫」＆「筆記資料庫」
- 將不同使用情境獨立分區，製作情境入口
- 優化「任務專區」
- 優化「日記專區」
- 優化「工作週報專區」
- 「工作週報專區」一樣放上
「本週已完成工作」看板
迭代思路
- 感謝涵渝助教給的修改建議，我思考後將「工作週報」從「任務資料庫」中獨立出來。並把之前遺失的「筆記資料庫」補建起來。
- 歸納出島先生主要有「寫日記＆回顧日記」、「檢視＆回顧任務」、「展示工作週報」的需求，所以分成「日記專區」、「任務專區」、「工作週報專區」三大頁面
- 任務專區的使用邏輯為「待排程任務 ➡️ 已排程任務 ➡️ 已完成任務（回顧）」
因為任務有分成
「工作」、「學習」、「私人計畫」三種，所以將原有的收集箱刪去，直接按「NEW」點選「模板」新增會更完整。 製作了「工作」、「學習計畫」、「私人計畫」三種模板，其中將學習計畫的模板Relation to筆記資料庫 改掉原有的可執行/需拆分類別，只分成待排程/已排程，待排程區會比較直觀，套用公式判斷：只要有選擇日期就顯示已排程
- 日記專區主要使用功能為 寫日記 ＆ 日記回顧，所以一樣保留初級作業的「寫日記區」。
下方一樣是初級作業的
週日記看板，用來回顧本週日記（Filter當週＆已完成）
- 因為自己沒有寫過工作週報，看到我們小隊的 有分享
工作週報討論區還有可以快速預覽討論區內容的方法，超級厲害，決定跟著做做看！
- 因為我是採用
頁面跳轉的情境入口方式，擔心島先生寫工作週報時忘記自己本週做了什麼，所以在工作週報專區一樣放上本週已完成工作看板 （任務資料庫週看板view： Filter當週＆已完成＆類別 = 工作）
第1次迭代
用條列式記錄本次迭代修改的地方，對應你的迭代思路
迭代優化了什麼？
- 島先生想要「可連結到日記的
任務清單資料庫」
- 思考島先生的工作流 ＆ 需求
- 想要有一個
收集箱可以統整每天的靈感＆想法 - 有時候靈感是一個
大方向，需要花時間整理拆分才能變成具體的行動任務 - 每天固定一段時間
快速整理收集箱，把靈感放進行程。 - 一早容易頭腦混沌，希望可以
一目瞭然今天的工作項目，更快進入狀況。 - 希望挑出每週已完成的任務＆日記，讓我能
有效回顧和總結。
島先生的工作流 ＆ 需求
- 製作「收集箱」
- 製作「生產力日記」
- 製作「等待排程的任務」
- 製作「本月行事曆」& 「週任務看板」
- 製作「回顧區」
- 排版優化
- 關於「排程」欄位要用
Filter更改還是用公式判斷
迭代思路
- 日記系統＆任務系統資料庫分開成兩個資料庫。 在「日記資料庫」建立一個欄位關聯「任務資料庫」
- 將島先生的需求整理成一個簡易工作流程
工作流程圖
- 新增「任務資料庫」
Table view，方便直接在頁面編輯新增。Fliter「排程」is「待排程」
- 新增「日記資料庫」
Table view，方便直接在頁面編輯新增。Filter「今天」＆「昨天」 「任務資料庫」＆「日記資料庫」建立Relation。調整版面可以直接看到今日任務、完成度、每日 TTL 總結
- 新增「日記資料庫」
Board view，Groupby 「排程」，Sub-groupby 「執行/拆分」，把「已排程」&「no」都隱藏起來
- 新增「任務資料庫」
Calender view＆「週任務看板 2.0」「週任務看板」因為要顯示「當週」，參考
助教的FormatDate 實用公式小攻略 判斷出「當週☑」， Filter出「當週☑」。
- 「本週日記回顧」套用初級作業的內容；「本週任務回顧」跟上方的「週任務看板」一樣，
Filter出「當週☑」＆「已完成☑」
- 關於排版如何呈現思考＆迭代了很多次
本來是想說不想要滑來滑去很不直觀，所以將每個區都做成獨立的頁面可以點選進去。
後來又覺得頁面跳轉也很複雜，排版也不好看，所以還是選擇把所有資料庫放在同一頁面
最後放一個
目錄＆回到最上方，終於排出比較滿意的版面。
- 製作過程中有去 Kimmy 的頁面逛街。覺得
收集箱+行事曆拖拉的思路很讚。嘗試自己做做看，但是完全忘記在行事曆上加Filter了。導致拖拉過去「待排程」的狀態不會更改。 然後我就用了一個公式去調整「排程」欄位：if(not empty(prop("日期")), "🗓已排程", "📂待排程")（完全沒想到只要行事曆加 Filter 就好XD） 後來思考要不要改回 Kimmy 的做法，好處是：行事曆的項目拖拉回等待排程區，就會回復「待排程」。 但最後決定還是維持原有的公式判斷法。原因：1. 上述的優點發生情況較少；2. 如果我在收集箱新增任務時，如果有直接確定日期，就可以直接顯示「已排程」。
