Migrate your SimplyConvert data
Niche legal intake and case management platform purpose-built for mass tort law firms. Centers on high-volume claimant Cases with trauma-informed chatbot workflows, TDP scoring, and claim form population for specific litigations.
In its favor
Why people choose SimplyConvert
The signal that keeps SimplyConvert on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Specialized mass tort intake with chatbot and embedded contracting eliminates manual data entry from initial website contact through signed retainer
Trauma-informed client outreach design and TDP Quantifier scoring specifically support sexual abuse and toxic exposure survivor populations in litigation pipelines
ABA-recognized legal tech innovator signals credibility for firms handling high-profile mass torts like Camp Lejeune and Boy Scouts
Integrated referral platform and client portal consolidate intake, CRM, and case management into one workflow reducing tool fragmentation
Real-time notifications and automated lead ranking help paralegals prioritize claimants most likely to settle at maximum case value
Per-conversion pricing model creates unpredictable and escalating costs as claimant volume grows in active litigations
Narrow focus on mass tort intake makes the platform unsuitable for firms with diverse practice areas requiring broader case management
Small vendor footprint with 23 employees and ~$1M revenue raises long-term support and platform stability concerns
Limited third-party integrations beyond native API constrains how SimplyConvert data connects to downstream accounting, e-billing, or e-discovery tools
Custom reporting insufficient for firms managing multiple simultaneous litigations needing cross-case analytics and settlement benchmarking
Reasons to switch
Why people leave SimplyConvert
The recurring reasons buyers give for replacing SimplyConvert. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where SimplyConvert 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
SimplyConvert pricing overview
SimplyConvert charges a flat $500 one-time setup fee per law firm plus ongoing per-conversion fees. The conversion-based model means firms pay only when a chatbot conversation becomes a signed client, regardless of total engagement volume. Pricing tiers are not publicly published beyond the base setup fee; all Professional and Mass Torts 360 plans require direct sales inquiry. Pricing guarantees referenced in older documentation expired 12/31/2019, suggesting current rates are negotiated per engagement.
Base
Tier 1 of 3
$500 one-time setup + per-conversion
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on SimplyConvert's schedule — see our quote-based pricing →
What gets migrated
SimplyConvert object support
Object-by-object support for SimplyConvert migrations. Per-pair details surface during scoping.
Cases
Fully supportedCases are the central object containing all claimant intake data, incident details, incident type, litigation reference, TDP score, and conversion status. The v2 API supports full CRUD at 2000 req/min and list retrieval at 300 req/min. We map SimplyConvert Cases 1:1 to the destination CRM's Matter or Case object, preserving trauma notes and TDP Quantifier values as custom fields.
Clients (as Case sub-record)
Mapping requiredSimplyConvert does not expose a standalone Contact or Client object; claimant details are embedded within the Case record. We extract these into a separate Contacts/Individuals object at the destination and create a link back to the Case. Any chatbot conversation history attached to the claimant is preserved as activity notes.
Documents
Fully supportedDocument upload and download endpoints operate at 200 req/min per endpoint. We export all attached files linked to a Case—including claim forms, medical records, and correspondence—and recreate the same file-to-case associations at the destination, preserving original filenames and upload timestamps.
Referrals
Mapping requiredReferral sources are tracked per Case but the referral object is not a top-level entity in the API. We extract referral_source and referral_channel fields and map them to the destination's standard referral or utm_field schema, flagging Cases with missing referral attribution.
Chatbot Conversation Logs
Mapping requiredBot conversations are stored as structured intake data linked to Cases but are not individually exported via API. We retrieve the conversation summary and key intake answers stored in Case custom fields and reproduce these as activity or engagement records at the destination.
Litigations (named groupings)
Mapping requiredSimplyConvert organizes Cases under named litigations such as Boy Scouts BSA, Camp Lejeune, or Allergan BIOCELL via an internal litigation_id. We carry this as a custom Litigation_Tag field on the destination Case object and advise customers to configure a matching picklist or segment in the destination CRM.
TDP Quantifier Scores
Mapping requiredThe TDP Quantifier is a trauma-informed scoring output stored as a Case custom field. We preserve the raw score and flag it in the destination as a read-only custom field since most destination CRMs do not have an equivalent concept. Scores are sourced from the Case GET endpoint in JSON form.
Users (Firm Staff)
Mapping requiredSimplyConvert user accounts and role assignments exist but the API does not expose a dedicated users endpoint. We extract assigned case owner and team member IDs from the Case record and attempt to match by email to destination user accounts, creating unmapped entries for staff without a destination match.
Custom Case Fields
Mapping requiredLaw firms can define custom fields per litigation type stored within the Case object. We enumerate all custom field names and values from the Case GET response and create matching custom fields at the destination, applying the same field type (text, number, date, picklist) where supported.
Lead Sources
Mapping requiredTraffic source attribution (organic, referral link, paid ad) is captured during intake but not as a first-class object. We map the utm_source and utm_medium values into standard lead-source fields at the destination Contact, preserving the original capture context for marketing attribution.
| Object | Support | Notes |
|---|---|---|
| Cases | Fully supported | Cases are the central object containing all claimant intake data, incident details, incident type, litigation reference, TDP score, and conversion status. The v2 API supports full CRUD at 2000 req/min and list retrieval at 300 req/min. We map SimplyConvert Cases 1:1 to the destination CRM's Matter or Case object, preserving trauma notes and TDP Quantifier values as custom fields. |
| Clients (as Case sub-record) | Mapping required | SimplyConvert does not expose a standalone Contact or Client object; claimant details are embedded within the Case record. We extract these into a separate Contacts/Individuals object at the destination and create a link back to the Case. Any chatbot conversation history attached to the claimant is preserved as activity notes. |
| Documents | Fully supported | Document upload and download endpoints operate at 200 req/min per endpoint. We export all attached files linked to a Case—including claim forms, medical records, and correspondence—and recreate the same file-to-case associations at the destination, preserving original filenames and upload timestamps. |
| Referrals | Mapping required | Referral sources are tracked per Case but the referral object is not a top-level entity in the API. We extract referral_source and referral_channel fields and map them to the destination's standard referral or utm_field schema, flagging Cases with missing referral attribution. |
| Chatbot Conversation Logs | Mapping required | Bot conversations are stored as structured intake data linked to Cases but are not individually exported via API. We retrieve the conversation summary and key intake answers stored in Case custom fields and reproduce these as activity or engagement records at the destination. |
| Litigations (named groupings) | Mapping required | SimplyConvert organizes Cases under named litigations such as Boy Scouts BSA, Camp Lejeune, or Allergan BIOCELL via an internal litigation_id. We carry this as a custom Litigation_Tag field on the destination Case object and advise customers to configure a matching picklist or segment in the destination CRM. |
| TDP Quantifier Scores | Mapping required | The TDP Quantifier is a trauma-informed scoring output stored as a Case custom field. We preserve the raw score and flag it in the destination as a read-only custom field since most destination CRMs do not have an equivalent concept. Scores are sourced from the Case GET endpoint in JSON form. |
| Users (Firm Staff) | Mapping required | SimplyConvert user accounts and role assignments exist but the API does not expose a dedicated users endpoint. We extract assigned case owner and team member IDs from the Case record and attempt to match by email to destination user accounts, creating unmapped entries for staff without a destination match. |
| Custom Case Fields | Mapping required | Law firms can define custom fields per litigation type stored within the Case object. We enumerate all custom field names and values from the Case GET response and create matching custom fields at the destination, applying the same field type (text, number, date, picklist) where supported. |
| Lead Sources | Mapping required | Traffic source attribution (organic, referral link, paid ad) is captured during intake but not as a first-class object. We map the utm_source and utm_medium values into standard lead-source fields at the destination Contact, preserving the original capture context for marketing attribution. |
Gotchas
What to watch for in SimplyConvert migrations
Issues we've hit on past SimplyConvert migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
Per-conversion billing requires conversion-status audit before migration
No bulk export endpoint forces pagination under strict rate limits
No standalone Contact object requires structural flattening
API key generation requires direct vendor contact
Named litigation groupings not exposed as filterable objects
| Severity | Issue |
|---|---|
| High | Per-conversion billing requires conversion-status audit before migration |
| High | No bulk export endpoint forces pagination under strict rate limits |
| Medium | No standalone Contact object requires structural flattening |
| Medium | API key generation requires direct vendor contact |
| Low | Named litigation groupings not exposed as filterable objects |
Leaving SimplyConvert?
Where SimplyConvert customers move next
12 destinations SimplyConvert can migrate to.
How a SimplyConvert migration works
Four steps, SimplyConvert-specific
Connect
API key via Authorization header (format: API-Key: {api_key}) into SimplyConvert. Scopes limited to read-only on the data we move.
Map
We translate SimplyConvert-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate SimplyConvert quirks before production.
Migrate
Full migration with SimplyConvert rate-limit handling. Rollback available throughout.
FAQ
SimplyConvert migration FAQ
Answers to the questions buyers ask most during SimplyConvert migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your SimplyConvert migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate SimplyConvert.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your SimplyConvert setup and destination — written quote back within a business day.