Google 團隊工作流怎麼不亂？共用規則與命名方式才是關鍵設計

1. 你們團隊是不是常常出現「我以為你會處理」這句話，卻說不清楚到底是誰該接手？
2. 同一件事情，會不會同時躺在某個人的信箱、另一個人的任務清單，卻沒有人能確認現在的狀態？
3. 行事曆上明明排滿事情，但臨近時間才發現，相關準備根本還沒有人負責？

---

如果這些問題讓你邊看邊點頭，代表問題很可能不在工作態度，而是在沒有一套共用規則與命名方式，讓事情能被正確理解與接住。

在企業內訓現場，我幾乎每次都會遇到同一個狀況：團隊已經在用 Google Workspace，每個人帳號都有、工具也開齊了，但事情還是常常漏、常常重複、常常互相等。

因為問題從來不在「有沒有用工具」，而是在大家用的是不是同一套規則。

---

為什麼團隊一多人，工作流就會崩

個人工作流可以靠習慣撐住，團隊不行。問題通常集中在三個地方：每個人對「這封信算不算任務」的理解不同；任務命名方式完全憑感覺；行事曆裡的事情，只有建立的人看得懂。

---

團隊流程的第一步，不是工具設定，而是共用判斷語言

我在帶團隊時，第一件事不是教按鈕，而是先對齊「判斷標準」。

我會請整個團隊先約定三件事：什麼樣的信件一定要轉成任務、什麼樣的事情一定要進行事曆、什麼情況下信件可以直接封存。這三個約定，就是團隊的「工作語言」。

---

共用規則一：信件只負責一件事「觸發」

信件只負責通知，不負責記憶。

只要一封信需要有人跟進、需要等待結果、需要在未來某個時間處理，就一定要離開信箱。如果沒有動作需求，那封信就應該在閱讀後離開收件匣。

---

共用規則二：任務命名一定要讓「別人看得懂」

我會直接禁止三種寫法：回信、處理信件、跟進一下。在團隊中，我要求任務命名一定包含三個元素：動作、對象、產出或狀態。例如：「整理報價給 A 客戶」「確認專案 B 是否已回覆」「更新合約版本並回傳法務」。這樣的任務，就算換人接，也不需要再解釋。

---

共用規則三：Tasks 是責任，行事曆是承諾

• Tasks 代表「誰負責」
• 行事曆代表「什麼時候一定會發生」

只要一件事涉及跨部門、對外、或交付時間，就一定要進行行事曆。

---

共用規則四：命名要能被搜尋與排序

建議團隊加上一層簡單結構：【客戶】整理報價給 A 公司、【內部】確認專案 B 進度、【行政】回傳合約簽核版本。重點是全隊用同一套前綴，不是各寫各的。

---

共用規則五：建立「轉換完成」的默契

只要事情還在信箱，就代表還沒交付。 只有當信件已經被轉成任務，或被放進行事曆，事情才算正式進入流程。

---

如果你要在團隊推這套流程，從哪開始

不要一次全改，先從兩件事下手：第一，訂一頁「任務命名範例」，全隊照抄。第二，約定哪些事情一定要進行行事曆。只要這兩件事穩住，後面的工具細節都會慢慢跟上。

---

流程設計的本質，其實是降低誤解

當共用規則與命名方式清楚，事情自然會往對的位置走。

如果你已經感覺到團隊不是不努力，而是卡在協作混亂，那問題很可能不是工具不夠，而是少了這一層流程設計。