Turning Instagram engagement into multi-channel nurture
Comment to DM that turns Instagram viewers into contacts without flagging creators as bots — then Kajabi’s first Visual Editor, so back-to-back nurture (text, email, social) lives in one canvas instead of ManyChat trees.
9 min read
Executive summary
30-second read
Role
Lead Product Designer
Timeline
2024
Team
1 designer · 1 PM · eng
Responsibilities
Step 1: Comment to DM — Instagram lead capture with delay defaults and varied replies so accounts aren’t flagged as spam/bots
Step 2: First Automations 2.0 Visual Editor — canvas for multi-channel nurture (text, email, later social); multi-trigger, branching, up to 50 stacked actions; tested, eng-ready handoff
Research + Advanced Messaging strategy (Conversation Hub–ready permissions)
Business outcome
Pull capture and deep nurture back into Kajabi — counter ManyChat spend (30% use it for Comment to DM), turn social viewers into owned contacts (50% of contacts are still imported; 3.5% convert to paid in 35 days), and pave the way for Conversation Hub. Handed off before launch metrics.
Design outcome
Platform-safe Comment to DM + first Visual Editor — delayed/varied DMs so creators don’t look like bots; a canvas where comment → DM → email → SMS → offer is visible at a glance (up to 50 actions). Designed, tested, eng-ready.
My role & constraints
Lead Product Designer — sole designer with PM David Wang through Visual Editor handoff.
Owned: Comment to DM end-to-end (safety defaults, setup UI) and the first Automations 2.0 Visual Editor (canvas, branching, performance) through eng-ready specs.
Constraint: Maternity leave at handoff — another designer owned build and launch. Comment to DM shipped; VE launch metrics sit after my ownership.
Why it mattered
Creators get seen on Instagram — but those viewers aren’t convertible contacts. Many already pay ManyChat and other tools to turn social engagement into email addresses. Meanwhile Kajabi Automations only supported one trigger → one action, so deeper marketing trees lived outside the product.
30%
of heroes use ManyChat for lead capture — Comment to DM is its #1 adoption driver
50%
of Kajabi contacts are imported from outside the product (85% via bulk upload)
3.5%
of contacts convert to paid within 35 days; 83% who hit GMV in their first 30 days had ≥5 contacts
Audience lives on social and in other tools — Kajabi needed native capture and deeper automation to own the journey.
Aimed at Hobbyists and Builders. Two steps:
Step 1
Comment to DM
Instagram → DM in today’s Automations.
Step 2
Visual Editor
Canvas for multi-trigger flows — up to 50 actions.
Later
Conversation Hub
View and reply to Automations 2.0 conversations in one place inside Kajabi.
Insights
These came from creator interviews about off-platform automation trees, survey and discovery work on social → contacts, and 7 usability sessions in Dec 2024 on Comment to DM setup.
01 · Interviews · automation trees outside Kajabi
Creators couldn’t see how automations connected
Biggest pain: only isolated this→that pairs. Creators walked me through deep, wide trees in ManyChat, GoHighLevel, and Zapier. They wanted that sophistication in Kajabi — one view, and room to build elaborate journeys.
So Design a Visual Editor canvas — multi-trigger, branching, up to 50 stacked actions — so creators can see and edit strategy in one glance. Decision 04.
Creators reach audiences on email, Facebook, and Instagram (71% use Instagram DMs; 63% Messenger). Social is visibility; email is nurture. Viewers aren’t contacts yet — so they can’t convert inside Kajabi. 50% of contacts are still imported from outside (85% via bulk upload).
So Comment to DM bridges Instagram in; the Visual Editor carries the rest — text, email, and future social platforms — so contacts turn into customers inside Kajabi. What we built.
03 · Usability · 7 sessions · Dec 2024
Native capture needed safety defaults — and a setup that stayed on one page
Creators wanted native Comment to DM to drop ManyChat (“too many tools… under one umbrella”). They asked for delay guidance so Instagram wouldn’t flag them — and picked 5–10 seconds. Setup UI split by context: for Step 1 Comment to DM we tested a step-by-step drawer vs. a one-page modal (most preferred seeing the full setup at once); for Step 2’s Visual Editor, one-step config that stays tied to the canvas favored a drawer.
So Delay by default. Ship Step 1 in a modal with accordion sections; use a Visual Editor drawer when detail work has to stay connected to the canvas. Decision 01 · UI.
“There’s just too many tools and we just want things under one umbrella.”
Reelika · usability interview · ex-ManyChat
“There is a little bit more of an authentic feel to it if you can have a little delay there.”
Robin · usability interview
Those findings set the product calls below — delay and keywords as defaults, a Visual Editor canvas, and setup patterns that differ for Comment to DM vs. the canvas.
Decisions
Calls that shaped Comment to DM and Automations 2.0 — product rules first, then the setup UI for Step 1 vs. Step 2.
Product rules
01
Delay DMs by default — don’t get creators flagged
Core responsibility: Automations 2.0 must not get creators flagged as spam or bots on Instagram (and later other social). Chose: configurable delay (0s–5min), up to 10 varied replies, auto-like. Creators picked 5–10s in testing. Business: safe native capture vs. ManyChat. Design: human-feeling defaults, not buried settings.
02
Keywords by default; all-comments optional
Most creators want “comment HELPER for the freebie” — not a DM to every comment. Keywords first (max 5); all-comments stays for boost posts.
03
Full Meta permissions now; don’t count handles yet
Capture Hub-ready DM permissions in Step 1, but don’t count Instagram handles against plan limits until Conversation Hub can support two-way messaging — so creators can view and reply to Automations 2.0 conversations in one place inside Kajabi. Avoids punishing early adopters and re-consenting later.
04
New Visual Editor canvas — don’t stretch the old UI
I was the first to design Automations 2.0’s Visual Editor. Extending Rails-era one-to-one UI for long chains would make it unusable — and Comment to DM is only one recipe on a much bigger canvas. Chose: a new canvas (pan/zoom) with multi-trigger, branching, and stacked actions across text, email, and (later) more social platforms — up to 50 actions per flow, not unlimited — plus per-step performance on the journey, and a drawer for detail config so creators keep the canvas in view. Business: deep multi-channel trees stay in Kajabi. Design: clear journey view with data on what works; intricate one-step edits (SMS copy, etc.) open beside the flow, not over it.
Triggers
Actions
UI
Step 1 — Comment to DM setup
In Dec 2024 usability sessions we tested both patterns for Comment to DM. Most creators — especially Builders — preferred seeing the full setup at once over a forced Next → Next path. They called the one-page version clearer and “better to visualize”; the step-by-step drawer split decisions across screens.
Explored
Side drawer · step-by-step
Select options, then press Next for the next set. Clear for some first-timers, but felt linear and fragmented in testing.
Preferred
Modal · one page + accordion
All options on one page; accordion opens more as creators select. Preferred in sessions — full setup visible, faster to scan and edit.
Step 2 — Visual Editor config
On the Visual Editor canvas, the call flipped. Many option layers are already chosen on the nodes themselves; the panel only needs to open for denser, one-step work — writing SMS copy, longer message fields, and similar detail. A modal would cover the canvas those controls still need to stay tied to. Creators preferred a drawer here: one step, beside the flow, interacting with what’s already selected on the Visual Editor.
Explored
Modal over the canvas
Blocks the journey view while creators configure a node — breaks the link between drawer contents and the Visual Editor they’re editing.
Chose
Drawer · one step beside the canvas
Opens when options get intricate (SMS text, etc.); stays connected to the selected node. Preferred for one-step config in the Visual Editor experience.
What we built
Step 1 — Comment to DM
Shipped into Marketing → Automations (next to Email and Funnels): connect Instagram, pick a post, keywords or all-comments, delay + auto-like, DM with Kajabi link, results (delivered / opened / clicked). Lead capture without waiting on the new canvas.
01
Comment
→
02
Keyword
→
03
Delay
→
04
DM
→
05
Results
Step 2 — Visual Editor
A canvas far beyond Comment to DM: creators compose journeys across text, email, and — later — more social platforms, with multi-trigger, branching, and stacked actions — up to 50 per flow (vs. 1 trigger + 1 action today). Detail config opens in a drawer beside the canvas — not a modal — so node options stay tied to the flow (SMS copy and other one-step, text-heavy edits). Performance sits on the journey too — creators can see how each step runs, not just that the tree exists. Comment to DM is one recipe on that canvas. Every Step 1 field was shaped so it doesn’t need a redesign when it lands there.
Up to 50 actions in one flow (not unlimited)
Channels beyond Instagram DMs — text, email, expandable to more social
Per-step performance on the canvas — see how each trigger and action performs
Building the journey is only half the job. Toggle performance on the canvas to see how each step runs — sends, opens, clicks, unsubscribes — without leaving the flow. Creators can spot what’s working and tune what isn’t on the same tree they built.
Outcome
Designed and tested both steps through eng-ready handoff. Another designer took build and launch when I went on maternity leave.
Delivered
Comment to DM shipped — platform-safe Instagram capture (delayed DMs, varied replies, auto-like) in today’s Automations
Visual Editor eng-ready — multi-channel canvas (text, email, future social); multi-trigger, branching, up to 50 actions, per-step performance; interaction model validated before eng
Sequenced delivery + Conversation Hub–ready permission / contact model documented
Targets (post-handoff — not measured in this case)
Recapture ManyChat-style spend and contacts (30% use ManyChat for lead capture; ~$42/mo avg chatbot spend)
Social viewers → owned contacts → customers (50% of contacts still imported; 3.5% convert to paid)
+20% monthly Comment to DM contacts; Hobbyist + Builder adoption; less 3P lead-capture spend; deeper multi-step use post-rollout
Reflection
What worked: Comment to DM in today’s Automations first — Instagram capture before the Visual Editor existed — with delay defaults and varied replies so accounts weren’t flagged. Interviews made the Visual Editor job clear: creators couldn’t see how automations connected, and they’d already built deep trees outside Kajabi. Designing and testing that canvas before handoff gave eng a real interaction model, not just frames.
What I’d change: Flag contacts / social-handle engineering earlier. Comment to DM looked quick until that rearchitecture slowed it vs. the Visual Editor.
On the handoff: Maternity leave meant stopping after design + testing. Docs for the two-step plan, safety defaults, and Conversation Hub–ready permissions let another designer own build without reopening those calls.
Lesson: On social automation, speed is the wrong default. Delayed, human-feeling replies make native capture viable — and one Visual Editor makes text, email, and future social marketing livable inside Kajabi, not just Comment to DM.
Future opportunityAI on the canvas · optional
AI that drafts and suggests on the Visual Editor and Comment to DM — creators still control send.
Visual Editor
Kick off a customized tree from goals questions; suggest valid next steps; explain or debug a journey in plain language; review for missed opportunities or stronger configs; migrate ManyChat / Zapier trees into Kajabi.
Why: Faster time-to-first-flow and deeper multi-step use in-product; reclaim off-platform automation spend; higher conversion from contacts already owned.
Comment to DM
Draft and vary human-feeling DM replies; coach keywords and delay ranges from the post; warn when instant reply risks spam flags; triage comments (buy intent vs. spam vs. FAQ) before the automation fires.
Why: More completed native setups; fewer flagged accounts; better-qualified leads into nurture — keep social capture inside Kajabi.
Adoption
Goal → recipe wizard (starter flow + copy), then open in the editor to tweak, plus short inline “why this delay / why this branch” tips.
Why: Activate Hobbyists and Builders who stall on a blank canvas; cut time-to-value without extra support cost.