Migrate your Rule data
Swedish multi-channel marketing automation and customer engagement CRM. Built for marketing teams and growth-focused organizations, Rule automates personalized journeys across Email, SMS, RCS, and Social Media.
In its favor
Why people choose Rule
The signal that keeps Rule on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Rule's multi-channel reach spanning Email, SMS, RCS, and Social Media lets teams run cross-platform campaigns from a single dashboard without stitching together point solutions.
The platform's trigger-based workflow builder enables non-technical marketers to automate complex, event-driven customer journeys without relying on developer resources.
Advanced segmentation tools let marketing teams filter contacts by behavior, lifecycle stage, and channel preference, reducing spray-and-pray outreach.
Deep CRM and e-commerce integrations mean Rule fits into existing tech stacks without requiring teams to abandon their primary CRM or sales tools.
The platform scales from small businesses to global enterprises, allowing teams to start with basic campaigns and expand automation scope as they grow.
Teams report that the platform's reporting and analytics dashboard lacks depth, making it difficult to attribute revenue directly to specific automation workflows.
Some users find the workflow builder interface becomes unwieldy for very complex, multi-branch automation sequences with dozens of conditional branches.
Integration setup with non-standard CRM systems can require custom API work, and support response times for technical integration questions are inconsistent.
Pricing at scale becomes a concern as contact counts grow, and some teams feel the per-contact cost does not align with the value delivered for high-volume lists.
Reasons to switch
Why people leave Rule
The recurring reasons buyers give for replacing Rule. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Rule fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
Rule pricing overview
Law Ruler (the 'Rule' product per the catalog) does not publish per-tier list pricing on its website but offers three tiers: Pro, Premium, and Enterprise — billed monthly with annual-commitment discounts. Third-party estimates put Pro starting around $99/user/month, mid-tier Premium at ~$499-$999/month for 5 users, and Enterprise at $9,999-$29,999/month with unlimited users and customized support. Pro and Premium support up to 3 users each; Enterprise has a 10-user minimum. The vendor is sales-led and quotes vary by firm size, modules, and integration scope.
Pro
Tier 1 of 3
From ~$99/user/month
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Rule's schedule — see our quote-based pricing →
What gets migrated
Rule object support
Object-by-object support for Rule migrations. Per-pair details surface during scoping.
Contacts
Fully supportedRule contact profiles include standard fields (name, email, phone) plus behavioral attributes and channel preferences. We map these 1:1 to destination CRM contact objects and preserve custom field values as custom properties in the target.
Companies/Accounts
Mapping requiredAccount-level data in Rule ties to contact records via a parent relationship. Where the destination CRM uses a different account schema, we map the account name and domain field and flag any mismatched company-to-contact cardinality.
Segments/Lists
Mapping requiredRule segments are dynamic filter-based lists. We export segment definitions as filter logic rather than snapshots, and reconstruct the same segment rules in the destination CRM if it supports dynamic lists.
Automation Workflows
Mapping requiredWorkflows contain trigger conditions, time delays, and channel actions. We map trigger types (event-based, date-based, tag-based) and action sequences, noting that complex multi-branch workflows may require manual recreation in the destination.
Campaigns
Mapping requiredCampaigns in Rule group related automations and track aggregate performance metrics. We export campaign metadata and linked contact counts, but engagement analytics are time-bound and may not replay in full in the destination.
Tags
Fully supportedContacts can carry multiple tags in Rule. We preserve all tag assignments per contact and map them to the destination CRM's tag or label field directly.
Email Engagement History
Mapping requiredOpen, click, bounce, and unsubscribe events are logged per contact. We export the event log as a historical record; whether the destination CRM surfaces this history in its UI depends on the platform's data model.
SMS/RCS/Social Engagement History
Mapping requiredChannel-specific engagement events are tracked separately from email events. We export these as activity records and map them to the destination CRM's activity or engagement log objects.
Custom Fields
Mapping requiredCustom fields on contacts and companies may include dropdown, date, numeric, or text types. We map field types and preserve option lists; multi-select fields require explicit mapping to the destination field type.
Templates
Mapping requiredEmail and SMS templates exist as reusable content assets. We export template body text and subject lines; images and dynamic variable syntax may need reformatting depending on the destination's template engine.
Pipeline Stages
Mapping requiredWhere Rule includes a sales pipeline view, stage names and order are exported as configuration metadata and recreated as pipeline stages in the destination CRM.
Owners/Users
Mapping requiredRule user accounts include name, email, and role. We map owner assignments on contacts and deals to corresponding users in the destination system; unresolvable users are flagged for reassignment.
Attachments
Mapping requiredFile attachments linked to contacts or campaigns are exported via Rule's file API. We download and re-upload to the destination, preserving original filenames and attaching to the corresponding record.
Suppression Lists
Fully supportedSuppressed contacts (unsubscribed, bounced, blocked) are exported as a suppression list. We flag these records in the destination to prevent re-import into active marketing lists.
| Object | Support | Notes |
|---|---|---|
| Contacts | Fully supported | Rule contact profiles include standard fields (name, email, phone) plus behavioral attributes and channel preferences. We map these 1:1 to destination CRM contact objects and preserve custom field values as custom properties in the target. |
| Companies/Accounts | Mapping required | Account-level data in Rule ties to contact records via a parent relationship. Where the destination CRM uses a different account schema, we map the account name and domain field and flag any mismatched company-to-contact cardinality. |
| Segments/Lists | Mapping required | Rule segments are dynamic filter-based lists. We export segment definitions as filter logic rather than snapshots, and reconstruct the same segment rules in the destination CRM if it supports dynamic lists. |
| Automation Workflows | Mapping required | Workflows contain trigger conditions, time delays, and channel actions. We map trigger types (event-based, date-based, tag-based) and action sequences, noting that complex multi-branch workflows may require manual recreation in the destination. |
| Campaigns | Mapping required | Campaigns in Rule group related automations and track aggregate performance metrics. We export campaign metadata and linked contact counts, but engagement analytics are time-bound and may not replay in full in the destination. |
| Tags | Fully supported | Contacts can carry multiple tags in Rule. We preserve all tag assignments per contact and map them to the destination CRM's tag or label field directly. |
| Email Engagement History | Mapping required | Open, click, bounce, and unsubscribe events are logged per contact. We export the event log as a historical record; whether the destination CRM surfaces this history in its UI depends on the platform's data model. |
| SMS/RCS/Social Engagement History | Mapping required | Channel-specific engagement events are tracked separately from email events. We export these as activity records and map them to the destination CRM's activity or engagement log objects. |
| Custom Fields | Mapping required | Custom fields on contacts and companies may include dropdown, date, numeric, or text types. We map field types and preserve option lists; multi-select fields require explicit mapping to the destination field type. |
| Templates | Mapping required | Email and SMS templates exist as reusable content assets. We export template body text and subject lines; images and dynamic variable syntax may need reformatting depending on the destination's template engine. |
| Pipeline Stages | Mapping required | Where Rule includes a sales pipeline view, stage names and order are exported as configuration metadata and recreated as pipeline stages in the destination CRM. |
| Owners/Users | Mapping required | Rule user accounts include name, email, and role. We map owner assignments on contacts and deals to corresponding users in the destination system; unresolvable users are flagged for reassignment. |
| Attachments | Mapping required | File attachments linked to contacts or campaigns are exported via Rule's file API. We download and re-upload to the destination, preserving original filenames and attaching to the corresponding record. |
| Suppression Lists | Fully supported | Suppressed contacts (unsubscribed, bounced, blocked) are exported as a suppression list. We flag these records in the destination to prevent re-import into active marketing lists. |
Gotchas
What to watch for in Rule migrations
Issues we've hit on past Rule migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
Channel-specific engagement data is siloed
Automation workflows reference deleted contacts as orphaned triggers
Suppression list does not auto-apply during import
| Severity | Issue |
|---|---|
| Medium | Channel-specific engagement data is siloed |
| High | Automation workflows reference deleted contacts as orphaned triggers |
| Medium | Suppression list does not auto-apply during import |
Leaving Rule?
Where Rule customers move next
12 destinations Rule can migrate to.
How a Rule migration works
Four steps, Rule-specific
Connect
API key-based authentication (for POST lead/intake data into the CRM) into Rule. Scopes limited to read-only on the data we move.
Map
We translate Rule-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Rule quirks before production.
Migrate
Full migration with Rule rate-limit handling. Rollback available throughout.
FAQ
Rule migration FAQ
Answers to the questions buyers ask most during Rule migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Rule migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate Rule.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Rule setup and destination — written quote back within a business day.