旦等待期結束，觸發器將根據每個潛在客戶的參與度將潛在客戶沿著他們受尊重的路徑移動。
使用相同的場景，如果我們有一個觸發步驟，等待 4 天的電子郵件點擊，並且潛在客戶在周一上午 8 點收到電子郵件。該計劃將等到週五上午 8 點，然後將所有點擊電子郵件的潛在客戶發送到「是」路徑，並將所有未參與的潛在客戶發送到「否」路徑。
4.記住觸發因素沒有休息日
Pardot 持續運行，即使在周末也是如此。如果我們有一個等待期，並且在周六或週日結束，那麼在建造工作室時需要考慮到這一點。即使啟用了“僅在工作時間發送電子郵件”，也需要將週末納入等待期間。
例如，假設我們創建了一個 Engagement Studio，並且決定 頻段資料庫 僅在設定為週一至週五上午 10 點至下午 4 點的工作時間內發送電子郵件。
我們有一個行動步驟是在星期四發送電子郵件 A
接下來是觸發步驟電子郵件打開“最多五天的評估”
如果電子郵件被打開，我們要立即發送電子郵件 B
如果潛在客戶在周日打開電子郵件，他們仍在最多五天的時間範圍內，根據我們的邏輯，他們應該在周日收到電子郵件。但是，由於我們已設定電子郵件發送的營業時間，因此電子郵件 B 將在周一上午 10 點發送給潛在客戶。
5. 暫停正在運行的程序
我們可能很早就開始了一個計劃，後來決定更改某些通訊、調整步驟設置，甚至刪除或添加步驟。這不是暫停然後編輯程式的問題，但需要考慮以下幾點：
如果潛在客戶已經完成了該計劃的運行，並且我們建立了更多步驟，則該潛在客戶將不會收到任何進一步的通信，因為最終步驟被視為永久停止點，並且不會追溯發生更改。
如果我們提前開始一個程序，並且該程序有可能通過額外的步驟來豐富，請考慮在結束步驟之前有一個長時間的等待步驟。這將作為在潛在客戶到達最後一步之前留住他們的保障。
程式步驟截圖
審查變更
「活動」標籤顯示所有版本修訂，以幫助使用者了解對參與計畫所做更改的影響。
我們需要檢查版本歷史記錄，以確保我們不會恢復到被認為會對工作室性能產生負面影響的舊步驟。
例如，我們最初設定了一個規則來傳送電子郵件，而無需等待步驟。經過審查後，我們決定暫停參與工作室，並透過增加 5 天的等待步驟進行修改。
兩週後，一個單獨的用戶進入該程序，注意到這是唯一帶有等待步驟的電子郵件，並透過刪除等待步驟做出反應，認為這是一個錯誤。如果使用者檢查了「活動」選項卡，他們就會看到先前版本的歷史記錄，並且註釋不會恢復。
這對計劃有何影響？
在參與計劃處於暫停狀態時所做的任何更改都可以透過使用報告卡上的下拉功能來查看。
此功能非常適合用來深入了解效能的變化。