Table of Contents
Every vendor demo looks the same. A clean dashboard, a world map with pins on it, a renewals calendar that never shows a missed deadline. Then you buy, and eighteen months later half your team still keeps a private spreadsheet because the system can’t do the one thing they need. An IP management system is not a database with a nice front end β it’s a rules engine, a document store, and a workflow tool wearing one login. Getting the choice wrong is expensive in a way that doesn’t show up on the invoice.
What an IP Management System Actually Does

Strip away the marketing and there are four jobs. The platform holds a single authoritative record for every asset. It calculates and tracks the deadlines attached to each one. It stores the correspondence and filings that prove what happened. And it reports all of that to people who don’t work in IP β finance, the business units, the board.
Most teams arrive at this decision from one of three directions:
- Outgrowing spreadsheets. The portfolio crossed a few hundred assets and one person became a single point of failure.
- Losing faith in outside counsel’s docket. The firm tracks deadlines, but you have no visibility and no way to audit it.
- A near miss. Something nearly lapsed, and now there’s executive attention and a budget.
The third reason produces the worst purchases. Urgency makes teams buy the first thing that demos well. Slow down β the migration will take longer than the sales cycle did.
The 7 Features That Separate a Platform From a Spreadsheet
Nearly every product claims all seven. The difference is depth. Ask for each one to be demonstrated on your data, not on the vendor’s sample portfolio.
- A real docketing rule engine. Not a calendar you type dates into β logic that derives the next deadline from a filing event and jurisdiction, and recalculates downstream dates when something upstream moves.
- Family and priority modeling. Continuations, divisionals, nationalizations, and priority claims need to be linked as a structure, not tagged with text.
- Document management with versioning. Office actions, responses, assignments, and receipts attached to the asset and searchable by content.
- Annuity and renewal handling. Fee forecasting by jurisdiction and entity status, plus an explicit decision step before payment.
- Role-based access control. Outside counsel, inventors, and business units each see a different slice. Trade secret adjacency makes this a security requirement, not a convenience.
- Reporting your CFO will accept. Spend by business unit, forecast by year, asset counts by status β exportable without a support ticket.
- An API that actually exists. Documented, versioned, and usable to push data to finance systems and pull from filing receipts.
If a vendor deflects on any of these with “that’s on the roadmap,” treat it as absent. Roadmaps slip, and you’re buying what ships today.
Docketing Rules Are the Hard Part

