Saaspocalypse
Intercom · Customer Messaging

You're paying per resolution to a bot you trained for free.

Intercom stacks $132 seats, a $99 outbound add-on and $0.99 every time Fin guesses an answer from your own help articles. We rebuild the messenger, inbox, help centre and AI you actually need — and you own all of it.

Your Intercom contract

You currently pay
£19,800 / year
Estimated savings with a rebuild
-£44,600
over 3 years
Over 5 years
-£31,000
Pays for itself in
115 months

Based on a one-time rebuild of £65,000 plus £13,000/yr hosting & maintenance. A precise quote follows your audit.

Get your detailed savings report & a fixed-price quote.

Why Intercom is costing you

The Intercom features people actually complain about

We've mapped each core Intercom feature to what users gripe about — and how a tailored rebuild fixes it. Click any card for sources and the deep-dive.

Trusted by teams who stopped renting

GitGuardianSidecare

Don't take our word for it

Illustrative
We were drowning in per-seat renewals for tools we half-used. The rebuild gave us exactly the workflow we needed — and we own it outright now.
EF
Eric Fourrier
Co-founder · GitGuardian
Illustrative
They cut through the bloat, shipped the 20% we actually relied on, and our annual software bill stopped climbing every renewal.
AR
Anna Rossin
Operations · Sidecare

How a rebuild plays out

The problem, our process, the implementation and how we run it.

EdTechFrance

Killing the Fin AI per-resolution bill at a Lyon EdTech

Lyon-based online-learning platform, 80 agents

Illustrative
≈ £95k/year saved · AI bill capped at our model spend (pennies per ticket)
1The problem

Customer support volume tripled during exam season. Intercom Advanced at $85/agent plus Fin AI at $0.99 per resolution sent monthly costs from $7k to $19k in a single quarter — and Fin was counting frustrated drop-offs as 'resolutions'. Forecasting support cost month-to-month became impossible.

2What they overpaid

80 Advanced seats (~€60k/yr) + Proactive Support Plus add-on (€7k/yr) + Copilot at €25/agent (€21k/yr) + Fin resolutions averaging €9k/month at peak. All-in: €180k/year heading toward €240k as automation 'improved'.

3What they didn't use
  • Most Workflow Builder nodes — only 4 of 30+ triggers in active use
  • WhatsApp and Messenger channels (their users live in email and Slack)
  • Series outbound campaigns — paying for it, sending nothing
  • Custom reports — same 3 dashboards opened every Monday
  • Help Center hosted on intercom.help (no SEO equity)
4The solution

Postgres-backed inbox with email-in and Slack triage; Claude-backed AI assist wired to their own help articles. Resolutions are defined by *the team*, not by the customer disappearing. Help Center moved to MDX on their own domain, picked up Google rankings within six weeks.

5The result

≈ £95k/year saved · AI bill capped at our model spend (pennies per ticket)

How it works

A proven path from overpriced SaaS to software you own.

