---
title: Markin + Iterable
url: https://markin.ai/integrations/iterable
category: Engagement and CRM
description: Connect Markin to Iterable: write decisions as user fields or custom events so existing journeys pick them up unchanged.
---

# Markin + Iterable

> Decisions as user fields and custom events.

**Job:** Feed Iterable journeys a decision instead of a segment.

A Markin and Iterable setup writes the decided action into user profile fields or emits a custom event, so existing Iterable journeys stay in place and simply act on a better input. Channel governance stays with Iterable.

Frequency caps, quiet hours and consent stay enforced by Iterable. Markin only supplies intent, which is what makes the connection safe to switch on incrementally.

## What can you ask Markin to do in Iterable?

- How do I add AI decisioning to Iterable?
- Can Iterable journeys be triggered by a churn model?
- What are the best Iterable alternatives for decisioning?
- How do I prove Iterable campaigns cause revenue?

## What Markin does in Iterable

- Read user profile fields and list membership.
- Read send, engagement and purchase events.
- Write the chosen action and reason into profile fields.
- Emit custom events that trigger the right journey.
- Arbitrate so only one journey fires per customer per window.
- Maintain a randomised holdout list.
- Read outcomes back keyed to the decision ID.
- Report incremental revenue per journey.

## The growth work behind Iterable

### Read the estate

- Read contact history so past sends count as pressure on the customer.
- Track catalogue, pricing and plan changes as they happen.

### Find where revenue is leaking

- Spot pricing and packaging mismatch between what people buy and what they use.
- Spot product friction that correlates with downgrade and cancellation.

### Explain why

- Separate mix effects from real behaviour change.
- Rank drivers by how much of the movement each one accounts for.

### Write hypotheses worth funding

- Attach the evidence and the assumption each one depends on.
- Rank the portfolio by expected value, not by seniority.

### Decide per customer

- Arbitrate between every action competing for that same customer.
- Apply frequency caps, fatigue and quiet hours before anything is committed.

### Execute in the tools you already run

- Write decisions into the CRM, engagement and warehouse systems already in production.
- Trigger journeys and campaigns that your lifecycle team owns and can edit.

### Prove it caused the revenue

- Refuse to call a result that has not cleared the evidence standard.
- Publish the readout in the same place for every experiment.

### Retire, govern and hand over

- Retire programmes automatically when they stop beating control.
- Re-test assumptions that decay, such as price sensitivity and seasonality.

Full catalogue: [Everything a growth team does, running every day.](https://markin.ai/growth-work)

## Activation patterns

- **Attribute write-back.** Markin writes the decision onto the customer profile; your existing journeys read it as an entry condition. Latency is the platform's sync interval.
- **Triggered event.** Markin emits an event that starts or advances a journey. Near-immediate, and the channel keeps its own governance.

## What Markin reads from Iterable

- User fields and channel preferences
- Send and engagement events

## What Markin writes back

- User fields with the committed action
- Custom events for journey entry

## Used together with

- [segment](https://markin.ai/integrations/segment)
- [snowflake](https://markin.ai/integrations/snowflake)
- [stripe](https://markin.ai/integrations/stripe)
- [amplitude](https://markin.ai/integrations/amplitude)
- [hightouch](https://markin.ai/integrations/hightouch)
- [zendesk](https://markin.ai/integrations/zendesk)

## Related

- [Solution: lifecycle-automation](https://markin.ai/solutions/lifecycle-automation)
- [Comparison](https://markin.ai/compare/markin-and-iterable)

## FAQ

**How does Markin connect to Iterable?**

Attribute write-back, Triggered event. Markin writes the decision onto the customer profile; your existing journeys read it as an entry condition. Latency is the platform's sync interval.

**What does Markin read from Iterable?**

User fields and channel preferences; Send and engagement events.

**What does Markin write back into Iterable?**

User fields with the committed action Custom events for journey entry

**Do we have to move our data to Markin?**

No. Markin reads from your warehouse, product events and operational systems in place, on your compute, under the access rules your data team already set. Nothing is copied into a separate customer base and there is no vendor-side profile store to migrate off later.

**Does Markin replace our engagement platform or CDP?**

No, and it should not. Your engagement platform keeps the channel, the templates, the deliverability and the governance. Your CDP keeps identity and consent. Markin adds the layer neither has: deciding which action deserves to exist for each customer, and proving it against a holdout.

**What if the system we use is not listed?**

The four activation patterns cover almost everything: attribute write-back, triggered event, decision API and direct surface rendering. Any system that exposes an API, accepts a table, or can read a warehouse column can receive decisions. New connectors are built during deployment, typically in days.

Source: https://markin.ai/integrations/iterable