Intercom vs Chatwoot

Intercom suits teams that want a fully hosted messenger and AI agent with no servers to run. Chatwoot suits teams that need the conversation data inside their own infrastructure and can carry the hosting and upkeep.

On this page

Intercom or self-hosted Chatwoot: which fits your support operation

If your Intercom renewal, per-outcome AI charges or data residency rules are pushing you to reconsider, the answer depends on three things: how much you want your conversations and AI tooling under your own control, how much AI automation you actually need, and whether your team can operate the stack. Intercom fits teams that want a hosted Messenger, inbox and help center with minimal operations, and that accept Fin's pricing and terms as they stand. Chatwoot fits teams that need conversations to stay in their own environment and that can run Ruby on Rails, Node.js, PostgreSQL and Redis. Its Community Edition is listed at $0 and free forever, so the cost question shifts to hosting, staff time and any paid add-ons.

Treat three decision points as the core of the evaluation. First, AI agent needs: Chatwoot's Captain AI is not in the Community Edition, and the self-hosted plans page places it on Premium Support at $19 per agent per month, so confirm with Chatwoot exactly which Captain features, model providers and usage limits you would receive before you assume parity with Fin. Second, enterprise controls: SSO with SAML and SLA policies appear on the Enterprise Edition at $99 per agent per month, and roles and permissions, custom branding and voice calls sit on Premium, so list every control your security team requires and map it to a plan. Third, operating capacity: the requirements page recommends 4 CPU cores and 4 GB of RAM for up to 10,000 conversations a day, 8 cores and 8 GB for up to 20,000, and Ubuntu 20.04 as the only officially supported distribution. Confirm that your platform team can patch, back up and upgrade that stack on a schedule.

Which option fits which support scenario

This table maps common Intercom replacement situations to the better fit between Chatwoot and Zammad, with the condition that decides each choice. Read each row against your own support mix, data rules and in-house skills before you shortlist a platform.

ScenarioBetter fitDeciding condition
Small team that needs website live chat quicklyChatwootYour main need is a website chat widget with a shared inbox across chat, email and social channels, and your team has no ticket-based queue to run.
Regulated team that must keep customer data in its own environmentEither, after a security reviewBoth can be self-hosted, so the choice depends on which platform your security team can harden, back up and evidence more easily for your assessor.
Team that relies on Fin-style automated resolutionChatwoot with Captain AI on a paid planCaptain AI is listed on the Premium Support plan, not Community Edition. Confirm model hosting, knowledge sources and per-conversation model costs before choosing.
Team with an existing Linux and DevOps functionChatwootChatwoot offers a VM install script, Docker and a Helm chart for high-availability setups, so your platform team can run it on existing Kubernetes or cloud tooling.
Team that needs SSO on the free tierZammadZammad supports SAML or OIDC login on a self-hosted stack with no license fee. Chatwoot lists SSO with SAML only on the Enterprise Edition, so confirm current terms before deciding.
Team whose support runs mostly through email and ticketsZammadYour daily workflow centers on ticket queues, email threads and a knowledge base, which fits Zammad's ticket model better than Chatwoot's conversation-first inbox.
Team with a shared inbox across many social and messaging channelsChatwootYou need WhatsApp, Instagram, Facebook and Telegram in one inbox, along with canned responses and auto-assignment by agent availability.

Which Chatwoot features need a paid self-hosted plan

The Community Edition is listed at $0 and free forever on Chatwoot's self-hosted plans page. It covers the core support work most teams need to replace Intercom's day-to-day inbox: the website live chat widget, the omnichannel inbox across the supported channels, the Help Center portal, and automation. Because it carries no per-agent fee, your recurring cost is the infrastructure and staff time to run it.

  • Core inbox and channels: Website chat, email, Facebook, Instagram, Twitter, WhatsApp, Telegram, Line and SMS share one inbox.
  • Help Center portal: Articles, FAQs and guides are included in the free edition.
  • Assignment and automation: Auto-assignment, auto-responders, business hours, automation, teams, labels and canned responses are included.
  • Reporting and contacts: Conversation, agent, inbox, team and CSAT reports, plus contact segments and campaigns, are listed in the README.
  • Captain AI excluded: The AI agent is part of the Premium tier, so a Fin replacement needs that plan or a different design.

