4Part 4 of 4
A worked example: three candidates, one survivor
Suppose your team has three motions on the whiteboard as candidates for a first play. Run each through the three tests rather than debating them in the abstract.
Candidate one: "executive outreach when a big deal stalls." The trigger fails the first test. "Stalled" and "big" are judgments someone makes, not conditions in the data, and two managers will disagree about the same deal. Encode it now and the play fires on deals people do not consider stalled. It needs a definition (no stage movement in N days above a value threshold) before it is a candidate at all.
Candidate two: "welcome sequence for new enterprise logos." Observable trigger (closed-won, enterprise segment), but ask five people what the steps are and you get five answers, because onboarding has never been agreed. The sequence fails the second test. This one needs a working session before it needs a builder.
Candidate three: "re-engage accounts that finished a pilot without converting." Observable trigger, a sequence your team already runs the same way from a shared doc, and "done" is definable: the account either re-engaged or was closed out with a reason. This is the one to encode first. Not because it is the biggest, but because it is the one where the builder standardizes an agreement that already exists.