Google的GTD(下)：知識宇宙
前言
在上集「第二大腦」提到的Google Keep，只是眾多Google服務的其中一個而已。Keep常被拿來和OneNote或EverNote來比較，因為都有「快速記事」這部分的功能。當然，EverNote和OneNote除了記事的支援程度和Keep相同以外，在記事的美觀及客制程度上都比Keep來得更為強大，這是做為一個「記事工具」理所當然要有的優勢。
EverNote的免費版，每個月的上傳量只有60MB，但總容量沒有限制；OneNote完全沒有任何限制，而且它是還原「筆記」體驗最完整的工具，若它的啟動速度和Keep一樣快的話，我想它就是記事軟體的No.1了。〝把訊息記下來〞確實是GTD很重要的一步，而這些記事工具也都或多或少的強調了「第二大腦」的功能。但，我們面對的可是排山倒海的待辦事項，短期任務，長期目標，甚至是生涯規劃。我們會接觸各式各樣的媒體，可能是doc/xls/ppt，可能是一張圖，一段影片，是行事曆上的一個會議邀請，一本電子書，甚至可能是一個壓縮檔或pdf。隨著時間累積起來，只是把這些東西〝記下來〞，將會越來越無法應付他們的連結關係，而且，每種格式都有它的格式，總不能什麼都要把內容萃取出來存成記事內容，或是都只能以附件的方式夾在記事中吧？
也就是說，把範圍拉得更大，以「Get Things Done」的需求來看的話，只是〝記事〞是不夠的。我們接收的媒體，我們創造出來的訊息，即便格式可能不同，對待處理的方法也不同，但對我們而言，它們彼此相關，都是構建我們自身「知識宇宙」的一環，也就是今天要介紹的主題。
註：Google提供的Doc/Sheet/Slide，GMail，Google Play等許多服務功能，這整個服務套件合起來，我們接下來會用「GSuite」來稱呼。雖然「GSuite」其實是Google服務加入為企業量身打造，加入權限控管功能的一個版本而已。
文件
「GSuite文件」就是指「GSuite」中的Doc，Sheet及Slide和文件相關的功能總稱。不管你從事的是何種行業，文件的需求都是必然會有的，而且種類也不出這三種範疇。因此，Doc/Sheet/Slide提供了一些相同的功能，以支援你任務上協作的需求，或是一些比較特殊需求的處理法。
版本記錄
由於文件服務提供了即時的儲存及多人協作的能力，所以隨之而來的問題就是很容易把文件的內容改壞。不管今天是作者自己手殘弄壞的，腦殘不知所云的，或是真的被路人改錯的，透過「版本記錄」功能，都可以很方便的看到每個版本的差異內容：
當然，這意思就是說，你可以透過這個記錄功能，回到之前的版本上去。也可以把一個「決定版」(像是大家都檢查過的版本)，用「為目前的版本命名」功能來描述，更為直覺。
多人協作 大家的分工越來越專業，因此協作的需求也越來越大。只是把同一份文件分享給別人已經只是基本功能了，更重要的是權限控管及即時協作。
在畫面的右上方可看到這個按鈕，按下後可看到如下的設定：
在按下「開啟連結共用設定」後，就會看到這份文件可以有不同共享給別人的設定：
如圖，我們可對這份文件做不同程度的共用。其實還有更精準的權限控管，還有即時協作，這些操作細節可參閱「電腦玩物」站長的介紹。
輸出格式 若要將文件以離線或不同型式的方式輸出的話，Doc也支援了一些主流的格式：
最後還有一項「EPUB Publication」呢，也就是說你要發行電子書的話也是可行的哦！
與Keep的整合 當你的訊息來源都整合到Keep第二大腦的時候，從Keep把資料插入進來就變成一個理所當然的流程。以Doc為例，我們可從右邊的側邊欄把Keep的內容調出來，然後透過拖拉的型式就把Keep的內容插入到你的文件中：
外掛程式 和Office不同的是，Doc就像瀏覽器那樣，可以安裝「外掛程式」呢：
可以看到，可選用的外掛程式還不少：
當然，有什麼想用的，就直接在搜尋欄開始搜尋吧。
剛剛特別介紹的，是GSuite文件裡都會有的功能，也就是說Slide也有版本記錄，Sheet也可以多人協作等。這篇文章並不是教學文，所以現在要回到我們的主題：這和GTD有什麼關係？
這是你的「檔案室」 或許不是每個人都知道公家機關都會有「檔案室」這個單位，這個單位就是把公文或正式文書存檔備查的地方。也就是說，當Keep把訊息保存下來的時候，當然那只是草稿，或純內容本體而已，我們在處理任務的產出通常是一份正式的文件，不管是契約書還是論文報告什麼的，都是有正式排版規格的，是最終的產品。也就是說，它的價值不但來自於內容本身，還包括它的呈現格式：
檔案室內的公文，手抄一份或是用純文字打出來還有一樣的價值嗎？當然沒有。
或許有人會說，在EverNote/OneNote上若真的是重要的論文還是寫作作品，用word編輯後存一份當附件不行嗎？這樣的設計就會讓這個作品和你的知識區變得脫鉤，而且也會造成搜尋的功能在這裡失效。從這點就完全體現了Google在GTD上的設計：專業的工具處理專業的內容。當其他的記事工具得想辦法削足適履的把內容塞進來，或是不斷的把各種功能強加在自己身上時，Google的服務從一開始就定位的很清楚：
各種任務，各種產出及輸入，他們該是什麼樣子，就是該有什麼樣的工具去處理，重點是要讓這些服務能互相連結。
就像是你自己擁有一個你個人的「檔案室」那樣，你從檔案室中可能會拿出來的是一份排版精美的文件，也有可能是拿出一份年度預算的試算表，甚至是某個同事發表的簡報，格式差那麼多，但你都不用擔心這種事，它們都會保留著它們該有的樣子，你隨時可以再抓起來編修一下，或是分享給沒看過的朋友，或是就一直把它存著。你想要找到它們的時候，就是搜尋就是了，不用擔心它可能變成某個記事的附件，或是它其實被放到其他地方去了，然後你始終都找不到它。
倉庫
剛剛我們提過，你在工作上會收到或產生各種文件，而這些文件所在的「檔案室」，其實就是在你的「雲端硬碟(Drive)」上。
空間有多大？ Drive裡面能放的，當然不只是文件而已，但就像其他的雲端硬碟一樣，是有容量限制的。在左下角的「儲存空間」處點擊，可看到目前使用的狀況：
GSuite免費個人版，目前每個人是給15G的空間(因為我是早期用戶，所以多2G)，會吃空間的服務就是放進雲端硬碟，信件及相簿的內容。
為了成就用戶的GTD流程，Google很正確的做了一件事，那就是讓「GSuite文件」類型的檔案是不吃硬碟空間的：
你存入的是Google Doc/Sheet/Slide是不佔空間的，但是PDF要，壓縮檔也要，只要不是「GSuite文件」類型的都要。這個設計背後的意涵是什麼呢：
從Keep的第二大腦，到最後的文件產出，你的輸出都可以高枕無憂，沒有容量及格式相容性的問題，放在這個倉庫中，然後你該做的就是去往下一個目標邁進。
搜尋 和Keep相同，當然這裡一定會有搜尋的功能，如下圖，Drive的搜尋功能也很完整：
由圖中可以看到，我們可以搜尋的除了是檔名或內文以外，更多的是協作方面的屬性。像是「擁有者」或是「共用對象」。
怎麼決定放哪裡？ 這裡有一個問題困擾我有一段時間了，那就是：我在Drive搜尋不到Keep的記事，當然在Keep也搜尋不到Drive的文件內容。也就是說，若我有同一份資料，我可以用Keep記，當然也可以用Doc記，那我究竟要用什麼記下來，才能確保我找得到，或是符合GTD的作業流程呢？
因為Drive是「倉庫」，Keep是「第二大腦」，在GTD的工作術中講究的就是本腦如何去處理這兩個不同區塊的資料。所以在釐清這兩個角色的不同，再加上GTD的中心原則去想，就會得到這樣的一個結論：
倉庫裡放的是〝知識〞，第二大腦放的是〝資訊〞。
所以重點不是放哪裡，而是你〝用〞它的場景及頻率為何。
你在Keep或Drive放的都是「備查」的東西，但Drive中會是整理過(或是整理中)，消化後的〝知識〞，可能是一個論文，一個資產負債表，或是一篇簡報，這些東西都是你最終的知識產品(不論是你輸出的，或是從別人那邊輸入的)。但Keep上放的就是一個資訊，可能是一個序號，一張照片，一個金句，就是備查而已，往往不是你思考整理後出來的結晶。你會需要在Keep上很快的找到所需的資訊，複製貼上到你的文件或簡報中，但你在Drive中想找的東西，往往是一個樞鈕分析表所展示出來的結論，一篇讀書後領悟的觀念，甚至是一篇日記(其實這就是一個〝消化〞後輸出的產品)。
所以Keep的版面，是一張張直接載明訊息本體的卡片；而Drive就是像檔案總管一樣裝著一個個的檔案。
影像及影片
Google的「Photo」是影像及影片的最終儲存點。如同之前提過的原則，由於影像及影片有其特殊的對待及需求，因此這種資料並沒有被單純的只是被視為一種〝檔案〞，不是一股腦丟進Drive裡面去的東西。
為了能讓用戶無後顧之憂的，把GTD所需要的影像或影片儲存備查，Photo提供了有條件的無限儲存：
「高畫質」是指FullHD的解析度，雖然說現在4K將來會越來越普及，但FullHD對大多數的人來說絕對是一個夠優的解析度了，而「原始大小」的意思是〝非FullHD〞的解析度。所以這裡有一點反常識的是，就算你丟進去的圖是比FullHD還低解析度的圖，但反而會吃掉你Drive的容量哦！
現在每個人都有手機，手機上都有相機，相機就是最好的記錄工具。因此在手機上的Photo App也可以設定〝自動〞把你拍下來的照片或影片上傳到Photo去：
如此一來，你就不用再花腦袋記著說，拍完的照片要丟上Photo去，只要專心去把你該做的事情做好就好，儲存照片這種雜事，不應該成為你腦內的雜音。
Input沒有問題了，Output當然也得流暢才是一個GTD工作流該有的服務。Photo擁有Google在機器學習的強悍能力，一樣有個「搜尋欄」，而當你要搜尋的時候，就會看到一個很高效的功能：
照片中我的兒子，老婆，姪女，甚至是我家的狗狗，竟然已經被〝自動〞分類好了？！
是的，這是〝自動〞完成的。在Google的GTD服務中，「整理」這種事情當然不應該出現在用戶的待辦清單中。搜尋的條件非常廣泛，甚至還包括地點，時間，或是種類。
有時，我們會需要在Wiki上面或是自己的個人網站上貼個照片，而這個照片已經被自動丟上Photo了。Wiki或網站上的貼圖通常都得提供直接的網址才行，而Photo是否有提供直連的網址呢？官方並沒有直接提供這個功能，但這裡簡單介紹一個比較tricky的方法：
是的，也是把你想要貼到Wiki上的圖，嘗試去下載它。然後透過瀏覽器取得的下載網址，就可以拿這個去貼在Wiki系統中。這個方法我自己實測過，最少可保持3個月的有效期(最長是多久我就沒測了)。
Photo可以放影像，也可以放影片。若只是想打開看看的話，就不用做什麼特別處理了，但若是和上述的例子有一樣的需求，你想要貼到Wiki系統或是網站上的話，這時候你需要的就是另一種資料了：也就是主流的網誌系統必然會支援的「YouTube」。
只要不是什麼傷風敗俗的影片，傳上YouTube基本上都不是什麼困難的事。當你把影片傳上去，YouTube也處理完成後，你就可以看到你自己的影片(記得權限至少要設定成「不公開」)。接下來YouTube就會提供幾種不同的資訊供網誌系統插入：
書架
那些了不起的創業家，或是高知名度的專業人士，在採訪他們的影片中，總是會看到身後有一個擺滿書的書架。是的，要完成許多了不起的大事，你也需要讀很多書，有效的吸收經驗。
在電子書越來越普及的今天，Google也推出了Book的電子書服務。
這和GTD有什麼關係呢？簡單來說，就是把讀書這件事的全程都設計成可以很順暢的進行。
首先，只要在搜尋欄輸入你要找的書名，就可以馬上知道有沒有電子書。買回來之後，在桌機或手機，都可以隨時把書拿起來看。有一點很方便的是，你在桌機看到哪一頁，回手機上再把Book的App打開來，就會看到Book已同步把你最後閱讀的那一頁記錄下來，幫你翻到那邊囉！
若Book沒有販售你想看的電子書，但你從朋友(？)那邊取得了epub的電子書時，最美妙的是，你可以〝上傳〞到Book的平台上：
待Book處理完成後，你上傳的電子書就會出現在你的書架上囉！像我就上傳了不少書：
因為epub容量都很小，所以當然也是沒有容量限制囉！這完全就是你自己的電子書架，是你知識競爭力的最佳來源。
在比較過博客來，讀墨或是讀冊這些電子書服務後，你會發現Book的價位是最漂亮的(但藏書量是比博客來差了一點)。
日曆
「日曆」其實不是GTD中鼓勵的一種管理方式，甚至是一種衝突。因為GTD強調的是你要隨時去思考，什麼是現在該做的，優先要做的，而不是完全按照先前預定的規劃去做。但有時我們對於一些硬時間的計劃(重要人物的預約訪談)，較長程的規劃(半年內要準備托益考試)或是重要節日(絕對不能忘記的結婚紀念日或是情人節)，還是會需要一個「上帝視角(God View)」，亦或者是有人就是習慣要看到日曆這種東西才比較習慣，因此Google也還是把Calendar給做了出來。
動態資訊
一個「行事曆」該有的檢視方式及新增事件的功能，Calendar當然也都是有的，但有一點很不同的是基於Google的GTD精神設計，一個事件附屬的資訊，也完全是動態的，是活的：
如上圖，當我們要為這個事件輸入地點資訊(比如說我們輸入「鈊象電子」)時，Google就會透過Map來把公司的位置找出來，並在確認輸入時貼一份到位置區去。而詳細說明區的「@」按鈕，甚至可讓用戶插入Drive的檔案進來：
這樣的設計都可讓用戶很專注也很順暢的，把一個事件建立起來。Google透過Map把詳細位置貼給你，透過Drive把你的檔案連結插進來，如此一來在多人協作的狀況下，就不用擔心離線附件的新舊版本問題。
協作思維
整個Calendar是以「協作」的思維來設計的，因此我們不但是在管理自己的日曆，同時我們也需要別人的日曆。
比如說，我和太太可能都有自己的活動安排，但若要安排家庭活動的時候，打開日曆就可以一目瞭然，何時是雙方都有空的時間。同樣的需求最常見的就是會議室的預訂，許多獨立工作室，小型團隊就很喜歡用Calendar來載明每個人的活動或工作進程。
協作的思維，甚至還包括到工具上的設計。不少企業內部所使用的郵件系統還是M$的Outlook，不管是2003還是2010(是的，現在已經是2019年了)，當然，也包括了行事曆。Calendar有一個很貼心的設計就是，透過解析信件的內容及格式，它可以將你在Outlook內的事件，直接轉成Calendar的事件。當你把該事件的提醒信件轉寄到你的GMail去時(或是直接把該事件直接轉也可以)，在GMail你也看到它分析出是一個日曆上的事件：
然後Magic就這麼發生了：
這個事件就直接這麼被插入到你的Calendar中了！而且什麼開會地點，主辦人是誰都有忠實的插入進來哦，這真的很方便呢！
個人目標
這個功能是手機版特有的設計：
這個功能會在你沒有安排事件的時間上，隨機插入一個你想完成的目標。例如，你很希望能透過「跑步」來完成減肥的目標，你告訴Calendar後，它就會開始在你〝空下來〞的時間來插入一個「跑步」的事件。雖然這和GTD的工作術並沒有直接關係，但完成個人設定目標，就意義上也是一種GTD。
個人網站
作為一個有影響力的人，當你透過Doc輸出了許多觀點，透過Slide發表過許多簡報，接下來，你一定要有一個屬於你的個人網站，那就是你在數位世界的「名片」。
做為你數位世界的名片，Site本身除了可以填字，貼圖，上Youtube以外，它最大的優勢，就是和Google的其他服務無縫接軌。你除了能插入你的Doc/Slide/Sheet，甚至還可以插入日曆，地圖及表單。
無須寫code的模組化設計，或許沒辦法開發什麼很有特色的網站，但對於GTD的需求來說，這100%就是我們需要的：把「名片」該做的事做好就好，我們不是要在上面做電子商務。
同樣的資料要寫在哪裡？
我之前曾經在糾結一個問題。用Doc或Slide，都可以創建連結給其他人分享及評論，為什麼還要建立個人網站呢？那同樣的資料，我究竟是要寫在網頁，還是要寫在Doc/Slide呢？寫在網頁中的資料，Drive搜尋得到嗎？
有一個好消息及一個壞消息。好消息是你寫在Site中的資料，Drive一樣搜尋得到。
壞消息就是，同樣的資料要寫在哪裡，確實需要一點簡單的判斷及分類，會比較〝乾淨〞。
若是真有「選擇困難」症的同鞋，這裡提供了一個簡單的流程圖可供參考：
簡單來說，就是「有沒有影片」，「能不能列印」跟「移動系統編輯」這三個問題。
由於「影片」這種東西，無論如何都不是Doc該做進去的功能，所以若你想要表達的資料有許多影片，你希望用戶的閱讀體驗要好，要看影片，那當然會是用網頁的型式會比較適合。
「列印」則是一個反相的需求，若你希望列印出來的格式，能夠精確的放在紙上，就如同你在Doc看到的那樣，那就沒道理特別去寫成網頁。
最後一個比較特別的就是「編輯」，目前有點難理解的就是Doc有手機版App，不但可以看，還可以在上面編輯，但反而是個人網站的部分卻沒有提供App，因此只能看，不能編輯。
雖然，Site和Doc在這裡有一點硬分叉，讓用戶得花點腦袋去思考資料最終的去處，但比起其他的服務「根本沒得選」的狀況來說，這樣的設計不但合理，也還算方便。
結論
大家的分工越來越專業，因此協作的需求也越來越大。只是把同一份文件分享給別人已經只是基本功能了，更重要的是權限控管及即時協作。
在畫面的右上方可看到這個按鈕，按下後可看到如下的設定：
在按下「開啟連結共用設定」後，就會看到這份文件可以有不同共享給別人的設定：
如圖，我們可對這份文件做不同程度的共用。其實還有更精準的權限控管，還有即時協作，這些操作細節可參閱「電腦玩物」站長的介紹。
輸出格式 若要將文件以離線或不同型式的方式輸出的話，Doc也支援了一些主流的格式：
最後還有一項「EPUB Publication」呢，也就是說你要發行電子書的話也是可行的哦！
與Keep的整合 當你的訊息來源都整合到Keep第二大腦的時候，從Keep把資料插入進來就變成一個理所當然的流程。以Doc為例，我們可從右邊的側邊欄把Keep的內容調出來，然後透過拖拉的型式就把Keep的內容插入到你的文件中：
外掛程式 和Office不同的是，Doc就像瀏覽器那樣，可以安裝「外掛程式」呢：
可以看到，可選用的外掛程式還不少：
當然，有什麼想用的，就直接在搜尋欄開始搜尋吧。
剛剛特別介紹的，是GSuite文件裡都會有的功能，也就是說Slide也有版本記錄，Sheet也可以多人協作等。這篇文章並不是教學文，所以現在要回到我們的主題：這和GTD有什麼關係？
這是你的「檔案室」 或許不是每個人都知道公家機關都會有「檔案室」這個單位，這個單位就是把公文或正式文書存檔備查的地方。也就是說，當Keep把訊息保存下來的時候，當然那只是草稿，或純內容本體而已，我們在處理任務的產出通常是一份正式的文件，不管是契約書還是論文報告什麼的，都是有正式排版規格的，是最終的產品。也就是說，它的價值不但來自於內容本身，還包括它的呈現格式：
檔案室內的公文，手抄一份或是用純文字打出來還有一樣的價值嗎？當然沒有。
或許有人會說，在EverNote/OneNote上若真的是重要的論文還是寫作作品，用word編輯後存一份當附件不行嗎？這樣的設計就會讓這個作品和你的知識區變得脫鉤，而且也會造成搜尋的功能在這裡失效。從這點就完全體現了Google在GTD上的設計：專業的工具處理專業的內容。當其他的記事工具得想辦法削足適履的把內容塞進來，或是不斷的把各種功能強加在自己身上時，Google的服務從一開始就定位的很清楚：
各種任務，各種產出及輸入，他們該是什麼樣子，就是該有什麼樣的工具去處理，重點是要讓這些服務能互相連結。
就像是你自己擁有一個你個人的「檔案室」那樣，你從檔案室中可能會拿出來的是一份排版精美的文件，也有可能是拿出一份年度預算的試算表，甚至是某個同事發表的簡報，格式差那麼多，但你都不用擔心這種事，它們都會保留著它們該有的樣子，你隨時可以再抓起來編修一下，或是分享給沒看過的朋友，或是就一直把它存著。你想要找到它們的時候，就是搜尋就是了，不用擔心它可能變成某個記事的附件，或是它其實被放到其他地方去了，然後你始終都找不到它。
倉庫
剛剛我們提過，你在工作上會收到或產生各種文件，而這些文件所在的「檔案室」，其實就是在你的「雲端硬碟(Drive)」上。
空間有多大？ Drive裡面能放的，當然不只是文件而已，但就像其他的雲端硬碟一樣，是有容量限制的。在左下角的「儲存空間」處點擊，可看到目前使用的狀況：
GSuite免費個人版，目前每個人是給15G的空間(因為我是早期用戶，所以多2G)，會吃空間的服務就是放進雲端硬碟，信件及相簿的內容。
為了成就用戶的GTD流程，Google很正確的做了一件事，那就是讓「GSuite文件」類型的檔案是不吃硬碟空間的：
你存入的是Google Doc/Sheet/Slide是不佔空間的，但是PDF要，壓縮檔也要，只要不是「GSuite文件」類型的都要。這個設計背後的意涵是什麼呢：
從Keep的第二大腦，到最後的文件產出，你的輸出都可以高枕無憂，沒有容量及格式相容性的問題，放在這個倉庫中，然後你該做的就是去往下一個目標邁進。
搜尋 和Keep相同，當然這裡一定會有搜尋的功能，如下圖，Drive的搜尋功能也很完整：
由圖中可以看到，我們可以搜尋的除了是檔名或內文以外，更多的是協作方面的屬性。像是「擁有者」或是「共用對象」。
怎麼決定放哪裡？ 這裡有一個問題困擾我有一段時間了，那就是：我在Drive搜尋不到Keep的記事，當然在Keep也搜尋不到Drive的文件內容。也就是說，若我有同一份資料，我可以用Keep記，當然也可以用Doc記，那我究竟要用什麼記下來，才能確保我找得到，或是符合GTD的作業流程呢？
因為Drive是「倉庫」，Keep是「第二大腦」，在GTD的工作術中講究的就是本腦如何去處理這兩個不同區塊的資料。所以在釐清這兩個角色的不同，再加上GTD的中心原則去想，就會得到這樣的一個結論：
倉庫裡放的是〝知識〞，第二大腦放的是〝資訊〞。
所以重點不是放哪裡，而是你〝用〞它的場景及頻率為何。
你在Keep或Drive放的都是「備查」的東西，但Drive中會是整理過(或是整理中)，消化後的〝知識〞，可能是一個論文，一個資產負債表，或是一篇簡報，這些東西都是你最終的知識產品(不論是你輸出的，或是從別人那邊輸入的)。但Keep上放的就是一個資訊，可能是一個序號，一張照片，一個金句，就是備查而已，往往不是你思考整理後出來的結晶。你會需要在Keep上很快的找到所需的資訊，複製貼上到你的文件或簡報中，但你在Drive中想找的東西，往往是一個樞鈕分析表所展示出來的結論，一篇讀書後領悟的觀念，甚至是一篇日記(其實這就是一個〝消化〞後輸出的產品)。
所以Keep的版面，是一張張直接載明訊息本體的卡片；而Drive就是像檔案總管一樣裝著一個個的檔案。
影像及影片
Google的「Photo」是影像及影片的最終儲存點。如同之前提過的原則，由於影像及影片有其特殊的對待及需求，因此這種資料並沒有被單純的只是被視為一種〝檔案〞，不是一股腦丟進Drive裡面去的東西。
為了能讓用戶無後顧之憂的，把GTD所需要的影像或影片儲存備查，Photo提供了有條件的無限儲存：
「高畫質」是指FullHD的解析度，雖然說現在4K將來會越來越普及，但FullHD對大多數的人來說絕對是一個夠優的解析度了，而「原始大小」的意思是〝非FullHD〞的解析度。所以這裡有一點反常識的是，就算你丟進去的圖是比FullHD還低解析度的圖，但反而會吃掉你Drive的容量哦！
現在每個人都有手機，手機上都有相機，相機就是最好的記錄工具。因此在手機上的Photo App也可以設定〝自動〞把你拍下來的照片或影片上傳到Photo去：
如此一來，你就不用再花腦袋記著說，拍完的照片要丟上Photo去，只要專心去把你該做的事情做好就好，儲存照片這種雜事，不應該成為你腦內的雜音。
Input沒有問題了，Output當然也得流暢才是一個GTD工作流該有的服務。Photo擁有Google在機器學習的強悍能力，一樣有個「搜尋欄」，而當你要搜尋的時候，就會看到一個很高效的功能：
照片中我的兒子，老婆，姪女，甚至是我家的狗狗，竟然已經被〝自動〞分類好了？！
是的，這是〝自動〞完成的。在Google的GTD服務中，「整理」這種事情當然不應該出現在用戶的待辦清單中。搜尋的條件非常廣泛，甚至還包括地點，時間，或是種類。
有時，我們會需要在Wiki上面或是自己的個人網站上貼個照片，而這個照片已經被自動丟上Photo了。Wiki或網站上的貼圖通常都得提供直接的網址才行，而Photo是否有提供直連的網址呢？官方並沒有直接提供這個功能，但這裡簡單介紹一個比較tricky的方法：
是的，也是把你想要貼到Wiki上的圖，嘗試去下載它。然後透過瀏覽器取得的下載網址，就可以拿這個去貼在Wiki系統中。這個方法我自己實測過，最少可保持3個月的有效期(最長是多久我就沒測了)。
Photo可以放影像，也可以放影片。若只是想打開看看的話，就不用做什麼特別處理了，但若是和上述的例子有一樣的需求，你想要貼到Wiki系統或是網站上的話，這時候你需要的就是另一種資料了：也就是主流的網誌系統必然會支援的「YouTube」。
只要不是什麼傷風敗俗的影片，傳上YouTube基本上都不是什麼困難的事。當你把影片傳上去，YouTube也處理完成後，你就可以看到你自己的影片(記得權限至少要設定成「不公開」)。接下來YouTube就會提供幾種不同的資訊供網誌系統插入：
書架
那些了不起的創業家，或是高知名度的專業人士，在採訪他們的影片中，總是會看到身後有一個擺滿書的書架。是的，要完成許多了不起的大事，你也需要讀很多書，有效的吸收經驗。
在電子書越來越普及的今天，Google也推出了Book的電子書服務。
這和GTD有什麼關係呢？簡單來說，就是把讀書這件事的全程都設計成可以很順暢的進行。
首先，只要在搜尋欄輸入你要找的書名，就可以馬上知道有沒有電子書。買回來之後，在桌機或手機，都可以隨時把書拿起來看。有一點很方便的是，你在桌機看到哪一頁，回手機上再把Book的App打開來，就會看到Book已同步把你最後閱讀的那一頁記錄下來，幫你翻到那邊囉！
若Book沒有販售你想看的電子書，但你從朋友(？)那邊取得了epub的電子書時，最美妙的是，你可以〝上傳〞到Book的平台上：
待Book處理完成後，你上傳的電子書就會出現在你的書架上囉！像我就上傳了不少書：
因為epub容量都很小，所以當然也是沒有容量限制囉！這完全就是你自己的電子書架，是你知識競爭力的最佳來源。
在比較過博客來，讀墨或是讀冊這些電子書服務後，你會發現Book的價位是最漂亮的(但藏書量是比博客來差了一點)。
日曆
「日曆」其實不是GTD中鼓勵的一種管理方式，甚至是一種衝突。因為GTD強調的是你要隨時去思考，什麼是現在該做的，優先要做的，而不是完全按照先前預定的規劃去做。但有時我們對於一些硬時間的計劃(重要人物的預約訪談)，較長程的規劃(半年內要準備托益考試)或是重要節日(絕對不能忘記的結婚紀念日或是情人節)，還是會需要一個「上帝視角(God View)」，亦或者是有人就是習慣要看到日曆這種東西才比較習慣，因此Google也還是把Calendar給做了出來。
動態資訊
一個「行事曆」該有的檢視方式及新增事件的功能，Calendar當然也都是有的，但有一點很不同的是基於Google的GTD精神設計，一個事件附屬的資訊，也完全是動態的，是活的：
如上圖，當我們要為這個事件輸入地點資訊(比如說我們輸入「鈊象電子」)時，Google就會透過Map來把公司的位置找出來，並在確認輸入時貼一份到位置區去。而詳細說明區的「@」按鈕，甚至可讓用戶插入Drive的檔案進來：
這樣的設計都可讓用戶很專注也很順暢的，把一個事件建立起來。Google透過Map把詳細位置貼給你，透過Drive把你的檔案連結插進來，如此一來在多人協作的狀況下，就不用擔心離線附件的新舊版本問題。
協作思維
整個Calendar是以「協作」的思維來設計的，因此我們不但是在管理自己的日曆，同時我們也需要別人的日曆。
比如說，我和太太可能都有自己的活動安排，但若要安排家庭活動的時候，打開日曆就可以一目瞭然，何時是雙方都有空的時間。同樣的需求最常見的就是會議室的預訂，許多獨立工作室，小型團隊就很喜歡用Calendar來載明每個人的活動或工作進程。
協作的思維，甚至還包括到工具上的設計。不少企業內部所使用的郵件系統還是M$的Outlook，不管是2003還是2010(是的，現在已經是2019年了)，當然，也包括了行事曆。Calendar有一個很貼心的設計就是，透過解析信件的內容及格式，它可以將你在Outlook內的事件，直接轉成Calendar的事件。當你把該事件的提醒信件轉寄到你的GMail去時(或是直接把該事件直接轉也可以)，在GMail你也看到它分析出是一個日曆上的事件：
然後Magic就這麼發生了：
這個事件就直接這麼被插入到你的Calendar中了！而且什麼開會地點，主辦人是誰都有忠實的插入進來哦，這真的很方便呢！
個人目標
這個功能是手機版特有的設計：
這個功能會在你沒有安排事件的時間上，隨機插入一個你想完成的目標。例如，你很希望能透過「跑步」來完成減肥的目標，你告訴Calendar後，它就會開始在你〝空下來〞的時間來插入一個「跑步」的事件。雖然這和GTD的工作術並沒有直接關係，但完成個人設定目標，就意義上也是一種GTD。
個人網站
作為一個有影響力的人，當你透過Doc輸出了許多觀點，透過Slide發表過許多簡報，接下來，你一定要有一個屬於你的個人網站，那就是你在數位世界的「名片」。
做為你數位世界的名片，Site本身除了可以填字，貼圖，上Youtube以外，它最大的優勢，就是和Google的其他服務無縫接軌。你除了能插入你的Doc/Slide/Sheet，甚至還可以插入日曆，地圖及表單。
無須寫code的模組化設計，或許沒辦法開發什麼很有特色的網站，但對於GTD的需求來說，這100%就是我們需要的：把「名片」該做的事做好就好，我們不是要在上面做電子商務。
同樣的資料要寫在哪裡？
我之前曾經在糾結一個問題。用Doc或Slide，都可以創建連結給其他人分享及評論，為什麼還要建立個人網站呢？那同樣的資料，我究竟是要寫在網頁，還是要寫在Doc/Slide呢？寫在網頁中的資料，Drive搜尋得到嗎？
有一個好消息及一個壞消息。好消息是你寫在Site中的資料，Drive一樣搜尋得到。
壞消息就是，同樣的資料要寫在哪裡，確實需要一點簡單的判斷及分類，會比較〝乾淨〞。
若是真有「選擇困難」症的同鞋，這裡提供了一個簡單的流程圖可供參考：
簡單來說，就是「有沒有影片」，「能不能列印」跟「移動系統編輯」這三個問題。
由於「影片」這種東西，無論如何都不是Doc該做進去的功能，所以若你想要表達的資料有許多影片，你希望用戶的閱讀體驗要好，要看影片，那當然會是用網頁的型式會比較適合。
「列印」則是一個反相的需求，若你希望列印出來的格式，能夠精確的放在紙上，就如同你在Doc看到的那樣，那就沒道理特別去寫成網頁。
最後一個比較特別的就是「編輯」，目前有點難理解的就是Doc有手機版App，不但可以看，還可以在上面編輯，但反而是個人網站的部分卻沒有提供App，因此只能看，不能編輯。
雖然，Site和Doc在這裡有一點硬分叉，讓用戶得花點腦袋去思考資料最終的去處，但比起其他的服務「根本沒得選」的狀況來說，這樣的設計不但合理，也還算方便。
結論
當你的訊息來源都整合到Keep第二大腦的時候，從Keep把資料插入進來就變成一個理所當然的流程。以Doc為例，我們可從右邊的側邊欄把Keep的內容調出來，然後透過拖拉的型式就把Keep的內容插入到你的文件中：
外掛程式 和Office不同的是，Doc就像瀏覽器那樣，可以安裝「外掛程式」呢：
可以看到，可選用的外掛程式還不少：
當然，有什麼想用的，就直接在搜尋欄開始搜尋吧。
剛剛特別介紹的，是GSuite文件裡都會有的功能，也就是說Slide也有版本記錄，Sheet也可以多人協作等。這篇文章並不是教學文，所以現在要回到我們的主題：這和GTD有什麼關係？
這是你的「檔案室」 或許不是每個人都知道公家機關都會有「檔案室」這個單位，這個單位就是把公文或正式文書存檔備查的地方。也就是說，當Keep把訊息保存下來的時候，當然那只是草稿，或純內容本體而已，我們在處理任務的產出通常是一份正式的文件，不管是契約書還是論文報告什麼的，都是有正式排版規格的，是最終的產品。也就是說，它的價值不但來自於內容本身，還包括它的呈現格式：
檔案室內的公文，手抄一份或是用純文字打出來還有一樣的價值嗎？當然沒有。
或許有人會說，在EverNote/OneNote上若真的是重要的論文還是寫作作品，用word編輯後存一份當附件不行嗎？這樣的設計就會讓這個作品和你的知識區變得脫鉤，而且也會造成搜尋的功能在這裡失效。從這點就完全體現了Google在GTD上的設計：專業的工具處理專業的內容。當其他的記事工具得想辦法削足適履的把內容塞進來，或是不斷的把各種功能強加在自己身上時，Google的服務從一開始就定位的很清楚：
各種任務，各種產出及輸入，他們該是什麼樣子，就是該有什麼樣的工具去處理，重點是要讓這些服務能互相連結。
就像是你自己擁有一個你個人的「檔案室」那樣，你從檔案室中可能會拿出來的是一份排版精美的文件，也有可能是拿出一份年度預算的試算表，甚至是某個同事發表的簡報，格式差那麼多，但你都不用擔心這種事，它們都會保留著它們該有的樣子，你隨時可以再抓起來編修一下，或是分享給沒看過的朋友，或是就一直把它存著。你想要找到它們的時候，就是搜尋就是了，不用擔心它可能變成某個記事的附件，或是它其實被放到其他地方去了，然後你始終都找不到它。
倉庫
剛剛我們提過，你在工作上會收到或產生各種文件，而這些文件所在的「檔案室」，其實就是在你的「雲端硬碟(Drive)」上。
空間有多大？ Drive裡面能放的，當然不只是文件而已，但就像其他的雲端硬碟一樣，是有容量限制的。在左下角的「儲存空間」處點擊，可看到目前使用的狀況：
GSuite免費個人版，目前每個人是給15G的空間(因為我是早期用戶，所以多2G)，會吃空間的服務就是放進雲端硬碟，信件及相簿的內容。
為了成就用戶的GTD流程，Google很正確的做了一件事，那就是讓「GSuite文件」類型的檔案是不吃硬碟空間的：
你存入的是Google Doc/Sheet/Slide是不佔空間的，但是PDF要，壓縮檔也要，只要不是「GSuite文件」類型的都要。這個設計背後的意涵是什麼呢：
從Keep的第二大腦，到最後的文件產出，你的輸出都可以高枕無憂，沒有容量及格式相容性的問題，放在這個倉庫中，然後你該做的就是去往下一個目標邁進。
搜尋 和Keep相同，當然這裡一定會有搜尋的功能，如下圖，Drive的搜尋功能也很完整：
由圖中可以看到，我們可以搜尋的除了是檔名或內文以外，更多的是協作方面的屬性。像是「擁有者」或是「共用對象」。
怎麼決定放哪裡？ 這裡有一個問題困擾我有一段時間了，那就是：我在Drive搜尋不到Keep的記事，當然在Keep也搜尋不到Drive的文件內容。也就是說，若我有同一份資料，我可以用Keep記，當然也可以用Doc記，那我究竟要用什麼記下來，才能確保我找得到，或是符合GTD的作業流程呢？
因為Drive是「倉庫」，Keep是「第二大腦」，在GTD的工作術中講究的就是本腦如何去處理這兩個不同區塊的資料。所以在釐清這兩個角色的不同，再加上GTD的中心原則去想，就會得到這樣的一個結論：
倉庫裡放的是〝知識〞，第二大腦放的是〝資訊〞。
所以重點不是放哪裡，而是你〝用〞它的場景及頻率為何。
你在Keep或Drive放的都是「備查」的東西，但Drive中會是整理過(或是整理中)，消化後的〝知識〞，可能是一個論文，一個資產負債表，或是一篇簡報，這些東西都是你最終的知識產品(不論是你輸出的，或是從別人那邊輸入的)。但Keep上放的就是一個資訊，可能是一個序號，一張照片，一個金句，就是備查而已，往往不是你思考整理後出來的結晶。你會需要在Keep上很快的找到所需的資訊，複製貼上到你的文件或簡報中，但你在Drive中想找的東西，往往是一個樞鈕分析表所展示出來的結論，一篇讀書後領悟的觀念，甚至是一篇日記(其實這就是一個〝消化〞後輸出的產品)。
所以Keep的版面，是一張張直接載明訊息本體的卡片；而Drive就是像檔案總管一樣裝著一個個的檔案。
影像及影片
Google的「Photo」是影像及影片的最終儲存點。如同之前提過的原則，由於影像及影片有其特殊的對待及需求，因此這種資料並沒有被單純的只是被視為一種〝檔案〞，不是一股腦丟進Drive裡面去的東西。
為了能讓用戶無後顧之憂的，把GTD所需要的影像或影片儲存備查，Photo提供了有條件的無限儲存：
「高畫質」是指FullHD的解析度，雖然說現在4K將來會越來越普及，但FullHD對大多數的人來說絕對是一個夠優的解析度了，而「原始大小」的意思是〝非FullHD〞的解析度。所以這裡有一點反常識的是，就算你丟進去的圖是比FullHD還低解析度的圖，但反而會吃掉你Drive的容量哦！
現在每個人都有手機，手機上都有相機，相機就是最好的記錄工具。因此在手機上的Photo App也可以設定〝自動〞把你拍下來的照片或影片上傳到Photo去：
如此一來，你就不用再花腦袋記著說，拍完的照片要丟上Photo去，只要專心去把你該做的事情做好就好，儲存照片這種雜事，不應該成為你腦內的雜音。
Input沒有問題了，Output當然也得流暢才是一個GTD工作流該有的服務。Photo擁有Google在機器學習的強悍能力，一樣有個「搜尋欄」，而當你要搜尋的時候，就會看到一個很高效的功能：
照片中我的兒子，老婆，姪女，甚至是我家的狗狗，竟然已經被〝自動〞分類好了？！
是的，這是〝自動〞完成的。在Google的GTD服務中，「整理」這種事情當然不應該出現在用戶的待辦清單中。搜尋的條件非常廣泛，甚至還包括地點，時間，或是種類。
有時，我們會需要在Wiki上面或是自己的個人網站上貼個照片，而這個照片已經被自動丟上Photo了。Wiki或網站上的貼圖通常都得提供直接的網址才行，而Photo是否有提供直連的網址呢？官方並沒有直接提供這個功能，但這裡簡單介紹一個比較tricky的方法：
是的，也是把你想要貼到Wiki上的圖，嘗試去下載它。然後透過瀏覽器取得的下載網址，就可以拿這個去貼在Wiki系統中。這個方法我自己實測過，最少可保持3個月的有效期(最長是多久我就沒測了)。
Photo可以放影像，也可以放影片。若只是想打開看看的話，就不用做什麼特別處理了，但若是和上述的例子有一樣的需求，你想要貼到Wiki系統或是網站上的話，這時候你需要的就是另一種資料了：也就是主流的網誌系統必然會支援的「YouTube」。
只要不是什麼傷風敗俗的影片，傳上YouTube基本上都不是什麼困難的事。當你把影片傳上去，YouTube也處理完成後，你就可以看到你自己的影片(記得權限至少要設定成「不公開」)。接下來YouTube就會提供幾種不同的資訊供網誌系統插入：
書架
那些了不起的創業家，或是高知名度的專業人士，在採訪他們的影片中，總是會看到身後有一個擺滿書的書架。是的，要完成許多了不起的大事，你也需要讀很多書，有效的吸收經驗。
在電子書越來越普及的今天，Google也推出了Book的電子書服務。
這和GTD有什麼關係呢？簡單來說，就是把讀書這件事的全程都設計成可以很順暢的進行。
首先，只要在搜尋欄輸入你要找的書名，就可以馬上知道有沒有電子書。買回來之後，在桌機或手機，都可以隨時把書拿起來看。有一點很方便的是，你在桌機看到哪一頁，回手機上再把Book的App打開來，就會看到Book已同步把你最後閱讀的那一頁記錄下來，幫你翻到那邊囉！
若Book沒有販售你想看的電子書，但你從朋友(？)那邊取得了epub的電子書時，最美妙的是，你可以〝上傳〞到Book的平台上：
待Book處理完成後，你上傳的電子書就會出現在你的書架上囉！像我就上傳了不少書：
因為epub容量都很小，所以當然也是沒有容量限制囉！這完全就是你自己的電子書架，是你知識競爭力的最佳來源。
在比較過博客來，讀墨或是讀冊這些電子書服務後，你會發現Book的價位是最漂亮的(但藏書量是比博客來差了一點)。
日曆
「日曆」其實不是GTD中鼓勵的一種管理方式，甚至是一種衝突。因為GTD強調的是你要隨時去思考，什麼是現在該做的，優先要做的，而不是完全按照先前預定的規劃去做。但有時我們對於一些硬時間的計劃(重要人物的預約訪談)，較長程的規劃(半年內要準備托益考試)或是重要節日(絕對不能忘記的結婚紀念日或是情人節)，還是會需要一個「上帝視角(God View)」，亦或者是有人就是習慣要看到日曆這種東西才比較習慣，因此Google也還是把Calendar給做了出來。
動態資訊
一個「行事曆」該有的檢視方式及新增事件的功能，Calendar當然也都是有的，但有一點很不同的是基於Google的GTD精神設計，一個事件附屬的資訊，也完全是動態的，是活的：
如上圖，當我們要為這個事件輸入地點資訊(比如說我們輸入「鈊象電子」)時，Google就會透過Map來把公司的位置找出來，並在確認輸入時貼一份到位置區去。而詳細說明區的「@」按鈕，甚至可讓用戶插入Drive的檔案進來：
這樣的設計都可讓用戶很專注也很順暢的，把一個事件建立起來。Google透過Map把詳細位置貼給你，透過Drive把你的檔案連結插進來，如此一來在多人協作的狀況下，就不用擔心離線附件的新舊版本問題。
協作思維
整個Calendar是以「協作」的思維來設計的，因此我們不但是在管理自己的日曆，同時我們也需要別人的日曆。
比如說，我和太太可能都有自己的活動安排，但若要安排家庭活動的時候，打開日曆就可以一目瞭然，何時是雙方都有空的時間。同樣的需求最常見的就是會議室的預訂，許多獨立工作室，小型團隊就很喜歡用Calendar來載明每個人的活動或工作進程。
協作的思維，甚至還包括到工具上的設計。不少企業內部所使用的郵件系統還是M$的Outlook，不管是2003還是2010(是的，現在已經是2019年了)，當然，也包括了行事曆。Calendar有一個很貼心的設計就是，透過解析信件的內容及格式，它可以將你在Outlook內的事件，直接轉成Calendar的事件。當你把該事件的提醒信件轉寄到你的GMail去時(或是直接把該事件直接轉也可以)，在GMail你也看到它分析出是一個日曆上的事件：
然後Magic就這麼發生了：
這個事件就直接這麼被插入到你的Calendar中了！而且什麼開會地點，主辦人是誰都有忠實的插入進來哦，這真的很方便呢！
個人目標
這個功能是手機版特有的設計：
這個功能會在你沒有安排事件的時間上，隨機插入一個你想完成的目標。例如，你很希望能透過「跑步」來完成減肥的目標，你告訴Calendar後，它就會開始在你〝空下來〞的時間來插入一個「跑步」的事件。雖然這和GTD的工作術並沒有直接關係，但完成個人設定目標，就意義上也是一種GTD。
個人網站
作為一個有影響力的人，當你透過Doc輸出了許多觀點，透過Slide發表過許多簡報，接下來，你一定要有一個屬於你的個人網站，那就是你在數位世界的「名片」。
做為你數位世界的名片，Site本身除了可以填字，貼圖，上Youtube以外，它最大的優勢，就是和Google的其他服務無縫接軌。你除了能插入你的Doc/Slide/Sheet，甚至還可以插入日曆，地圖及表單。
無須寫code的模組化設計，或許沒辦法開發什麼很有特色的網站，但對於GTD的需求來說，這100%就是我們需要的：把「名片」該做的事做好就好，我們不是要在上面做電子商務。
同樣的資料要寫在哪裡？
我之前曾經在糾結一個問題。用Doc或Slide，都可以創建連結給其他人分享及評論，為什麼還要建立個人網站呢？那同樣的資料，我究竟是要寫在網頁，還是要寫在Doc/Slide呢？寫在網頁中的資料，Drive搜尋得到嗎？
有一個好消息及一個壞消息。好消息是你寫在Site中的資料，Drive一樣搜尋得到。
壞消息就是，同樣的資料要寫在哪裡，確實需要一點簡單的判斷及分類，會比較〝乾淨〞。
若是真有「選擇困難」症的同鞋，這裡提供了一個簡單的流程圖可供參考：
簡單來說，就是「有沒有影片」，「能不能列印」跟「移動系統編輯」這三個問題。
由於「影片」這種東西，無論如何都不是Doc該做進去的功能，所以若你想要表達的資料有許多影片，你希望用戶的閱讀體驗要好，要看影片，那當然會是用網頁的型式會比較適合。
「列印」則是一個反相的需求，若你希望列印出來的格式，能夠精確的放在紙上，就如同你在Doc看到的那樣，那就沒道理特別去寫成網頁。
最後一個比較特別的就是「編輯」，目前有點難理解的就是Doc有手機版App，不但可以看，還可以在上面編輯，但反而是個人網站的部分卻沒有提供App，因此只能看，不能編輯。
雖然，Site和Doc在這裡有一點硬分叉，讓用戶得花點腦袋去思考資料最終的去處，但比起其他的服務「根本沒得選」的狀況來說，這樣的設計不但合理，也還算方便。
結論
或許不是每個人都知道公家機關都會有「檔案室」這個單位，這個單位就是把公文或正式文書存檔備查的地方。也就是說，當Keep把訊息保存下來的時候，當然那只是草稿，或純內容本體而已，我們在處理任務的產出通常是一份正式的文件，不管是契約書還是論文報告什麼的，都是有正式排版規格的，是最終的產品。也就是說，它的價值不但來自於內容本身，還包括它的呈現格式：
檔案室內的公文，手抄一份或是用純文字打出來還有一樣的價值嗎？當然沒有。
或許有人會說，在EverNote/OneNote上若真的是重要的論文還是寫作作品，用word編輯後存一份當附件不行嗎？這樣的設計就會讓這個作品和你的知識區變得脫鉤，而且也會造成搜尋的功能在這裡失效。從這點就完全體現了Google在GTD上的設計：專業的工具處理專業的內容。當其他的記事工具得想辦法削足適履的把內容塞進來，或是不斷的把各種功能強加在自己身上時，Google的服務從一開始就定位的很清楚：
各種任務，各種產出及輸入，他們該是什麼樣子，就是該有什麼樣的工具去處理，重點是要讓這些服務能互相連結。
就像是你自己擁有一個你個人的「檔案室」那樣，你從檔案室中可能會拿出來的是一份排版精美的文件，也有可能是拿出一份年度預算的試算表，甚至是某個同事發表的簡報，格式差那麼多，但你都不用擔心這種事，它們都會保留著它們該有的樣子，你隨時可以再抓起來編修一下，或是分享給沒看過的朋友，或是就一直把它存著。你想要找到它們的時候，就是搜尋就是了，不用擔心它可能變成某個記事的附件，或是它其實被放到其他地方去了，然後你始終都找不到它。
倉庫
剛剛我們提過，你在工作上會收到或產生各種文件，而這些文件所在的「檔案室」，其實就是在你的「雲端硬碟(Drive)」上。
空間有多大？ Drive裡面能放的，當然不只是文件而已，但就像其他的雲端硬碟一樣，是有容量限制的。在左下角的「儲存空間」處點擊，可看到目前使用的狀況：
GSuite免費個人版，目前每個人是給15G的空間(因為我是早期用戶，所以多2G)，會吃空間的服務就是放進雲端硬碟，信件及相簿的內容。
為了成就用戶的GTD流程，Google很正確的做了一件事，那就是讓「GSuite文件」類型的檔案是不吃硬碟空間的：
你存入的是Google Doc/Sheet/Slide是不佔空間的，但是PDF要，壓縮檔也要，只要不是「GSuite文件」類型的都要。這個設計背後的意涵是什麼呢：
從Keep的第二大腦，到最後的文件產出，你的輸出都可以高枕無憂，沒有容量及格式相容性的問題，放在這個倉庫中，然後你該做的就是去往下一個目標邁進。
搜尋 和Keep相同，當然這裡一定會有搜尋的功能，如下圖，Drive的搜尋功能也很完整：
由圖中可以看到，我們可以搜尋的除了是檔名或內文以外，更多的是協作方面的屬性。像是「擁有者」或是「共用對象」。
怎麼決定放哪裡？ 這裡有一個問題困擾我有一段時間了，那就是：我在Drive搜尋不到Keep的記事，當然在Keep也搜尋不到Drive的文件內容。也就是說，若我有同一份資料，我可以用Keep記，當然也可以用Doc記，那我究竟要用什麼記下來，才能確保我找得到，或是符合GTD的作業流程呢？
因為Drive是「倉庫」，Keep是「第二大腦」，在GTD的工作術中講究的就是本腦如何去處理這兩個不同區塊的資料。所以在釐清這兩個角色的不同，再加上GTD的中心原則去想，就會得到這樣的一個結論：
倉庫裡放的是〝知識〞，第二大腦放的是〝資訊〞。
所以重點不是放哪裡，而是你〝用〞它的場景及頻率為何。
你在Keep或Drive放的都是「備查」的東西，但Drive中會是整理過(或是整理中)，消化後的〝知識〞，可能是一個論文，一個資產負債表，或是一篇簡報，這些東西都是你最終的知識產品(不論是你輸出的，或是從別人那邊輸入的)。但Keep上放的就是一個資訊，可能是一個序號，一張照片，一個金句，就是備查而已，往往不是你思考整理後出來的結晶。你會需要在Keep上很快的找到所需的資訊，複製貼上到你的文件或簡報中，但你在Drive中想找的東西，往往是一個樞鈕分析表所展示出來的結論，一篇讀書後領悟的觀念，甚至是一篇日記(其實這就是一個〝消化〞後輸出的產品)。
所以Keep的版面，是一張張直接載明訊息本體的卡片；而Drive就是像檔案總管一樣裝著一個個的檔案。
影像及影片
Google的「Photo」是影像及影片的最終儲存點。如同之前提過的原則，由於影像及影片有其特殊的對待及需求，因此這種資料並沒有被單純的只是被視為一種〝檔案〞，不是一股腦丟進Drive裡面去的東西。
為了能讓用戶無後顧之憂的，把GTD所需要的影像或影片儲存備查，Photo提供了有條件的無限儲存：
「高畫質」是指FullHD的解析度，雖然說現在4K將來會越來越普及，但FullHD對大多數的人來說絕對是一個夠優的解析度了，而「原始大小」的意思是〝非FullHD〞的解析度。所以這裡有一點反常識的是，就算你丟進去的圖是比FullHD還低解析度的圖，但反而會吃掉你Drive的容量哦！
現在每個人都有手機，手機上都有相機，相機就是最好的記錄工具。因此在手機上的Photo App也可以設定〝自動〞把你拍下來的照片或影片上傳到Photo去：
如此一來，你就不用再花腦袋記著說，拍完的照片要丟上Photo去，只要專心去把你該做的事情做好就好，儲存照片這種雜事，不應該成為你腦內的雜音。
Input沒有問題了，Output當然也得流暢才是一個GTD工作流該有的服務。Photo擁有Google在機器學習的強悍能力，一樣有個「搜尋欄」，而當你要搜尋的時候，就會看到一個很高效的功能：
照片中我的兒子，老婆，姪女，甚至是我家的狗狗，竟然已經被〝自動〞分類好了？！
是的，這是〝自動〞完成的。在Google的GTD服務中，「整理」這種事情當然不應該出現在用戶的待辦清單中。搜尋的條件非常廣泛，甚至還包括地點，時間，或是種類。
有時，我們會需要在Wiki上面或是自己的個人網站上貼個照片，而這個照片已經被自動丟上Photo了。Wiki或網站上的貼圖通常都得提供直接的網址才行，而Photo是否有提供直連的網址呢？官方並沒有直接提供這個功能，但這裡簡單介紹一個比較tricky的方法：
是的，也是把你想要貼到Wiki上的圖，嘗試去下載它。然後透過瀏覽器取得的下載網址，就可以拿這個去貼在Wiki系統中。這個方法我自己實測過，最少可保持3個月的有效期(最長是多久我就沒測了)。
Photo可以放影像，也可以放影片。若只是想打開看看的話，就不用做什麼特別處理了，但若是和上述的例子有一樣的需求，你想要貼到Wiki系統或是網站上的話，這時候你需要的就是另一種資料了：也就是主流的網誌系統必然會支援的「YouTube」。
只要不是什麼傷風敗俗的影片，傳上YouTube基本上都不是什麼困難的事。當你把影片傳上去，YouTube也處理完成後，你就可以看到你自己的影片(記得權限至少要設定成「不公開」)。接下來YouTube就會提供幾種不同的資訊供網誌系統插入：
書架
那些了不起的創業家，或是高知名度的專業人士，在採訪他們的影片中，總是會看到身後有一個擺滿書的書架。是的，要完成許多了不起的大事，你也需要讀很多書，有效的吸收經驗。
在電子書越來越普及的今天，Google也推出了Book的電子書服務。
這和GTD有什麼關係呢？簡單來說，就是把讀書這件事的全程都設計成可以很順暢的進行。
首先，只要在搜尋欄輸入你要找的書名，就可以馬上知道有沒有電子書。買回來之後，在桌機或手機，都可以隨時把書拿起來看。有一點很方便的是，你在桌機看到哪一頁，回手機上再把Book的App打開來，就會看到Book已同步把你最後閱讀的那一頁記錄下來，幫你翻到那邊囉！
若Book沒有販售你想看的電子書，但你從朋友(？)那邊取得了epub的電子書時，最美妙的是，你可以〝上傳〞到Book的平台上：
待Book處理完成後，你上傳的電子書就會出現在你的書架上囉！像我就上傳了不少書：
因為epub容量都很小，所以當然也是沒有容量限制囉！這完全就是你自己的電子書架，是你知識競爭力的最佳來源。
在比較過博客來，讀墨或是讀冊這些電子書服務後，你會發現Book的價位是最漂亮的(但藏書量是比博客來差了一點)。
日曆
「日曆」其實不是GTD中鼓勵的一種管理方式，甚至是一種衝突。因為GTD強調的是你要隨時去思考，什麼是現在該做的，優先要做的，而不是完全按照先前預定的規劃去做。但有時我們對於一些硬時間的計劃(重要人物的預約訪談)，較長程的規劃(半年內要準備托益考試)或是重要節日(絕對不能忘記的結婚紀念日或是情人節)，還是會需要一個「上帝視角(God View)」，亦或者是有人就是習慣要看到日曆這種東西才比較習慣，因此Google也還是把Calendar給做了出來。
動態資訊
一個「行事曆」該有的檢視方式及新增事件的功能，Calendar當然也都是有的，但有一點很不同的是基於Google的GTD精神設計，一個事件附屬的資訊，也完全是動態的，是活的：
如上圖，當我們要為這個事件輸入地點資訊(比如說我們輸入「鈊象電子」)時，Google就會透過Map來把公司的位置找出來，並在確認輸入時貼一份到位置區去。而詳細說明區的「@」按鈕，甚至可讓用戶插入Drive的檔案進來：
這樣的設計都可讓用戶很專注也很順暢的，把一個事件建立起來。Google透過Map把詳細位置貼給你，透過Drive把你的檔案連結插進來，如此一來在多人協作的狀況下，就不用擔心離線附件的新舊版本問題。
協作思維
整個Calendar是以「協作」的思維來設計的，因此我們不但是在管理自己的日曆，同時我們也需要別人的日曆。
比如說，我和太太可能都有自己的活動安排，但若要安排家庭活動的時候，打開日曆就可以一目瞭然，何時是雙方都有空的時間。同樣的需求最常見的就是會議室的預訂，許多獨立工作室，小型團隊就很喜歡用Calendar來載明每個人的活動或工作進程。
協作的思維，甚至還包括到工具上的設計。不少企業內部所使用的郵件系統還是M$的Outlook，不管是2003還是2010(是的，現在已經是2019年了)，當然，也包括了行事曆。Calendar有一個很貼心的設計就是，透過解析信件的內容及格式，它可以將你在Outlook內的事件，直接轉成Calendar的事件。當你把該事件的提醒信件轉寄到你的GMail去時(或是直接把該事件直接轉也可以)，在GMail你也看到它分析出是一個日曆上的事件：
然後Magic就這麼發生了：
這個事件就直接這麼被插入到你的Calendar中了！而且什麼開會地點，主辦人是誰都有忠實的插入進來哦，這真的很方便呢！
個人目標
這個功能是手機版特有的設計：
這個功能會在你沒有安排事件的時間上，隨機插入一個你想完成的目標。例如，你很希望能透過「跑步」來完成減肥的目標，你告訴Calendar後，它就會開始在你〝空下來〞的時間來插入一個「跑步」的事件。雖然這和GTD的工作術並沒有直接關係，但完成個人設定目標，就意義上也是一種GTD。
個人網站
作為一個有影響力的人，當你透過Doc輸出了許多觀點，透過Slide發表過許多簡報，接下來，你一定要有一個屬於你的個人網站，那就是你在數位世界的「名片」。
做為你數位世界的名片，Site本身除了可以填字，貼圖，上Youtube以外，它最大的優勢，就是和Google的其他服務無縫接軌。你除了能插入你的Doc/Slide/Sheet，甚至還可以插入日曆，地圖及表單。
無須寫code的模組化設計，或許沒辦法開發什麼很有特色的網站，但對於GTD的需求來說，這100%就是我們需要的：把「名片」該做的事做好就好，我們不是要在上面做電子商務。
同樣的資料要寫在哪裡？
我之前曾經在糾結一個問題。用Doc或Slide，都可以創建連結給其他人分享及評論，為什麼還要建立個人網站呢？那同樣的資料，我究竟是要寫在網頁，還是要寫在Doc/Slide呢？寫在網頁中的資料，Drive搜尋得到嗎？
有一個好消息及一個壞消息。好消息是你寫在Site中的資料，Drive一樣搜尋得到。
壞消息就是，同樣的資料要寫在哪裡，確實需要一點簡單的判斷及分類，會比較〝乾淨〞。
若是真有「選擇困難」症的同鞋，這裡提供了一個簡單的流程圖可供參考：
簡單來說，就是「有沒有影片」，「能不能列印」跟「移動系統編輯」這三個問題。
由於「影片」這種東西，無論如何都不是Doc該做進去的功能，所以若你想要表達的資料有許多影片，你希望用戶的閱讀體驗要好，要看影片，那當然會是用網頁的型式會比較適合。
「列印」則是一個反相的需求，若你希望列印出來的格式，能夠精確的放在紙上，就如同你在Doc看到的那樣，那就沒道理特別去寫成網頁。
最後一個比較特別的就是「編輯」，目前有點難理解的就是Doc有手機版App，不但可以看，還可以在上面編輯，但反而是個人網站的部分卻沒有提供App，因此只能看，不能編輯。
雖然，Site和Doc在這裡有一點硬分叉，讓用戶得花點腦袋去思考資料最終的去處，但比起其他的服務「根本沒得選」的狀況來說，這樣的設計不但合理，也還算方便。
結論
和Keep相同，當然這裡一定會有搜尋的功能，如下圖，Drive的搜尋功能也很完整：
由圖中可以看到，我們可以搜尋的除了是檔名或內文以外，更多的是協作方面的屬性。像是「擁有者」或是「共用對象」。
怎麼決定放哪裡？ 這裡有一個問題困擾我有一段時間了，那就是：我在Drive搜尋不到Keep的記事，當然在Keep也搜尋不到Drive的文件內容。也就是說，若我有同一份資料，我可以用Keep記，當然也可以用Doc記，那我究竟要用什麼記下來，才能確保我找得到，或是符合GTD的作業流程呢？
因為Drive是「倉庫」，Keep是「第二大腦」，在GTD的工作術中講究的就是本腦如何去處理這兩個不同區塊的資料。所以在釐清這兩個角色的不同，再加上GTD的中心原則去想，就會得到這樣的一個結論：
倉庫裡放的是〝知識〞，第二大腦放的是〝資訊〞。
所以重點不是放哪裡，而是你〝用〞它的場景及頻率為何。
你在Keep或Drive放的都是「備查」的東西，但Drive中會是整理過(或是整理中)，消化後的〝知識〞，可能是一個論文，一個資產負債表，或是一篇簡報，這些東西都是你最終的知識產品(不論是你輸出的，或是從別人那邊輸入的)。但Keep上放的就是一個資訊，可能是一個序號，一張照片，一個金句，就是備查而已，往往不是你思考整理後出來的結晶。你會需要在Keep上很快的找到所需的資訊，複製貼上到你的文件或簡報中，但你在Drive中想找的東西，往往是一個樞鈕分析表所展示出來的結論，一篇讀書後領悟的觀念，甚至是一篇日記(其實這就是一個〝消化〞後輸出的產品)。
所以Keep的版面，是一張張直接載明訊息本體的卡片；而Drive就是像檔案總管一樣裝著一個個的檔案。
影像及影片
Google的「Photo」是影像及影片的最終儲存點。如同之前提過的原則，由於影像及影片有其特殊的對待及需求，因此這種資料並沒有被單純的只是被視為一種〝檔案〞，不是一股腦丟進Drive裡面去的東西。
為了能讓用戶無後顧之憂的，把GTD所需要的影像或影片儲存備查，Photo提供了有條件的無限儲存：
「高畫質」是指FullHD的解析度，雖然說現在4K將來會越來越普及，但FullHD對大多數的人來說絕對是一個夠優的解析度了，而「原始大小」的意思是〝非FullHD〞的解析度。所以這裡有一點反常識的是，就算你丟進去的圖是比FullHD還低解析度的圖，但反而會吃掉你Drive的容量哦！
現在每個人都有手機，手機上都有相機，相機就是最好的記錄工具。因此在手機上的Photo App也可以設定〝自動〞把你拍下來的照片或影片上傳到Photo去：
如此一來，你就不用再花腦袋記著說，拍完的照片要丟上Photo去，只要專心去把你該做的事情做好就好，儲存照片這種雜事，不應該成為你腦內的雜音。
Input沒有問題了，Output當然也得流暢才是一個GTD工作流該有的服務。Photo擁有Google在機器學習的強悍能力，一樣有個「搜尋欄」，而當你要搜尋的時候，就會看到一個很高效的功能：
照片中我的兒子，老婆，姪女，甚至是我家的狗狗，竟然已經被〝自動〞分類好了？！
是的，這是〝自動〞完成的。在Google的GTD服務中，「整理」這種事情當然不應該出現在用戶的待辦清單中。搜尋的條件非常廣泛，甚至還包括地點，時間，或是種類。
有時，我們會需要在Wiki上面或是自己的個人網站上貼個照片，而這個照片已經被自動丟上Photo了。Wiki或網站上的貼圖通常都得提供直接的網址才行，而Photo是否有提供直連的網址呢？官方並沒有直接提供這個功能，但這裡簡單介紹一個比較tricky的方法：
是的，也是把你想要貼到Wiki上的圖，嘗試去下載它。然後透過瀏覽器取得的下載網址，就可以拿這個去貼在Wiki系統中。這個方法我自己實測過，最少可保持3個月的有效期(最長是多久我就沒測了)。
Photo可以放影像，也可以放影片。若只是想打開看看的話，就不用做什麼特別處理了，但若是和上述的例子有一樣的需求，你想要貼到Wiki系統或是網站上的話，這時候你需要的就是另一種資料了：也就是主流的網誌系統必然會支援的「YouTube」。
只要不是什麼傷風敗俗的影片，傳上YouTube基本上都不是什麼困難的事。當你把影片傳上去，YouTube也處理完成後，你就可以看到你自己的影片(記得權限至少要設定成「不公開」)。接下來YouTube就會提供幾種不同的資訊供網誌系統插入：
書架
那些了不起的創業家，或是高知名度的專業人士，在採訪他們的影片中，總是會看到身後有一個擺滿書的書架。是的，要完成許多了不起的大事，你也需要讀很多書，有效的吸收經驗。
在電子書越來越普及的今天，Google也推出了Book的電子書服務。
這和GTD有什麼關係呢？簡單來說，就是把讀書這件事的全程都設計成可以很順暢的進行。
首先，只要在搜尋欄輸入你要找的書名，就可以馬上知道有沒有電子書。買回來之後，在桌機或手機，都可以隨時把書拿起來看。有一點很方便的是，你在桌機看到哪一頁，回手機上再把Book的App打開來，就會看到Book已同步把你最後閱讀的那一頁記錄下來，幫你翻到那邊囉！
若Book沒有販售你想看的電子書，但你從朋友(？)那邊取得了epub的電子書時，最美妙的是，你可以〝上傳〞到Book的平台上：
待Book處理完成後，你上傳的電子書就會出現在你的書架上囉！像我就上傳了不少書：
因為epub容量都很小，所以當然也是沒有容量限制囉！這完全就是你自己的電子書架，是你知識競爭力的最佳來源。
在比較過博客來，讀墨或是讀冊這些電子書服務後，你會發現Book的價位是最漂亮的(但藏書量是比博客來差了一點)。
日曆
「日曆」其實不是GTD中鼓勵的一種管理方式，甚至是一種衝突。因為GTD強調的是你要隨時去思考，什麼是現在該做的，優先要做的，而不是完全按照先前預定的規劃去做。但有時我們對於一些硬時間的計劃(重要人物的預約訪談)，較長程的規劃(半年內要準備托益考試)或是重要節日(絕對不能忘記的結婚紀念日或是情人節)，還是會需要一個「上帝視角(God View)」，亦或者是有人就是習慣要看到日曆這種東西才比較習慣，因此Google也還是把Calendar給做了出來。
動態資訊
一個「行事曆」該有的檢視方式及新增事件的功能，Calendar當然也都是有的，但有一點很不同的是基於Google的GTD精神設計，一個事件附屬的資訊，也完全是動態的，是活的：
如上圖，當我們要為這個事件輸入地點資訊(比如說我們輸入「鈊象電子」)時，Google就會透過Map來把公司的位置找出來，並在確認輸入時貼一份到位置區去。而詳細說明區的「@」按鈕，甚至可讓用戶插入Drive的檔案進來：
這樣的設計都可讓用戶很專注也很順暢的，把一個事件建立起來。Google透過Map把詳細位置貼給你，透過Drive把你的檔案連結插進來，如此一來在多人協作的狀況下，就不用擔心離線附件的新舊版本問題。
協作思維
整個Calendar是以「協作」的思維來設計的，因此我們不但是在管理自己的日曆，同時我們也需要別人的日曆。
比如說，我和太太可能都有自己的活動安排，但若要安排家庭活動的時候，打開日曆就可以一目瞭然，何時是雙方都有空的時間。同樣的需求最常見的就是會議室的預訂，許多獨立工作室，小型團隊就很喜歡用Calendar來載明每個人的活動或工作進程。
協作的思維，甚至還包括到工具上的設計。不少企業內部所使用的郵件系統還是M$的Outlook，不管是2003還是2010(是的，現在已經是2019年了)，當然，也包括了行事曆。Calendar有一個很貼心的設計就是，透過解析信件的內容及格式，它可以將你在Outlook內的事件，直接轉成Calendar的事件。當你把該事件的提醒信件轉寄到你的GMail去時(或是直接把該事件直接轉也可以)，在GMail你也看到它分析出是一個日曆上的事件：
然後Magic就這麼發生了：
這個事件就直接這麼被插入到你的Calendar中了！而且什麼開會地點，主辦人是誰都有忠實的插入進來哦，這真的很方便呢！
個人目標
這個功能是手機版特有的設計：
這個功能會在你沒有安排事件的時間上，隨機插入一個你想完成的目標。例如，你很希望能透過「跑步」來完成減肥的目標，你告訴Calendar後，它就會開始在你〝空下來〞的時間來插入一個「跑步」的事件。雖然這和GTD的工作術並沒有直接關係，但完成個人設定目標，就意義上也是一種GTD。
個人網站
作為一個有影響力的人，當你透過Doc輸出了許多觀點，透過Slide發表過許多簡報，接下來，你一定要有一個屬於你的個人網站，那就是你在數位世界的「名片」。
做為你數位世界的名片，Site本身除了可以填字，貼圖，上Youtube以外，它最大的優勢，就是和Google的其他服務無縫接軌。你除了能插入你的Doc/Slide/Sheet，甚至還可以插入日曆，地圖及表單。
無須寫code的模組化設計，或許沒辦法開發什麼很有特色的網站，但對於GTD的需求來說，這100%就是我們需要的：把「名片」該做的事做好就好，我們不是要在上面做電子商務。
同樣的資料要寫在哪裡？
我之前曾經在糾結一個問題。用Doc或Slide，都可以創建連結給其他人分享及評論，為什麼還要建立個人網站呢？那同樣的資料，我究竟是要寫在網頁，還是要寫在Doc/Slide呢？寫在網頁中的資料，Drive搜尋得到嗎？
有一個好消息及一個壞消息。好消息是你寫在Site中的資料，Drive一樣搜尋得到。
壞消息就是，同樣的資料要寫在哪裡，確實需要一點簡單的判斷及分類，會比較〝乾淨〞。
若是真有「選擇困難」症的同鞋，這裡提供了一個簡單的流程圖可供參考：
簡單來說，就是「有沒有影片」，「能不能列印」跟「移動系統編輯」這三個問題。
由於「影片」這種東西，無論如何都不是Doc該做進去的功能，所以若你想要表達的資料有許多影片，你希望用戶的閱讀體驗要好，要看影片，那當然會是用網頁的型式會比較適合。
「列印」則是一個反相的需求，若你希望列印出來的格式，能夠精確的放在紙上，就如同你在Doc看到的那樣，那就沒道理特別去寫成網頁。
最後一個比較特別的就是「編輯」，目前有點難理解的就是Doc有手機版App，不但可以看，還可以在上面編輯，但反而是個人網站的部分卻沒有提供App，因此只能看，不能編輯。
雖然，Site和Doc在這裡有一點硬分叉，讓用戶得花點腦袋去思考資料最終的去處，但比起其他的服務「根本沒得選」的狀況來說，這樣的設計不但合理，也還算方便。
結論
分享至
成為作者繼續創作的動力吧！
SharpWriter(周乃宏)的沙龍 的其他內容
- Google的GTD(上)：第二大腦
- 「程式碼」其實沒那麼值錢
- [The Batch] 星海爭霸２ x 素描變照片 x 搖桿玩手臂
- 心智圖不是用來思考的
- [The Batch] 深偽肆虐 x AI偏見 x 失業對策
- [The Batch] 通用化能力 x 超材料探索 x 臉不能亂用
你可能也想看
- 「天天秋嗨嗨」：vocus 秋季徵文，五大主題 & 獎品登場！
- 美國大選『終局之戰』（Endgame）即將展開， 美股將迎來新世紀？（上篇：模型推導寶座花落誰家？）
- 如果這個世界有神，那祂一定姓李名相赫｜矮袋鼠律師
- 3個秘訣讓你偷走Google的企業腦《高效團隊默默在做的三件事》
- 為地球做點事，10 種實踐綠色 Google 的方式 10 Ways to Go Green with Google
- 探索ScreenAI：Google的革命性視覺語言模型
- 來自Google 的一封信
- Google的快樂一哥- 搜尋你內心的關鍵字
- Google的獲利結構及半導體事業發展
- 在区块链行业担当着Google的角色！The Graph （GRT）深度分析报告
- 善用 5W 思考法｜為了學習歷程google的同時，你必須先會網路識讀
- 與 Google 的愛恨情仇
- Google的UX指導手冊中文版（電商零售篇）
發表回應
成為會員 後即可發表留言
© 2024 vocus All rights reserved.