| Invalid Date
字数 0阅读时长 1 分钟

💻 整體排版

這次作業將整個頁面分成五個部分:TTL 日記任務看板點子區已完成任務工作週報
  • TTL 日記 放在最上方
    • 因為做 日記回顧 是島先生的重點,就放在最上方啦!
  • 版面顏色用黃色咖啡色為主
    • 島先生帶著咖啡色帽子,應該是喜歡咖啡色吧(?

📔 TTL 日記

  • 為了達成島先生「可連結到日記的 任務清單 資料庫」的需求
    • 任務日記 分成兩個不同的資料庫
    • 在日記的資料庫增加 今日任務 的屬性,並關聯到任務資料庫
  • 為了讓島先生能有效回顧和總結
    • 新增 任務進度條,能在日記的部分就能看到當天的任務進度(感謝阿哲直播提到他正在研究進度條,我就有樣學樣把進度條也拿來用了(っ´ω`c)
    • 因為日記資料庫已經有日期的屬性,所以日記名稱就模仿雷蒙的模板,用 一句話總結今天 當標題,回顧時更能知道當天的狀態
    • 修改 日誌模板,把日誌模板分為三部分:今日任務每日習慣日記
      • 今日任務
        • 新增 任務資料庫捷徑,並篩選到此模版本身(Where 日記 Contains 日誌模板),如此一來只要有在日記資料庫的 今日任務 欄位選好今天要完成的任務,這裡的捷徑資料庫就會自動顯示當天要完成的任務
          • 問題
            • 原本 filter 其實是學雷蒙 TTL 2.0,使用日期 is today 來做篩選
            • 但後來想想,用 is today 的前提是要跟雷蒙一樣,當天凌晨建立日記才能剛好看到任務(若是前一天就先建立日記,就會看到前一天的任務)。但像我本人就是有時 12 點前睡、有時 12 點後睡,這樣 filter 不管用日期 is today 還是 is tomorrow 都很奇怪
            • 不確定有沒有辦法直接從任務資料庫 filter 到日記資料庫中日期(例如:Where 任務日期 is 日記日期
            • 原本想說用 rollup 新增日記的日期到任務的資料庫,結果發現就算是同一個資料庫的不同屬性也不能直接拿來做 filter(例如:Where 屬性A is 屬性B)。目前上網查找不到方法,但也不想花太多時間卡在這裡,因此先放棄這個想法,之後再問問大家好了(´∀`)
      • 每日習慣
        • 為了追蹤習慣、每天檢查自己是否有良好的 daily routine,因此就有了這個欄位
        • 原本有想說可以直接在日記資料庫的屬性增加每個習慣,這樣可以不用點進去日記頁面就能直接打勾,還能在最下方檢視自己打勾了幾天
        • 但怕想養成的習慣太多,會造成版面混亂,所以還是請島先生乖乖點進去日記頁面做 check 吧!
      • 日記
        • 若是島先生有除了 TTL 以外的心得感想想要紀錄,又或者想上傳一些照片等等來寫日記做紀錄,就可以寫在這個欄位
  • 三種不同檢視模式過去七日月曆總清單
    • 過去七日
      • 最基本的檢視模式,讓島先生能更方便地快速檢視 TTL 日記
      • Sort 以 日期 Descending 排序,越新的日記放上面,也更方便檢視及編輯當日的日記(當天日記照理來說會跑到最上面)
      • 一次只看過去七天的日記,顯示太多會把版面拉太長。如果島先生有需要一次檢視一個月的日記可以再跟我反應( ̄▽ ̄)~*
    • 月曆
      • 以月曆方式檢視所有日記,視覺化查看一整個月的任務進度
    • 總清單
      • 條列式查看所有日記
      • Sort 一樣以 日期 Descending 排序

📋 任務看板

  • 為了讓島先生方便一覽這週有哪些任務去做安排
    • 把任務資料庫做成 週任務看板
      • 使用公式版本的週任務看板,讓島先生不必把任務改日期後還要改星期
      • 優化週次的顯示,變更公式將「週 1」到「週 7」改為「週一」到「週日
        • 缺點
          • 使用此 公式 作為 group 時,無法像用 類別 作為 group 一樣,直接移動任務到不同天,必須進去頁面改日期才行
          • 也無法直接將任務從點子區直接拉到週任務看板指定的週次
          • 目前貌似無解QQ
    • 只顯示已排好日期尚未完成的任務
    • 除了看到未來一週的任務之外,也能檢視過去尚未完成的任務
      • 我原本用的 filter 其實只能看到未來一週的任務(Where 日期 is on or after Today And 日期 is before One week from now)
      • 後來看了雷蒙的分享,覺得用還是用「日期 is on or before One week from now」比較好,不但能看到未來七天的任務,還可以避免漏掉過期卻尚未完成的任務
  • 六種不同檢視模式:週看板月看板任務總表學習筆記私人計畫工作週報
    • 週看板
      • 最基本的檢視模式,可以達成島先生一覽一週任務的需求
    • 月看板
      • 可以一覽整個月的任務
        • 原本想說要不要學雷蒙,多增加一個即將到來的 linked database 去放超過未來七天的任務,但後來覺得用 月曆 的檢視模式就可以看到未來整個月的任務了,不想再增加捷徑資料庫讓頁面太亂
        • 缺點是要手動換檢視,但如果多增加一個月曆版的 linked database 又太亂,好難取捨😅
      • 沒有設 filter 濾掉已完成任務
        • 可以一次看到過去跟未來已完成或未完成的任務,同時回顧跟安排(希望不會太亂><
        • 有設 Sort 把未完成的任務放比較上面,還是會優先看到未完成的任務
      • 能自由移動任務的日期,也能直接將任務從點子區移到指定的日期,彌補 公式週看板 缺點
    • 任務總表
      • 條列式總覽所有未完成任務
      • 比其他的檢視模式多了 備註總結 的屬性,可以在不按進去任務頁面的狀況下做備註與簡單總結任務
        • 原本其實只想用 List 的檢視模式做條列式總覽,感覺比較清爽
        • 但只有 Table 的檢視能夠做到不點開任務頁面、就直接做備註跟總結,感覺比較適合島先生(?
        • 同時有 ListTable view 的話功能重複性太高,因此只選擇 Table view 做任務總覽
      • Sort 以 日期 Ascending 排序,越早該完成的任務在越上面
    • 學習筆記私人計畫工作週報
      • 以任務的 類別 做區分,可以只檢視特定類別的任務
      • 使用 Table 的檢視模式,原因同任務總表

💡 點子區

  • 方便新增尚未排程的任務
  • 存放所有未新增日期未完成的任務(雖然不確定會不會有還沒新增日期就完成任務的情況啦🤣

已完成任務

  • 為了達成島先生「挑出已完成的任務進而能有效回顧和總結」的需求
    • 新增此 linked database,並只篩選出已完成的任務
    • 使用 Table view,方便回顧或新增任務 總結
    • Sort 以 日期 Descending 排序,越新的任務放越上面
  • 兩種不同檢視模式:過去一週總檢視
    • 過去一週
      • 避免資料庫版面拉太長,只顯示過去一週的任務
    • 總檢視
      • 顯示所有已完成任務

💼 工作週報

  • 為了達成島先生「工作週報除了給自己看還想展示給團隊、引入回饋」的需求
    • 新增此 linked database,並只篩選出 類別工作 的任務,可以直接將此頁面展示給團隊
      • 目前假設 工作 的類別中只有 工作週報,假設 工作 類別底下還可能有 工作週報 以外的任務,可能就要為 工作週報 專門開新的類別
      • 原本想把工作週報獨立出來,但又想要工作週報持續待在任務資料庫
        • 原本開了新資料庫,想要用 relation 串聯資料庫,但這樣新資料庫的 Title 屬性就不知道要叫什麼,因為取名障礙所以取消這個念頭(#
        • 問題
          • 原本想要在新的資料庫新增 Last edited timeLast edited by 兩個屬性,想說可能可以直接在資料庫的頁面看到最後是誰留了 Comment留言時間
          • 但不確定只留 Comment 而沒編輯是不是不會被算在這兩個屬性內,不過問大家好像沒人知道(又或者是問題太笨QQ),因此就先不加這兩個屬性了><
    • 可在分享此資料庫頁面給同事時開放 Comment,即可達到他人回饋的效果
      • 原本想說新增雷蒙教的 template button(@Me 在 @Now: 的用法)開放給團隊的人新增留言
        • 但後來覺得還是直接用 Notion 本來就有的 Comment 功能感覺比較自由,可以在頁面上方留言、也可以找有問題的地方反白留言
        • 如果開放此 template button 在自己的工作週報頁面,等於要開放他人編輯此頁面的權限,感覺也不妥
          • 根據自己的工作經驗(但不知道島先生的狀況QQ),其他人應該不會來更動自己的頁面,除非島先生把這個工作週報當成多人協作工具,但這樣會太複雜所以先不考慮,先假設他人應該是不需要編輯的權限
        • 因此最後並沒有在工作週報的頁面做特別的更動,因為覺得 Comment 功能就能達成島先生的要求
       
Loading...
目录