Before you budget, confirm on the pricing page which features sit in each tier, since plan contents can change.

Where conversation data lives and who controls it

Intercom runs conversations on its own hosted infrastructure, so the customer relies on Intercom's controls and contract terms. Self-hosting Chatwoot moves the database, the app tier, identity and the audit trail into your own cloud account or data center, which shifts both control and the work of proving it.

Data location and custody

In Intercom's hosted model, conversations, contacts and attachments are stored in Intercom's environment, and your controls are the ones Intercom documents and contracts for. With Chatwoot, the PostgreSQL database, Redis and any uploaded files sit in the cloud account or data center you choose. Confirm where backups, logs and attachment storage run, because these copies often leave the primary database location.

Linux VM and Docker hosting

Chatwoot documents a Linux VM installation script and a Docker setup for single-server deployments. A single host suits smaller teams, but it concentrates the app, Sidekiq workers and database on one machine. Ubuntu 20.04 is the only officially supported Linux distribution, so plan the operating system lifecycle before go-live.

Kubernetes and Helm for high availability

For larger, high-availability deployments, Chatwoot documents Kubernetes with a Helm chart. This brings cluster operations, persistent storage, ingress and secret handling into your team's scope. Ask who will patch the cluster, rotate the Rails secret key and restore PostgreSQL, since those duties replace what Intercom's operations team handles today.

Cloud guides and identity integration

Chatwoot publishes guides for AWS, Azure, DigitalOcean, Google Cloud and Heroku. Choose the target that matches your existing identity, network and logging tooling. Chatwoot's SAML SSO sits on the Enterprise Edition, so check whether your staff sign-in model needs it or can work with the community login. Document which accounts can administer the platform.

Compliance evidence you must produce

Self-hosting makes your organization the operator of the support system, so access reviews, change records, backup restore tests and retention settings become your evidence to collect. DeployOpen can prepare controls and evidence for compliance assessments, but it does not issue audit reports, attestations or certifications. Independent auditors and certification bodies make those determinations.

Where AI processing reaches

Captain, Chatwoot's AI agent, sends conversation content to whichever model provider you configure, which can be a hosted API or a model you run yourself. Intercom's Fin processes conversations on Intercom's side. Map every outbound call from the platform, including translation and third-party integrations, so the data flow diagram matches what actually leaves your environment.

What running Chatwoot requires from your team

Running Chatwoot yourself means your team owns a Rails application with a fixed runtime stack. Chatwoot requires Ruby 3.2 or later, recommends Node.js 20.x, supports only PostgreSQL as its database, and recommends Redis 7.0 or higher. The only officially supported Linux distribution listed in the deployment requirements is Ubuntu 20.04, so confirm early whether your standard operating system image matches that list or whether you need a supported build path. A database choice is not optional: if your organization standardizes on MySQL or another engine, that conflict must be resolved before installation, not after.

Sizing starts from conversation volume. Chatwoot's requirements page recommends at least 4 CPU cores and 4 GB of RAM for up to 10,000 conversations a day, and 8 cores and 8 GB for up to 20,000. Add at least 1 GB of swap on either tier. The same page warns that Sidekiq, the background job processor that handles email, notifications and automation, can use more than 1 GB of memory on a very active server, so watch Sidekiq memory during your pilot rather than sizing only to the baseline. Ask your team to measure peak daily conversations across all channels, since WhatsApp, email and social inboxes all feed the same workers.

Recurring work is the cost most often underestimated. Each Chatwoot release, such as v4.18.0 published on September 18, 2026, needs a planned upgrade window, a tested backup restore and a check of your custom integrations against the changelog. Your team also owns database and file backups, uptime and queue monitoring, Redis and PostgreSQL patching, operating system security updates and certificate renewal for the widget domain. Confirm who holds each of these duties and how often they are performed, because on Community Edition no vendor patch service is included. The Chatwoot self-hosted documentation is the starting point for the install and upgrade procedures your operators will follow.

