一份列出所有交付日期的行事曆
所有專案交期集中在一份行事曆上，依接近程度以顏色區分，在接下會造成衝突的案子之前就能看見衝突。
在這一週到來之前先看見它
專案依交付日期出現在行事曆上，項目上帶客戶與語言對。價值不在提醒，而在於當還來得及挪走一件時，就看見三個交期都落在同一個星期四。
排序後的清單看不出週四已經排滿
按日期排序的列會告訴你十四號有三個專案到期，卻不會告訴你十二號和十三號已經排滿，因為清單沒有形狀，衝突只有在格線上才會一眼看出。專案按到期日顯示在月檢視上，附帶客戶名稱和語言配對，並按各自所處階段著色：已報價、已接受、進行中、已交付、已開立發票。因此，一週未成交的報價與一週已在進行的工作看起來完全不同，而這是任何一欄「截止日」都做不到的區分。
報價還不是截止日，交付也不是最後一個截止日
工作沿著這些階段單向推進，日曆隨之跟進。未成交的報價會被取消並從檢視中消失，而不是作為一項你從未承接的義務繼續留在那裡。已交付的工作不再爭奪注意力，但會一直可見，直到開立發票並收款為止——因為每個翻譯專案的第二個截止日是錢的截止日，而被遺忘的正是這一個，通常是在檔案寄出約六週之後。
你的手機本來就會讀的訂閱來源
只需產生一次訂閱網址，任何日曆用戶端都能讀取：手機、筆記型電腦，以及家裡真的有人會看的共用日曆。凡是有到期日、尚未取消也尚未收款的專案都會出現在該訂閱來源中，項目上帶有客戶名稱，並按日曆自身的週期更新，而不是按你的節奏。想知道下週二是否有空，不必打開任何東西。該網址本身即是憑證，持有者皆可讀取訂閱來源，請像對待密碼一樣對待它；一旦外流，重新產生一組。
判斷權仍在你手上，這是刻意的設計
這裡沒有自動的產能評分，也不打算加入。資料庫並不知道四千字的專利與四千字的電子報是完全不同的一週，也不知道你已經把某個週六許給了別人。格線所做的，是把到期日、字數和語言配對一次攤在你眼前，讓「這件我能不能接」從一次費力的回想變成兩秒鐘的判斷。回想是工具的工作，答案是你的。