人工核准

每個重要的建置都會有一個時刻，需要有人先點頭同意，某件事才能送出去。請先設計這個時刻：要請誰決定、他們原本在哪裡工作、眼前有哪份文件、他們看到什麼，以及他們回覆之後會發生什麼事。

決策是一回事，介面是另一回事

決策的部分，會根據背後的紀錄推算出該發生什麼事，在還沒有人做出決定時拒絕繼續進行，並且記錄下是誰做的決定、決定了什麼，以及什麼時候做的。這個部分不會因建置不同而改變。

介面——也就是一個人實際在哪裡、用什麼方式做出這個決策——依使用案例而選，但預設並不是可以隨意挑的：一個人在自己原本工作的地方做決策。對大多數審核者來說，那就是他們的收件匣。

預設做法：附有「核准」與「拒絕」的電子郵件

審核者會收到一封電子郵件，裡面有做決策所需的一切：相關事實、文件本身（報價單、履歷、合約）的連結或附件，以及建議的處理方式。下方是兩個按鈕，「核准」與「拒絕」。

建置暫停下來，並寄信給審核者。等待期間，不會有任何東西送出去。
審核者閱讀這封郵件，文件就在眼前。
按下其中一個按鈕，會開啟一個確認頁面，顯示他們所選的結果。單單打開頁面，不會決定任何事。
只有在頁面上按下「確認」，才會記錄這項決策。另一個按鈕隨後就會失效，所以一個人只會給出一個答案。
同一個執行程序接著往下走：完成工作——例如把文件寄給業務人員——並告訴提出請求的人發生了什麼事。

在建置任何東西之前，先用五行字寫下這個時刻：要請誰決定、他們原本在哪裡工作、眼前有哪份文件、他們看到什麼，以及他們回覆之後會發生什麼事。接著記住三件事。

以人、訊息和文件為主。 這個時刻是一個人、一封郵件和那份文件，而不是一張表格。數據表只是它背後的紀錄。
郵件是一張卡片，而不是一則通知。 如果審核者得另外打開別的東西才能做決定，就表示這張卡片少了一項事實。
每一條分支，都要結束在提出請求的人看得到的地方： 已核准、已拒絕、已逾期、無人回覆。

其他方式，以及何時使用

介面	運作方式	適用時機
附確認頁面的電子郵件	每種結果各一個按鈕；點開按鈕會顯示一個頁面，在上面確認才會寫入決策	預設做法，適用於每一位在收件匣裡工作的審核者
紀錄上的一個欄位	一個人在數據表上切換狀態欄位；儲存之後，下一步就會觸發	備用做法，只在審核者原本就每天使用那個數據表工作時才用。不適合一般業務人員

不要要求業務人員藉由在數據表裡選一個值來核准。那個值藏在一個他們沒有理由打開的表格裡，要儲存後才會生效，也讓人感覺不像是在做決策。

哪些介面可以使用，取決於你的安裝環境與版本；你的 iMBrace 聯絡窗口可以幫你確認。不論你選擇哪一種，在依賴它之前，先以審核者的身分親自走一遍：他們收到郵件、打開、確認，然後建置把事情做完。

不能通融的規則

在聊天室裡友善地打一聲「好」，本身並不算是一項決策。 那只是流程控制——它可能只是讓對話繼續下去——但它不會留下任何持久的紀錄，讓日後有人能夠指出：這件事在這個時間，由這個人核准。決策是一筆與特定項目綁定的紀錄，記錄了是誰在什麼時候做出決定。

還有兩條值得牢記的規則：

關卡自己算出答案。 它會根據背後的紀錄重新計算結果，而不是相信同一次互動中剛被告知的數字。一個只相信別人告訴它什麼的關卡，會很樂意核准一個錯誤的數字。
沒有決策，就沒有輸出。 不是預設放行，也不是過一段時間逾時就自動放行。只要還沒有人做出決定，就不會有任何東西送出去。

讓關卡真正守住的細節

打開連結，不會決定任何事。 人、郵件掃描程式或預覽功能都可能打開它。造訪只會顯示頁面；只有確認那一步才會做出決策。
每個人一封郵件、一組按鈕。 在你自己的紀錄上，記下這組按鈕屬於誰、他們何時確認，這樣「由誰核准」永遠來自你自己的紀錄。
第二個答案不會改變任何事。 一旦有一個答案被確認，另一個結果就會失效，而且暫停之後的那一步，重複執行也是安全的。
確認頁面如實呈現。 只有在決策確實被記錄下來之後，才顯示「完成」；如果沒有記錄成功，就明白說出來。
等建置真的在等待答案時，才寄出郵件。
代理人絕不能有寫入決策的能力。 用來記錄決策的欄位，應該在紀錄建立時就設定好起始值，並拒絕代理人之後對它做任何寫入——只給代理人範圍狹窄、碰不到這些欄位的工具。
「尚未有結果」絕不能被看成「通過」。 一項還沒執行，或執行失敗的檢查，會讓紀錄看起來和真正通過的一模一樣。請在每一筆紀錄上都蓋上結果戳記，包括乾淨無虞的那些，並讓之後每一個步驟都等待這個戳記、沒有它就拒絕繼續。
數據表的編輯，要到按下「儲存」（Save）之後才會生效。 如果審核者確實使用數據表，請從已儲存的狀態測試這個關卡，並在給他們的操作說明中，加入「按下『儲存』」這一步。

證明關卡確實有接上線路，而不只是擺在那裡

一個控制點的好壞，取決於它究竟綁定了什麼。把這個介面接到真正依賴它的東西上，並以審核者的身分，把整條路徑從頭到尾實際跑過一遍：對每一種結果——核准、拒絕、無人回覆——都啟動一次執行，從他們實際會收到的那封郵件回覆，然後確認工作已完成，或提出請求的人已被告知，而且不需要任何人再提示。在這件事做完之前，關卡都不算建好。