What the cost of each option is made of

What does Intercom charge for, and how is it contracted?

Intercom bills through a contract that your account team defines, combining seat-based charges for agents with usage-based charges for its Fin AI agent. Confirm in the written order form which seats, which Messenger or inbox features, which support tier and which Fin charges apply, and whether any of these renew automatically. Seat counts, outcome rates and tier boundaries change with the contract, so the figures in your own order form are the ones that matter. Ask for a year-by-year projection at your expected conversation volume, including what happens when volume rises, since the usage-based part of the bill moves with it.

Is Chatwoot Community Edition really free to run?

The Community Edition has no license fee, but it is not zero cost to operate. You still pay for the servers or cloud instances, PostgreSQL, Redis, backups, email delivery, domains and TLS certificates, and the staff time to install and maintain it. The Community Edition license covers the code under the MIT Expat terms, with the enterprise/ directory licensed separately, so confirm which features sit in each edition before you assume a feature is free. Ask your team to list every component they will run and who owns each one.

What do the paid Chatwoot self-hosted plans add, and how do they scale?

Chatwoot's self-hosted plans page lists Premium Support at $19 per agent per month, which adds Captain AI, voice calls, custom branding, agent capacity, roles and permissions and priority support. The Enterprise Edition is listed at $99 per agent per month and adds SSO with SAML and SLA policies. These are recurring charges that scale with the number of agents on the plan, so the cost grows with headcount, not with conversation volume. Confirm current prices and billing terms directly with Chatwoot before you budget, since list prices change.

What hosting costs should I expect for self-hosted Chatwoot?

Hosting is recurring and depends on your chosen environment: a Linux virtual machine, Docker, Kubernetes with the Helm chart for larger high-availability setups, or one of the documented cloud guides. Chatwoot's requirements recommend at least 4 CPU cores and 4 GB of RAM for up to 10,000 conversations a day, and 8 cores and 8 GB for up to 20,000, plus at least 1 GB of swap. Costs rise with conversation volume, attachment storage, number of channels and high-availability replicas. Ask your provider or internal platform team to price the sized instances, storage, load balancing and data transfer for your expected peak.

What does running PostgreSQL and Redis add to the bill?

Database and cache operations are recurring costs that you carry yourself. Chatwoot supports only PostgreSQL as its database and recommends Redis 7.0 or higher. Costs include managed or self-run database instances, storage growth, automated backups, point-in-time recovery, patching and monitoring. Redis adds memory and failover needs. Sidekiq can use more than 1 GB of memory on a very active server, so memory sizing drives cost. If you use a managed database service, ask for its price per instance size and backup retention in your region.

What does Captain AI cost to run in a self-hosted setup?

Captain AI has two cost layers: the Chatwoot plan that unlocks it, which is listed at $19 per agent per month on Premium Support, and the model usage behind it. Model usage is recurring and depends on your chosen provider, the number of automated conversations, message length and any hosting you do for models yourself. Confirm with Chatwoot whether Captain requires a specific model provider, and ask your provider for per-token or per-request pricing at your expected volume. Model costs can exceed the plan cost once automated volume grows, so measure a pilot before committing.

What staff time do upgrades and on-call support require?

Staff time is the largest cost that teams often overlook, and it recurs. Your engineers handle Chatwoot upgrades, which ship as frequent releases, along with OS and dependency patches, database maintenance, backup restore tests, monitoring, and on-call response for outages. Ubuntu 20.04 is the only officially supported Linux distribution, so OS upgrades may also be needed. Ask for a clear split of who does what: internal staff, a managed hosting provider, or a partner under a retainer. A written quote should state the scope of upgrades, testing and support hours, and response expectations.

What is the one-time cost of migrating conversation history?

Migration is a one-time cost made of planning, export work, import tooling, testing and a parallel-run period. Intercom's CSV and S3 exports omit full transcripts, so moving full history usually means pulling content through the Conversations API, which requires engineering effort. You also rebuild the widget, inboxes, teams, automation rules and contacts. Effort depends on the number of conversations, attachments, custom attributes and integrations. Ask any implementation partner for a fixed-scope written proposal that lists the data objects, the export method, the validation steps and the cutover plan.

