寄送一份檔案，只寫一句「Please check this」，就是把各種負擔一股腦兒丟給對方。我發自內心深信，你應該停止這樣做。
「Please check this」中的「check」到底是什麼意思？
- 是要檢查錯字，逐字校對嗎？
- 是要檢查邏輯結構是否合理嗎？
- 是從法規遵循的角度看有沒有法律風險嗎？
- 是要檢查設計顏色是否符合規範嗎？
- 只是要確認檔案能不能打開嗎？
- 還是要評估主管會不會同意用 A 計畫取代 B 和 C 計畫？
在這無限的可能性中，被要求的人必須一邊猜測，一邊自己定義「check」：
「離截止日還有時間，所以只要大概檢查一下邏輯流程就好了嗎？」
「品質糟透了，但明天就要截止，所以他們是要我全部接手嗎？」
……等等。
我認為最好把這看作是把巨大的認知負擔丟給對方的行為。
在我心中，我把那些只寫「Please check this」的隨便傢伙稱為「丟猴」(Throwing Monkeys)。
不要用「Please check this」來卸責
更糟糕的是，這些話語背後可見的「逃避責任」心態。
你知道自己的工作品質很差。
但再深入思考太麻煩了。
或者你缺乏自信。
所以，你暫時就說「Please check this」，然後丟給主管或前輩。
然後會怎樣？
如果之後發現錯誤，你就有藉口：「嗯，我那時說了『Please check this』就寄出去了，既然沒人說有問題，我就以為沒事了。」
你把未完成的成品丟給別人，好把任何潛在災難的中心從自己身上移開。那種原始的生存本能，就濃縮在「Please check this」這句話裡。
這程度甚至連對「丟猴」都不夠尊重；你該向他們道歉。
那麼，該如何傳達「Please check this」呢？
- 這份文件的目的
- 目前的狀態
- 希望對方看哪裡（+ 不需要看哪裡）
我覺得包含這三點會比較好。
1. 這份文件的目的
首先，這份文件是幹嘛用的？
- 是內部討論用的嗎？
- 是要向主管說明用的嗎？
- 是要對外發送的嗎？
如果說明了這點，對方就知道該給這份文件什麼優先級，以及該從什麼角度（客戶立場、主管立場等）來檢查。
2. 目前的狀態
接著，說明工作進度到哪個階段。
- 只是隨手寫的粗略備忘錄。
- 完成度約 70% 的草稿。
- 提交前的最終版本。
只要有這個，對方就能調整閱讀的「認真模式」。
3. 希望對方看哪裡（+ 不需要看哪裡）
這是最重要的部分。
縮小需要檢查的範圍。
- 只要看錯字就好。
- 請給我關於時程可行性的意見。
- 請確認上次被指出的部分是否已修正。
- 反之，這裡不需要看。
特別重要的是指出「不需要看哪裡」。
思考這點會迫使你把「需要確認什麼、處於什麼狀態」說清楚。
結合這三點，我認為那個讓人停止思考的「Please check this」就能重生為一個恰當、體面的請求。
