PlaysbyMoat8
Back to the library
The workflow guideMarketing

Test an interactive simulation as a lead funnel

Replace a static quiz with a short, mobile-friendly simulation that lets prospects experience a relevant professional task before leaving their contact details.

6 implementation stepsIntermediate

How this works

Replace a static quiz with a short, mobile-friendly simulation that lets prospects experience a relevant professional task before leaving their contact details. A role simulation can reveal whether a prospect understands and enjoys a relevant task before registration. Its educational value and its lead-generation purpose should both be clear; a contrived score must not masquerade as a professional assessment.

Design a short branching experience around one realistic task, with useful feedback after each meaningful choice. Instrument progression and registration separately. Compare downstream lead quality only after the same follow-up and qualification rules have been applied to simulation and existing-funnel cohorts.

Before you start

Simulation objective

Choose a role task that relates honestly to the offer.

Branching rubric

Define plausible choices, feedback, and outcome logic.

Lead handoff

Specify approved registration fields and the customer-system destination.

Prepare the inputs

scenario
Required

Task context and constraints

Avoid requiring specialist knowledge the audience has not been given.

choice_tree
Required

Nodes and transitions

Every option must lead to a defined next state.

feedback_rules
Required

Outcome explanations

Do not infer personality or employability.

registration_schema
Required

Minimum lead fields

State which fields are optional.

event_plan
Required

Event names and IDs

Separate starts, completions, registrations, and qualified leads.

Implementation, step by step

  1. Storyboard the task

    • Describe the visitor's role, immediate objective, and a few consequential choices.
    • Keep the experience short enough for a mobile visit without removing needed context.

    Checkpoint: A bounded simulation script.

  2. Define branching behavior

    • Map each choice to feedback and the next step using explicit rules.
    • Include back navigation, incomplete sessions, and an honest end state.

    Checkpoint: A complete transition table.

  3. Build the prototype

    • Use available coding or no-code tools within the existing brand and project.
    • Keep synthetic scoring labeled and provide a useful result before or alongside registration.

    Checkpoint: A playable mobile prototype.

  4. Connect measurement and lead capture

    • Use stable session and event identifiers where permitted to connect funnel stages.
    • Test the configured customer-system handoff or deliver an integration specification if access is absent.

    Checkpoint: A traceable event and submission path.

  5. Exercise every branch

    • Test each possible route, invalid input, refresh, and failed submission.
    • Check keyboard use, small-screen layout, and whether feedback matches the selected answer.

    Checkpoint: A branch-coverage record.

  6. Run a controlled funnel comparison

    • Define comparable traffic groups and the downstream qualification window.
    • Review completion, registration, and lead quality separately rather than calling clicks a conversion win.

    Checkpoint: An experiment readout with limitations.

Decisions along the way

A visitor leaves midway

Record partial progression without inventing a completion.

Registration fails

Keep the result visible and show an accurate retry state.

One branch produces misleading feedback

Disable or repair that path before sending traffic.

What you will produce

role-simulation

Prototype and transition specification

Enables review of both content and logic.

Include: node_id · choice · next_node · feedback · event

funnel-test-plan.md

Markdown

Defines how commercial usefulness will be evaluated.

Include: cohorts · events · qualification · analysis_window · stop_rules

Check the result

  • Traverse every branch and compare feedback with the rubric.
  • Verify duplicate submissions do not create duplicate leads.
  • Check event counts reconcile by session and stage.
  • Confirm the simulation does not claim validated aptitude scoring.

When something goes wrong

Generated code skips a branch

Repair the transition table and rerun affected paths.

Analytics records completion before the result

Move the event to the actual completed state.

Cohorts receive different sales follow-up

Do not attribute lead-quality differences solely to the simulation.

A worked example

SYNTHETIC EXAMPLE · NOT A REPORTED BUSINESS RESULT

Request

Prototype a project-manager simulation for an introductory course.

Inputs

Synthetic example. Synthetic choice A clarifies scope before promising a deadline; B promises immediately. Both lead to different explanatory feedback and the same optional registration.

Expected result

Synthetic expected result. The result explains the trade-off, records the chosen path, and invites the visitor to learn more. It does not label B as an unqualified manager.

Run a small pilot

Start small

A small traffic allocation after complete branch testing.

Record the baseline

Record current funnel progression and qualified-lead definitions.

Agree success criteria

Agree completion and downstream quality criteria before comparison.

Stop or revise

Stop traffic for broken lead capture, misleading feedback, or major event loss.

Keep the scope clear

  • A prototype request does not authorize buying traffic or publishing the funnel.
  • Do not infer personal traits from a short marketing interaction.

Check before using

Check mobile usability, data delivery, consent, and conversion quality. An engaging game is not evidence that acquired leads will become customers.

Business activities

  • Handle inbound enquiries
  • Run advertising and acquisition tests

Editorially adapted workflow; not independently tested.

FROM A RECIPE TO YOUR WORKFLOW

Bring the company context together.

This workflow needs reliable inputs before it needs a better prompt. Moat8 Vault brings working information into a readable archive for the AI tools you use.

For this recipe: Audience and target conversion · Scenario and interaction ideas · Lead-capture fields and routing rules

Start with one recurring task, agree which sources to use, and review the first result with your team.

Discuss this workflow

What does your team do?

Choose the recurring work you would like to improve.

A field guide, made for work.

Plays is a curated library of anonymized business workflows. Each recipe explains the inputs, steps, tools, and checks you can adapt to your team. These are editorial guides, not independently tested implementations.

When you share a company website, the guide may read a limited number of public pages on that website. Messages and retrieved page text are sent to our AI provider, NVIDIA, to recommend relevant workflows. Share a general description rather than confidential information.

Saved workflows and selected activities stay in this browser. Your chat history and selected company website are kept in this tab and cleared when you reload or start a new chat. The server does not store conversations. Live source monitoring is not enabled.

If you allow analytics, PostHog receives page views and actions such as workflow saves, skill downloads and link clicks. Random browser and session identifiers connect these actions without identifying you by name. Your choice and browser identifier expire after 90 days; sessions restart after 30 minutes of inactivity or 24 hours. We use local storage, not analytics cookies. Messages, company URLs, search text, full referrers and IP addresses are not sent. There are no person profiles or session recordings. You can decline or withdraw in Analytics settings; Do Not Track and Global Privacy Control keep analytics off.

Read the Plays Privacy Notice ↗