Markin + Snowflake
Read customer history in place, on your compute.
The warehouse is where ARPU is actually measurable, so it is where the loop closes. Markin queries it directly rather than syncing a copy, which keeps governance, row-level security and cost controls where your data team already set them.
Attribute write-backRead only
What Markin reads
- Customer and account dimensions
- Order, subscription and payment history
- Event tables and derived behavioural features
- Existing marketing exposure logs
What Markin writes back
- Decision and holdout assignment tables in a schema you own
- Outcome reads per experiment, joinable to your own reporting
How the connection works
| Pattern | What it means here |
|---|---|
| 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. |
| Read only | Markin reads signal from this system. Nothing is written back and no schema is changed. |
Snowflake questions
- How does Markin connect to Snowflake?
- Attribute write-back, Read only. 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 Snowflake?
- Customer and account dimensions; Order, subscription and payment history; Event tables and derived behavioural features; Existing marketing exposure logs.
- What does Markin write back into Snowflake?
- Decision and holdout assignment tables in a schema you own Outcome reads per experiment, joinable to your own reporting
- 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.