Library / Tool / Write-in test: one person, three actions, one contact

ToolHow to wire it

Write-in test: one person, three actions, one contactIf you merge contacts after the test, the identity key is wrong — do not add a dedupe workflow.

Write-in is how you know GHL is a system. This checklist is a one-hour lab: submit the live form, book the live calendar, mark a payment (or $1). You should see one contact, stages that moved as jobs, UTMs if the URL had them, and the first spine message. Calendar full and pipeline empty fails the test.

00

The short version

Intern through CEO

Write-in is how you know GHL is a system. This checklist is a one-hour lab: submit the live form, book the live calendar, mark a payment (or $1). You should see one contact, stages that moved as jobs, UTMs if the URL had them, and the first spine message. Calendar full and pipeline empty fails the test.

  1. 01

    Use production paths. Staging lies. Thank-you redirects drop UTMs in production.

  2. 02

    Do the three actions in one hour with one email.

  3. 03

    If you needed to merge, stop. Fix email match. Do not celebrate a 'dedupe automation'.

  4. 04

    Notes blobs fail. Answers should be fields.

  5. 05

    This test is a weekly habit after any page, calendar, or snapshot change.

Who

Same system. Three jobs.

Read your row

Intern

What you actually do

You run the lab. Screenshots. One email. You do not build a dedupe Zap when the test duplicates.

Operator

What you protect

Production paths. After every change. Identity key is email (and phone rule). Notes are not fields.

CEO

What you refuse to fund

Write-in % on this test is the gate. Until it is 100% on form and book, more traffic is more leak.

Wire

How to connect it

Objects, then edges

Throwaway email, live form, live calendar, payment, contact, opportunity, UTM fields, spine, duplicate check.

  1. 01

    Form → contact + mapped fields

  2. 02

    Book → same contact, stage booked

  3. 03

    Pay → Won or customer; spine/onboarding correct

  4. 04

    Second submit same email → update, not a second person

Steps

Do this in order

Why, then done when
  1. 01

    Mint a throwaway identity

    Email + phone you control. URL with test UTMs.

    Why: You need to see mail and SMS.

    Done when: Identity written down.

  2. 02

    Submit the live form

    Through thank-you. Open GHL immediately.

    Why: Lag stories hide mapping bugs.

    Done when: Contact exists, fields mapped.

  3. 03

    Book the live event

    Same email. Confirm opportunity moved.

    Why: This is the calendar-as-second-database test.

    Done when: One contact, stage booked.

  4. 04

    Pay or simulate paid per policy

    $1 on a real price or a documented test mode.

    Why: Won without pay is the other lie.

    Done when: State matches money.

  5. 05

    Submit again

    Same email, different last name or UTM.

    Why: Duplicates are the identity bug.

    Done when: Still one contact.

Intern

Run the hour. Screenshot each step. Fail is a ticket, not a vibe. You do not 'clean it later'.

CEO

Refuse new pages and spend until the last write-in test passed. This is the cheapest gate.

Failure

Staging only. Merge after. UTMs empty. Calendar full, board empty. Team says GHL is flaky.

Test

The checklist below is the test. All boxes or it failed.

Why

Questions people actually ask

Pushback is normal

Can we test in a dummy sub-account?

In addition, yes. Not instead. Production redirects and live calendars are the leak.

We don’t take Stripe yet.

Then skip pay, but write 'Won untested' on the sheet. Do not pretend Won is true.

How often?

After every writer change, and once a week anyway. Tokens die.

Sheet

Fill this in

0 marked

This lives in the browser until you copy it out. The point is to write the spec before anyone opens Workflows or Flows. Print or screenshot when it is true.

  1. Throwaway email/phone recorded

    You can receive SMS and email.

  2. Live form with UTM query used

    Not the GHL preview only.

  3. Contact created; answers in named fields (not notes only)

    Fail if dump-in-notes.

  4. UTMs or source present on the contact

    Empty = thank-you or hidden fields failed.

  5. Live calendar booked; same contact

    New contact = identity fail.

  6. Opportunity on the mapped stage

    Empty pipeline = second database.

  7. One reminder owner (not two nags)

    Calendly + GHL both = fail.

  8. Spine or SMS 1 arrived (if that is the job)

    Within an hour.

  9. Payment test (or explicit 'Won untested')

    Do not silently skip.

  10. Second submit: still one contact

    Merge needed = fail. Fix match key.

  11. Screenshots filed

    Date + URL. This is the artifact.

This week

This week: run the full checklist on production, file tickets for every fail, no new landing until form+book pass.

Working notes

GHL Engine Checklist

The minimum CRM, pipeline, and nurture spec before you add more pages. Request the file. It arrives by email — not a public dump, not a drip of slogans.

Request the notes ↗
Next

If the leak is expensive, talk.

Email and WhatsApp stay open. A call is for installing the system — not for a tour of tools.