Cook.ai
This part is still being switched on workspace by workspace. If you cannot find Playbooks in your sidebar, yours is not enabled yet — you have not missed a step. What it is
Documentation Browse

Delivering for clients

How to verify your playbook's outputs

Check each routine before real customers receive anything.

Nobody has been messaged yet. Every routine the install created is switched off, and testing sends nothing to a real person. Work through the three steps below before you switch anything on.

A test is contained; a live run can reach a customer The test follows a closed loop with no outlet. Beside it, a live path passes through an open valve and continues outward. Testing a routine does not switch the live path on. Test Live Nothing leaves Switched on
Testing sends nothing to a real customer. Real runs can start only after you switch a routine on and its starting event happens.

1. Test each routine

Open a routine and select Test. Cook runs it with a pretend lead. Nothing is sent to anyone.

Check:

  • Words: Does it sound like the business it is being sent on behalf of? Read it out loud.
  • Timing: Are the waits right? Change them and test again.
  • Links: Open every one. A booking link should land on the right calendar.
  • Order: Do the steps happen in the sequence you meant?

2. Activate the tested journey

Ask Cook to test and activate the installed playbook. It checks every routine, the connected senders and the routines that start other routines. Review the approval before switching the bundle on. A passed simulation does not prove that a disconnected email account or texting number can deliver.

For appointment playbooks, the approval also hands booking-page reminders to the tested reminder routines so new bookings do not get two reminder sequences.

Once a routine is on, it runs the next time its starting event happens. It does not go back and handle anything from before you turned it on.

3. Give it something to work on

A routine that waits for new enquiries needs somewhere for enquiries to arrive from. Point one of these at it:

  • a funnel — a page Cook builds with a form on it;
  • a form on a website you already have;
  • your contact list, if new people arrive there from somewhere else.

Until someone actually enquires, the routine sits and waits. That is not a fault.

Your first week with it running

  • Read the first few real run records. They show what happened and when.
  • Check the alerts reached you where you expected.
  • Expect to adjust wording after you see real replies. Editing a message does not change steps that are already running.

Changing it later

You can edit a message, wait, or step at any time. New runs use the new version.

Ask Cook to update the existing install. It prepares drafts, preserves your independent edits and reports conflicts for review. After testing, an approval applies the update together. Older installs without a saved baseline need individual draft review; reinstalling can replace their customizations.

Connecting a texting number later does not add texts to a live playbook. Ask Cook to include texting, review the added steps, then test and activate the update.

Pausing it, or getting rid of it

  • Turn off one routine. It stops running and stays where it is. Use this when something needs fixing, or when the work pauses for a while.
  • Remove the playbook entirely. Cook asks you to approve it first, then deletes the routines that playbook created and stops anything they had running. There is no single button that undoes this.

Removing a playbook does not delete its standards. Learn more in Deciding before a rule is added.