Kevin Jong/ AI GTM Operator

System note 01 / Genesis Computing

Building an enterprise ABM system with a team of two.

Kevin designed a closed-loop operating system that connected account context, buyer signals, personalized experiences, field action, and performance feedback.

20+ personalized ABM pages created in one day

Reported page output within a two-person marketing team.

Mutiny customer story
3x meeting-booking rate headline reported by Mutiny

The story compares the campaign with industry benchmarks; it does not provide a matched pre-campaign baseline.

Mutiny customer story
80% reported reduction in asset creation time

The headline does not include a measurement period or an underlying time-study method.

Mutiny customer story

These outcomes come from Mutiny's vendor-published Genesis customer story and are not independently audited. The figures below retain the source's scope rather than implying a controlled before-and-after study.

01 / Constraint

Enterprise ambition. Startup resources.

Genesis needed an enterprise-grade account-based motion, but the marketing team consisted of two people without dedicated design, development, analytics, or marketing operations support. Traditional production workflows would have turned every personalized campaign into a queue.

The public story identifies Kevin Jong and Esther Katz as that team. It attributes the design of the closed-loop GTM engine to Kevin, with Mutiny serving as the personalized asset-creation layer. That separates the operating architecture from the tool used to produce the assets.

Team and contribution: Mutiny customer story
02 / Architecture

A loop, not a campaign assembly line.

The system brought CRM fields, account research, call transcripts, intent signals, campaign performance, and field feedback into one operating model. AI accelerated research and production, while templates and human review preserved relevance and brand quality.

The GTM architecture connected four responsibilities: capture useful context, interpret it, activate a relevant experience, and learn from the response. The GTM engineering work connected that model to repeatable field execution. This describes an operating model, not a specification of a fully autonomous software platform.

  1. 01Capture

    Collect account context, buyer behavior, and field intelligence. Keep the originating context attached to the signal.

  2. 02Interpret

    Turn fragmented signals into an account thesis and a next action. Apply product knowledge and human judgment to the interpretation.

  3. 03Activate

    Create personalized experiences and equip sellers at the moment of need. Keep the account context intact through the handoff.

  4. 04Learn

    Feed response and performance information back into the next cycle. Refine the account context, message, and field action together.

03 / Field effect

Speed became part of the strategy.

Personalized pages that once required more than a week of cross-functional handoffs could be created in a day. Follow-up assets could be ready while an active deal still had momentum, and the field received material grounded in actual account context instead of generic automation.

The reported campaign results support the customer story's account of faster execution. They do not isolate the effect of AI, the software, or any single part of the operating model. The source does not publish enough measurement detail to establish that causal attribution.

Reported outcomes: Mutiny customer story
AI was most useful as a force multiplier inside a sound operating model. It did not replace the fundamentals of audience, message, timing, or judgment.

Explore the system

See the architecture inside the GTM LOOP room.