How a move from Intercom to Chatwoot is sequenced

The sequence moves conversation history, contacts and channel setup from Intercom into a self-hosted Chatwoot instance without losing customer context, and ends with Intercom switched off only after the new setup has been checked against live traffic. Each phase closes with a written output the team can review before the next phase starts.

  1. Inventory inboxes, widgets, teams and rules

    Start by listing every Intercom Messenger placement, inbox, team, routing and automation rule, saved reply, and Help Center collection in use. Map each one to its Chatwoot equivalent: website live chat widget, inbox, team, automation rule, canned response, or Help Center portal article. Note which Intercom features have no direct match, such as Intercom-specific workflows or Fin behavior, so they can be decided early rather than discovered after cutover. The check that closes this step is a signed-off inventory spreadsheet with one owner per item and a decision recorded for each gap. Confirm with your own team which channels, including email, social and WhatsApp, are connected to Intercom today, since each one needs its own setup in Chatwoot.

  2. Provision and harden the Chatwoot environment

    Install Chatwoot inside your own cloud account, data center or private network using the supported deployment route that fits your scale, such as the Linux installation script, Docker, or the Kubernetes Helm chart for larger high-availability setups. Chatwoot's requirements specify Ruby 3.2 or later, Node.js 20.x, PostgreSQL as the only supported database, and Redis 7.0 or higher, and they recommend sizing by daily conversation volume. Your platform team typically owns this work, while DeployOpen can implement and harden it under a written scope. Hardening covers TLS, secrets handling, backups of PostgreSQL and attachment storage, access control, and logging. The step is complete when a test conversation flows through a staging instance and a restore from backup has been tested successfully.

  3. Pull full conversation history through the Intercom API

    Intercom's PDF and text transcripts come in batches, its CSV export carries reporting metadata without message content, and its S3 JSON export omits transcripts. Full conversation content therefore has to come from the Conversations API, which needs an access token with read permissions and a script or integration that pages through conversations and stores each message, author, timestamp and attachment reference. Store the raw extract in a controlled location with access logging, because it contains personal data. The output is a complete raw archive with a record count reconciled against the Intercom workspace total, and a sample of conversations checked by a support lead for missing messages or broken attachments. Confirm API rate limits and token scopes with Intercom before you start.

  4. Bring contacts and conversations across

    Transform the raw extract into the shape Chatwoot accepts, mapping Intercom users and leads to Chatwoot contacts, matching identifiers such as email address and external ID, and attaching historical conversations to the right contact and inbox. Decide how duplicates are merged and which custom attributes carry over. Load the data into staging first and run the same import again on a copy of production data before the final run. Done means contact counts, conversation counts and a random sample of threads match between Intercom and Chatwoot, with every mismatch documented and resolved or accepted by the business owner.

  5. Rebuild the widget, inboxes, teams and rules

    Recreate the website live chat widget on each site, configure inboxes for each connected channel, set up teams with membership, auto-assignment by agent availability, business hours, auto-responders, labels, canned responses and automation rules from the inventory. Rebuild the Help Center portal articles and collections if they are moving. Test the complete journey on a staging site: widget open, message routed to the correct team, auto-reply triggered, and handover to an agent. Confirm any channel that requires a Meta, WhatsApp or other provider approval early, since those approvals sit outside your Chatwoot setup. The step closes when a test script passes for every routing path in the inventory.

  6. Run both systems during cutover

    Keep Intercom live while Chatwoot takes a controlled share of traffic. Start with one site or one inbox, redirect the widget or channel integration, and watch for missed messages, duplicate notifications and routing errors. Keep agents informed about which system holds which conversations, and set a rule for where open conversations finish. Re-run the incremental import for conversations created during the overlap if your process needs them in Chatwoot. Cutover is complete when every channel in the inventory points to Chatwoot, no new conversations arrive in Intercom for a agreed period, and agents report that open work is no longer split across both tools.

  7. Decommission Intercom and keep the archive

    After cutover, remove the Intercom Messenger from all sites, disable inboxes and automation, and cancel renewal only once contract terms and the final export are confirmed in writing. Keep the raw archive under your retention policy, record where it is stored, who can access it, and when it will be deleted. Update runbooks, support documentation and the access list for Chatwoot. The output is a decommissioning record that lists removed widgets, disabled integrations, the archive location and retention date, and the owner who approved the shutdown. Ask Intercom to confirm in writing what data remains in its systems after termination.