This is where products genuinely diverge, and it’s the question buyers most often skip. Deadline rules differ by jurisdiction, change when offices amend their procedures, and cascade β an extension of time moves a chain of dependent dates behind it.
So ask a blunt question: who maintains the rule set, and how fast do they ship a change after an office amends a rule? There are three answers, and they carry very different risk:
- Vendor-maintained rules. The vendor’s team updates jurisdiction logic and pushes it to you. Least work, most dependence β verify their track record and update cadence.
- Customer-maintained rules. You get an engine and configure it. Maximum control, and a permanent staffing commitment most teams underestimate.
- A hybrid. Vendor supplies core jurisdictions, you extend. Common, and workable if the boundary is written into the contract.
In practice, teams that treat docketing as a solved commodity are the ones who later discover their rule set went stale two years ago. If you’re weighing how much of this to keep in-house at all, our guide to patent docketing fundamentals covers the operational side in more detail.
What It Really Costs β Beyond the License Fee
Vendor guides almost never publish pricing, and buyers almost always budget only for the subscription. The subscription is rarely the largest number in year one. Build the business case around all of it:
- Subscription. Usually priced per user, per asset, or per module β and the three models produce very different curves as you grow. Model your portfolio three years out before comparing quotes.
- Implementation and configuration. Often a substantial one-time cost, and frequently the line item that gets negotiated down and then under-delivered.
- Data migration and cleanup. The one people forget. Covered below, because it deserves its own section.
- Training and change management. Budget for the second wave too β six months in, when people have real questions.
- Integration work. Connecting to finance, document management, or e-billing is a project, not a checkbox.
- Internal time. Your senior paralegal will spend months on this. That time is real cost even though nobody invoices it.
Ask every vendor for a three-year total, with assumptions written down. The quote that looks cheapest in year one often isn’t by year three, especially under per-asset pricing on a growing portfolio.
Build vs. Buy vs. Outsource: A Decision Rule
Three viable paths, and the right one depends mostly on portfolio size and how unusual your workflow is. A rule that holds up reasonably well in practice:
- Under roughly 100 assets, with outside counsel docketing: a disciplined spreadsheet plus a calendar audit twice a year is defensible. Buy when the audit stops being possible in an afternoon.
- Roughly 100 to several thousand assets: buy. This is the range commercial platforms are designed for, and building your own is almost never justified.
- Very large or highly unusual portfolios: buy a platform and extend it. Building from scratch means owning jurisdiction rule maintenance forever β a commitment that outlives whoever championed it.
- Small team, no operations capacity: outsource docketing to a managed service and keep a lightweight system of record. You still need the record; you don’t need to run the engine.
The build option is chosen far more often than it’s justified. The software is the easy part. The rule maintenance, forever, is the part that sinks it.
Data Migration: Where Rollouts Actually Fail
Ask people who have done this what went wrong, and they rarely blame the software. They blame the data. Records that disagree with the register, assets nobody can find an owner for, entity status that was never updated after the company grew.
Migration is the moment all of that surfaces at once β which is exactly why it’s worth doing deliberately:
- Reconcile against the official registers first. Your spreadsheet is not the source of truth. Public records are. Fix the delta before it becomes the new system’s problem.
- Decide what not to migrate. Abandoned matters and dead assets can be archived. Carrying them forward costs money under per-asset pricing.
- Confirm entity status per asset. Small and micro entity claims drive fee amounts and carry real consequences when they’re wrong.
- Run parallel for at least one full deadline cycle. Old system and new system both live, compared weekly. Painful and non-negotiable.
- Only then decommission. Turn the spreadsheet off deliberately, on a date, with an announcement.
That reconciliation step doubles as a portfolio review. Since you’re touching every record anyway, it’s the natural moment to also ask which assets still deserve funding β the subject of our companion piece on running an IP portfolio assessment.
A 90-Day Sequence That Works
Rollouts that stall usually tried to do everything at once. A staged sequence keeps the team functioning while the platform comes online.
- Days 1β30: clean. Reconcile records against the registers, resolve ownership gaps, confirm entity status. No software work yet.
- Days 31β60: load and configure. Migrate the clean data, configure rules for your top jurisdictions only, set up roles and reports.
- Days 61β90: run parallel. Both systems live. Compare deadline output weekly, fix the gaps, train the second wave of users.
- Day 90 onward: extend. Add remaining jurisdictions, integrations, and analytics once the core is trusted.
Resist the urge to configure every jurisdiction before go-live. Most portfolios concentrate heavily in a handful of offices; get those exactly right and the long tail can follow. Broader context on structuring the function sits in our overview of IP portfolio management, and the WIPO and USPTO sites remain the authoritative source for the filing data you’ll reconcile against.
How PerspireIP Can Help
We work with IP teams on the parts a platform can’t do for you: reconciling portfolio data before migration, deciding which assets deserve continued funding, and building the search and analysis work that feeds the system once it’s running. If you’re evaluating an IP management system or cleaning up before one, contact our team and we’ll walk through your portfolio with you.
Frequently Asked Questions
What is an IP management system?
It’s a platform that holds the authoritative record for every patent, trademark, and other IP asset, calculates the deadlines attached to each, stores the supporting documents, and reports portfolio status and spend to the business.
How big does a portfolio need to be before buying one?
Roughly 100 assets is the common inflection point. Below that, a disciplined spreadsheet with regular audits usually holds. Above it, manual tracking becomes a single point of failure.
Is docketing software the same thing?
Docketing is one component. A full platform adds document management, family and priority modeling, annuity handling, access control, and reporting. Some teams buy docketing alone and keep records elsewhere.
What is the most common reason implementations fail?
Dirty data. Records that disagree with the official registers, unresolved ownership, and stale entity status all surface during migration. Cleaning before you load is the single highest-value step.
Should we build our own instead?
Almost never. The software is manageable; maintaining jurisdiction deadline rules indefinitely is not. Buying a platform and extending it is nearly always the better trade.
How long does implementation take?
Plan for about 90 days to a trusted core system, with data cleanup taking the first third of that. Full jurisdiction coverage and integrations typically extend well beyond the initial go-live.