Playbook · 12 min read

The No-Rip-and-Replace Integration Checklist

Questions to ask before any vendor touches your core systems.

Treadstone Associates · Updated 2026

Key takeaways

  • • Ask exactly what access the tool needs, and why
  • • Confirm the integration works through existing APIs, not a data export
  • • Get a rollback plan in writing before go-live
  • • Test on a copy of real data before touching production

Why 'Rip and Replace' Gets Pitched So Often

It's simpler for a vendor to sell a full platform swap than to integrate cleanly with what you already run, so that's often the default pitch, even when it isn't what your business actually needs.

A checklist forces the conversation back to the specific workflow you're trying to fix, rather than the size of the deal the vendor would rather sell.

The Access Questions to Ask First

Before any tool connects to a core system, get a plain-language answer to what data it reads, what it can write, and whether that access can be scoped down or revoked without disrupting the rest of the setup.

If a vendor can't answer this clearly, that's usually a sign the integration hasn't been designed carefully enough yet.

Testing Before Production

A copy of real (anonymized where needed) data is the only reliable way to see how a new integration behaves on your actual messy records, rather than a clean demo dataset.

This step catches the majority of integration surprises before they can affect a live customer or transaction.

Confirming the Rollback Plan

Every integration should have a documented way to pause or disconnect it without losing data, agreed on before launch, not improvised during an incident.

Firms that skip this step tend to discover it the hard way, usually at the worst possible time.

See where AI pays off first in your business.

A 30-minute call is enough to tell you whether AI pays for itself here.