Questions buyers ask before switching from Intercom to Chatwoot

How much does self-hosted Chatwoot cost compared with Intercom?

The Community Edition is free to download and run, so the software license is the only line that drops to zero. Your remaining costs are the servers and database you run, the people who install and maintain Chatwoot, and any paid tier you choose. Chatwoot's self-hosted plans page lists Premium Support at $19 per agent per month, which adds Captain AI, voice calls, custom branding, roles and permissions and priority support, and Enterprise Edition at $99 per agent per month, which adds SSO with SAML and SLA policies. Intercom's costs scale with seats and, for Fin, with resolved outcomes, so compare Intercom's current invoice against seat count, the tier you need and your hosting and staff time. Ask Intercom for a renewal quote and build your own model for the Chatwoot side.

How long does a migration from Intercom to Chatwoot take?

Duration depends mostly on how much conversation history you need to keep, how many contacts, inboxes, teams and automation rules must be rebuilt, and how many channels you cut over. Pulling full transcripts is the slowest step, because Intercom's CSV and S3 exports omit message content and the Conversations API has to be used for full history. Running Intercom and Chatwoot side by side during cutover adds time but reduces risk. The scope of your widget, email and social channels and the number of agents who need training also shift the timeline. Ask any implementation partner for a written scope with deliverables and dates before work starts, and test the export on a sample of conversations first.

What does the migration need from our internal team?

Plan for named owners in four areas: an administrator who can create accounts, inboxes and API tokens in both systems, an engineer who runs the server and database, a support lead who signs off on how inboxes, teams, canned responses and automation rules map across, and a security or compliance contact who reviews where customer data is stored. Someone must also decide which history to keep and how long, since transcripts often contain personal data. Your team will need time to test the new widget on your website and to retrain agents on the Chatwoot interface. Confirm these commitments before the project starts so that the schedule does not depend on availability you have not reserved.

Can our team migrate and run Chatwoot without outside help?

A team with Linux, PostgreSQL and Redis experience can install Chatwoot using the documented options, which include a Linux VM installation script, Docker, and a Kubernetes Helm chart for larger high-availability deployments. The harder parts are the data migration, the cutover, and the hardening and backup routines that keep customer conversations safe. Chatwoot's requirements list Ruby 3.2 or later, Node.js 20.x, PostgreSQL only, Redis 7.0 or higher, and Ubuntu 20.04 as the only officially supported Linux distribution, so check that your base image matches before you start. Decide early whether you want in-house capacity for ongoing operation or a fixed-scope engagement with DeployOpen, which plans, implements, hardens, backs up and documents self-hosted platforms in your environment.

Is Captain AI included in the Community Edition of Chatwoot?

No. Captain AI is listed on Chatwoot's Premium Support plan at $19 per agent per month, not on the free Community Edition. The Community Edition covers the core inbox, website live chat, help center portal and reporting. Before you rely on Captain for automated answers, confirm the current feature list on Chatwoot's self-hosted plans page, and check which language model provider and hosting you would use, since the model cost is separate from the Chatwoot license. Also confirm how Captain handles the knowledge sources you plan to give it.

Which Chatwoot features need SSO or SLA policies, and on which plan?

Single sign-on with SAML and SLA policies are listed on Chatwoot's Enterprise Edition plan at $99 per agent per month. Premium Support, at $19 per agent per month, adds Captain AI, voice calls, custom branding, agent capacity, roles and permissions and priority support, but the plans page places SAML and SLA policies on Enterprise. If your identity provider uses OIDC rather than SAML, confirm whether Chatwoot supports it on your plan before you commit. Ask Chatwoot for written confirmation of which edition includes each feature you need, because feature placement can change between releases.

