twimco.Let’s talk ↗︎
Menu
Field notes / Buying software

When the vendor kills the feature, can you leave with your data

Sunset emails arrive politely. The workflow you built on that feature does not. Before you accept the migration webinar, ask whether you can export what you need—and whether leave is still possible if the replacement is wrong.

Editorial engraving of a bright vendor desk where a buyer spreads export sheets while an ops lead packs an archival box of empty folders.

Treat a SaaS feature sunset as an exit drill, not only a product update. Demand export of the objects that feature owned, a timeline that matches your operating calendar, and a written path if you decline the replacement. If you cannot leave with your data, you are not migrating—you are being relocated.

The email is not the event

The event is the day your operators cannot complete the job the retiring feature used to hold. Sunset notes arrive with friendly calendars, migration webinars, and language about consolidation and intelligence. Your job is narrower and less polite: list the records, configurations, automations, files, and historical artifacts that feature owned, then prove you can take them with you on a calendar you control.

Picture a support team whose help desk vendor is retiring its legacy macro engine in favor of a new "AI workflows" module. The macros look trivial—canned replies with a few field updates. Then someone counts: 340 macros, a third of which set tags that feed the refund report finance reads every Monday. The new module imports the reply text. It does not import the tag logic. Agents would keep clicking the same buttons after cutover, replies would still go out, and the only sign of trouble would be a refund number that drifts lower each week until someone in finance asks why. That is the shape most sunset damage takes: quiet, downstream, and noticed late.

A sunset without an export is a hostage note on company letterhead. Paying for a replacement may be rational. Being unable to leave if the replacement fails is not. Feature sunsets are small exits. They either train your organization to demand luggage or train it into learned helplessness the next time a whole product line goes away.

Argue from objects, not feelings

For each retiring capability, write down the objects—tickets, flows, templates, field mappings, audit logs, attachments, evaluative datasets—who creates them, who consumes them, and where else they live across email, warehouse, ERP, and spreadsheets. Note what export exists today versus what the sunset FAQ promises, and whether historical versions leave or only the live tip of the record.

Follow the consumers downstream. Which reports, warehouse tables, and dashboards read from the retiring feature? In the help desk example, the refund report would have gone quietly blank the week after cutover, and nobody would have connected it to a macro migration.

Ask the vendor in writing: what exports on what date; what is excluded; how long downloads remain after sunset; whether API access continues during wind-down; and what happens to data if you cancel instead of migrating. File the answers next to the MSA. If the feature held automation—webhooks, schedules, agent tools—export alone is insufficient. You need a break map for cutover week and named owners watching it. That is business automation work, not a webinar attendance badge.

Pilot the export now on a full account clone. Open the files. Count rows. Attempt a restore into a neutral store. An export you have never opened is a rumor wearing a help-center URL.

How the work moves

Sunset drill before you attend the webinar

  1. Inventory objects

    Records, configs, automations, and history the feature owns.

  2. Demand export facts

    Formats, exclusions, API wind-down, download window.

  3. Pilot the export

    Open files; count; restore to a neutral store.

  4. List options

    Migrate, replace, rebuild, or retire—with costs.

  5. Protect the calendar

    Peak, audit, and close dates before you accept cutover.

Illustrative vendor-sunset checklist; not a client screenshot or measured result.
A sunset without an export is a hostage note on company letterhead.

Replacement is optional; leave is not

Vendors will frame the new module as inevitable. Your leadership should hear options: migrate to the replacement, replace with another vendor, rebuild a narrow slice in-house, or retire the workflow entirely. Each option needs cost, risk, operating impact, and a data path. "We have to" is a conclusion that should follow the options list, not replace it.

Score leave readiness the way you would before a full vendor exit: credentials inventory, data escrow, parallel run capacity, contract dates, and who can still authenticate after the feature dies. If leave is impossible because the only copy of critical history sits behind a migration you have not verified, stop decorating the project plan and fix that first.

Treat marketing screenshots of the replacement as claims to verify against your object inventory, not as proof of equivalence. Take ten real objects—your messiest macro, your oldest flow, a record with attachments and comments—and walk each one through the migration path before you agree anything is equivalent.

Timeline is an operating constraint

A sunset in November for a retailer is not the same event as a sunset in March. Demand a date that respects peak, audits, and fiscal close—or an extended paid access window for the retiring feature. If the vendor refuses, that refusal is commercial information about how they treat customer calendars. Price it into the deal or into the exit.

Do not accept "export tools coming soon" as the plan for a date already printed. Do not accept a migration utility that only moves the happy path while orphaning attachments, comments, or approval history you need for disputes. Put those gaps in writing before you agree the replacement is equivalent.

If a partner or 3PL also depended on the feature, include them in the export drill. Your leave path is not complete if theirs is not, and their cutover week is your customer's problem too.

Decision guide

Migrate-only vs leave-ready sunset

ConsiderationMigrate-only postureLeave-ready posture
DataTrust the vendor migration tool.Independent export you have opened.
OptionsReplacement module is assumed.Replace, rebuild, or retire remain real.
CalendarVendor date wins.Operating calendar is a requirement.
AutomationJobs rediscovered at cutover.Break map and owners before week one.
LeverageHope and webinars.Written export and notice terms.
Decision framework: assess against your own vendor risk; not client data.

Contract language that matters

Push for feature-level deprecation notice periods measured in months that match your operating cycle; export completeness including attachments and audit trails; survival of download rights after termination; and limits on training on your content during migration. When the replacement includes AI features, ask whether prompts, evaluations, and decision logs export too—or whether that history dies with the old module.

Same hygiene applies as any automation or agent vendor that holds operational memory: if you cannot reconstruct who did what, you will rediscover the gap in a chargeback, an audit, or a customer complaint the new module cannot answer.

Put this into practice

Open your last three vendor sunset notes. For each, mark whether you ran a real export drill, whether leave remained possible, and whether peak calendar was respected. Fix the weakest pattern before the next note arrives. If you are mid-sunset now, halt go-live decoration until the export opens cleanly and a leave path exists on paper.

Assign a single owner for sunset response—usually ops plus IT procurement—not a rotating volunteer who forwards webinars. Keep a shared inventory of features your workflows depend on so the next polite email does not surprise you. Review it at renewal time, when you still have leverage to ask for notice periods and export terms.

We help teams automate without stranding their operating history. If a sunset has you relocating without luggage—talk to us.

Related work: Howcast.

twimco.

We build alongside the people doing the work.
Bring us the problem you’re thinking about.

Related work

Howcast ↗︎