Read the Intercom-specific runbook
  1. Discovery workshop

    1–2 weeks

    We sit with your sales, ops and engineering leads and turn the SaaS you're paying for into a list of the workflows you actually run. Most teams discover they use 10–20% of what they're billed for.

    Shadow real users on real tasks (Zoom + screen share)
    Pull a 90-day usage report from your current SaaS (logins, features touched, integrations called)
    Map the data model: tables, custom fields, what's actually populated
    Identify the 'shelfware' — features you pay for and nobody uses
    Surface the integrations and exports your team depends on
    Document the security, compliance and audit constraints
    You walk away with

    A 6–10 page Usage & Scope Audit naming every workflow that stays, every feature that goes, and the cost line each one currently lives on.

  2. Scope + fixed-price quote

    1 week

    We turn the audit into a fixed-price scope. No T&M, no scope creep, no day-rate surprises. You see the build cost, the annual maintenance, and a 3-year and 5-year savings projection before signing anything.

    Translate workflows into a feature list with effort estimates
    Pick the stack (Next.js, Postgres, Inngest, Resend — boring on purpose)
    Model the savings against your current SaaS contract + projected growth
    Lock the in-scope and out-of-scope features in writing
    Decide what gets migrated, what gets archived, what gets dropped
    You walk away with

    A signed Statement of Work with a fixed price, a delivery timeline, and a 5-year TCO comparison vs your current SaaS contract.

  3. Architecture + DPA

    1 week

    Before we write feature code we get the foundations right. Hosting region, data ownership, encryption, RBAC and the GDPR posture are documented and agreed — the same artefacts we'd hand your auditor on day one.

    Decide hosting region (UK or EU — your call)
    Provision Postgres (Neon or AWS RDS), Vercel project, S3 / R2 bucket
    Set up SSO (Google / Microsoft) with WebAuthn 2FA
    Wire observability: Sentry, log aggregation, audit table
    Sign the DPA and the sub-processor list
    Run a threat-model session against the in-scope data
    You walk away with

    An Architecture Decision Record + a signed Data Processing Agreement + a security questionnaire ready to send to your CISO or auditor.

  4. Build with weekly demos

    4–12 weeks (scope-dependent)

    We ship working software every week and demo it on a Friday call. Your team uses it, breaks it, gives feedback. By the end you've used the product more than you'd used the SaaS we're replacing.

    Weekly demo + retro — every Friday, 30 minutes
    Continuous deploys to a staging environment your team logs into
    Issue tracker is shared — you see the burn-down in real time
    Code review pairs with one of your engineers if you want a knowledge-transfer path
    Pen-test fixtures built in from day one (gitleaks, Dependabot, OWASP ASVS L2 checks)
    You walk away with

    A production-grade application running on your own infrastructure, with you as the GitHub owner. No 'agency owns the code' nonsense.

  5. Data migration + parallel run

    2–4 weeks

    We extract your historical data from the SaaS, map it into the new schema, and run both systems side-by-side. Your team works in the new product; the old SaaS stays live as a read-only fallback for a defined window.

    Build extract scripts against the SaaS API (we keep them — they're useful again at renewal)
    Map foreign keys and IDs so historical search keeps working
    Backfill audit trails so 'who changed what when' is preserved
    Daily reconciliation reports compare old and new during the parallel run
    Train your team in two 60-minute sessions, recorded for the rest
    You walk away with

    A Migration Runbook (rerunnable), a reconciliation dashboard, and a signed sign-off from each team that the new system is the system of record.

  6. Cutover

    1 day

    On the day, DNS flips, SSO redirects, the SaaS goes read-only. We sit on a war-room call with your ops lead. Most cutovers are anti-climactic — which is the point.

    DNS + SSO cutover with a 5-minute window of dual-write
    Run smoke tests against every critical workflow
    Notify all users via Slack + email with the new login link
    Lock the SaaS to read-only — kept for 90 days as a safety net
    Cancel auto-renewal on the SaaS contract (a quiet pleasure)
    You walk away with

    A Cutover Runbook + a Day-1 Status Report showing every workflow green. The SaaS stays read-only for 90 days, no longer charging full seat price.

  7. Operate, evolve, own

    Ongoing

    We host it, monitor it, fix it. You own the code, the data and the keys. New features ship as PRs your team reviews; SLAs are real numbers in a contract; renewal increases are zero, forever.

    24/7 uptime monitoring with a public status page
    Quarterly architecture review + a 6-month roadmap conversation
    RPO ≤ 5 minutes, RTO ≤ 4 hours; DR tested twice a year
    Annual third-party pen test, findings shared
    Dependabot CVE triage in 72 hours; criticals in 24
    You walk away with

    A flat-fee SLA with a named on-call engineer, a quarterly product roadmap, and zero per-seat tax forever. The contract is exit-friendly: you own the code, your repo, your infra, your keys.

The team behind it

Senior engineers and designers who've shipped this dozens of times.

David Geismar

David Geismar

Product

Leads product and discovery — maps the 10% of your SaaS you actually use and turns it into a lean spec your team will love.

LinkedIn
Jasbir Singh

Jasbir Singh

Engineering

Leads the build — designs, ships and maintains the bespoke replacement, including hosting, security and reliability.

LinkedIn

Questions, answered

What about our existing conversations and contacts?+

We migrate them via the Intercom API — conversations, parts, attachments, contacts, companies, tags and Help Center articles — into your new Postgres schema. Historical search keeps working, and we can keep Intercom read-only for 90 days as a fallback.

Can we keep our help.* subdomain and article URLs?+

Yes. We mirror your existing Help Center URL structure (or move you to a cleaner /help path with 301s) so SEO, deep links from past tickets, and any external docs all keep resolving — and the new pages don't ship rel=nofollow by default.

How long does the rebuild take?+

Typically 10-14 weeks: 2 weeks discovery and workflow audit, 6-8 weeks building the inbox, messenger widget, help centre, Fin replacement and outbound, then 2-3 weeks parallel-run with Intercom before cutover.