How are Chatwoot upgrades handled on a self-hosted installation?

You are responsible for applying upgrades to your own installation, so they become part of your operating routine. Chatwoot publishes releases on GitHub, such as v4.18.0 on September 18, 2026, and the release notes should be read before each update. Plan for a staging environment, a database backup before each upgrade, and a rollback path. Upgrade frequency and testing effort depend on how many custom integrations, automation rules and channels you run. Enterprise and Premium customers should confirm what support their plan provides for upgrade assistance. Upgrades can also be handled through a retainer with an implementation partner, which covers ongoing maintenance and testing in your environment.

Where Chatwoot falls short and what to verify first

Chatwoot gives you control over where conversations live, but it moves operational work onto your team. Intercom runs uptime, hosting regions, upgrades and its AI and compliance tooling for you. With Chatwoot, you own the load balancer, application servers, PostgreSQL, Redis and Sidekiq workers, backups, patching and on-call response. Before committing, decide whether your team can carry that load and whether you need a contractual SLA of the kind the Enterprise Edition lists as SLA policies. Ask Intercom for its current uptime commitments and data residency options so you compare the same things. Vendor-run compliance evidence also does not transfer to your stack; the assessments you need for a self-hosted deployment must be planned and documented by you.

The technical constraints are narrower but less forgiving. Chatwoot supports only PostgreSQL as its database and lists Ubuntu 20.04 as the only officially supported Linux distribution. If your standard is a different database engine or a newer operating system, you need to settle that with your platform team before any build starts. Check the Ruby, Node.js and Redis versions in the deployment requirements against your image pipeline, and size the servers against your real conversation volume, not the sample figures. Confirm the exact Captain AI behavior too: which knowledge sources it reads, how it hands off to humans, and which model provider it calls, since that determines where customer text is sent.

Run a pilot in your own environment with a realistic slice of traffic before you sign anything. Check the following: the channels you actually use (website widget, email, WhatsApp, Facebook, Instagram or SMS) work end to end; each integration you depend on, such as Slack, Shopify or Dialogflow, performs the function you need; the help center renders your articles and search correctly; automation rules and business hours behave as your Intercom setup does; and the Premium features you plan to use (Captain, custom branding, roles and permissions) are available on the plan you priced. Test restores from backup, not only backups. Record the results in writing so the decision rests on evidence from your own setup.

How DeployOpen helps you evaluate and move to Chatwoot

DeployOpen is a Chainscore Labs company that plans, implements, integrates, hardens, backs up, documents and supports self-hosted open-source platforms inside your own cloud accounts, data centers or air-gapped networks. For Intercom vs Chatwoot, that means working through the decision and the deployment in the order your team needs them, with the written scope agreed before any work starts.

How we scope

  • Agree in writing which Intercom channels, inboxes, teams and help center content are in the Chatwoot migration.
  • Confirm whether Captain AI and other paid Chatwoot features are needed, and which self-hosted edition covers them.
  • Document hosting location, PostgreSQL, Redis and Kubernetes or Docker choices before sizing begins.

How we build

  • Install Chatwoot on your infrastructure with PostgreSQL, Redis and the chat widget configured for your domains.
  • Set up inboxes, teams, business hours, auto-assignment and canned responses to match your current support workflow.
  • Test the website widget, email and social channels end to end and record the results for your sign-off.

How we hand over

  • Deliver architecture, configuration and runbook documentation covering installation, upgrades and backups.
  • Provide evidence of access controls, logging and backup tests that your compliance team or auditor can review.
  • Run a joint cutover rehearsal so your agents know the new inbox before Intercom is switched off.

How we support

  • Offer ongoing support, upgrades and continuous testing as a retainer after handover.
  • Review each Chatwoot release for configuration changes and plan upgrades with your team in advance.
  • Ask us to confirm the retainer scope, response expectations and upgrade cadence in the written quote.

Talk to our team.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.

  • 30-minute call: free, with no obligation.
  • NDA on request: we can sign before you share details.
  • Clear next steps: a scope and plan after the call.