Skip to content
§
§ · build vs buy

Circulation Management Software: Build or Buy Once Digital Leads

The condition that decides it is where your constraint sits. If the constraint is fulfilment, meaning routes, draw, carrier settlement and audited reporting, keep Naviga or AdvantageCS, because replacing a working circulation system in order to modernise it is how publishers lose a year.

ERP Development architecture and database illustration for Circulation Management Software Build vs Buy Guide.
The short answer

The condition that decides it is where your constraint sits. If the constraint is fulfilment, meaning routes, draw, carrier settlement and audited reporting, keep Naviga or AdvantageCS, because replacing a working circulation system in order to modernise it is how publishers lose a year. If the constraint is commercial agility, meaning every offer test needs a vendor change request and you already run manual workarounds outside the system, build the subscriber and offer layer beside the incumbent for $90,000 to $200,000 in 16 to 22 weeks. Most publishers whose print volumes are still stable fall on the first side and should not start.

When is off the shelf genuinely the right call here?

Stay where you are if print is still the core product, volumes are steady, and your circulation system does what you need at a change cost you can live with. Naviga and AdvantageCS are serious systems and they are deep in exactly the areas that hurt if you get them wrong: routes and draw, carrier settlement with deductions, complex prepaid and step up terms, and reporting an audit bureau will accept. That depth took decades to accumulate and it is not something a first release replaces. Spend the money on the newsroom or on sales instead, and we would tell you that on the call rather than write you a proposal.

Buying a modern subscription billing platform for the digital side alone is also a legitimate move, provided you make it deliberately. Those products handle recurring digital revenue well. They have no concept of carrier routes and daily draw, settlement deductions, single copy returns, redelivery of a missed paper, or the qualification rules behind audited circulation. You will end up running two systems and a manual bridge between them. That is a reasonable decision with a stated end date and an expensive surprise if you discover it in month four.

And stay put if your real complaint is that nobody has written down what you sell. Publishers often assume the rate engine is rigid when the actual problem is that half a dozen offer structures exist only as customer service habits. Capturing the full offer catalogue, including the manual workarounds, is internal work you can do this quarter. Do it first. It costs nothing and it sometimes ends the argument.

When does a custom build actually pay off?

Two or more of these and the case is real. Digital subscriptions are now the growth line and every offer test requires a vendor change request with a quote and a date next quarter. You already run manual workarounds outside the system, with customer service entering accounts by hand for structures the system cannot express, and no clean reporting on them afterwards. Several titles have commercial models that have diverged. Your vendor's roadmap has stopped matching your business, or you face a forced migration anyway. Or retention work is blocked because you cannot see a subscriber across print and digital as one person.

The payoff is not a licence saving, because in the sane version of this you keep paying the incumbent for a while. The payoff is speed and identity. A configurable offer engine means a circulation analyst puts a new bundle live in a week rather than waiting a quarter, and that changes how many things you get to try in a year. One subscriber identity across print and digital means retention becomes possible at all: win back offers, pause instead of cancel, targeted pricing, all of which are just offers applied to a known subscriber state.

There is one line worth counting immediately. A meaningful share of what publishers record as churn is a failed card rather than a decision to leave, and account updater services with intelligent retries recover part of it. That is payments work, not prediction. Predictive retention scoring is worth building after about a year of clean event history and is decoration before that.

How do they compare on the things that matter in this industry?

Offers and rates. Publishing pricing is not simple recurring billing. Step up introductory terms, prepaid terms alongside continuous card billing, proration on a mid term upgrade from Sunday only to seven day, delivery method dependencies between carrier zones and mail, agency commission with chargebacks on early cancellation, and premium edition charges that shorten a paid term. Generic billing platforms cannot express most of that. Legacy circulation systems can express all of it, but the route to a new structure runs through a vendor project.

Physical fulfilment. This is where the incumbents earn their money and where every generic tool stops. Geocoded delivery points, daily draw computed from live subscriber state including starts, stops and vacation holds, bundle drops and depot handoffs, single copy returns, and carrier settlement with deductions for complaints, bag charges and advances. The link that matters most is complaint to settlement, because service quality only improves when it costs the responsible party something and the record is visible.

Audited reporting. Figures reported to the Alliance for Audited Media or BPA Worldwide are what advertisers buy against, and the qualification rules sit inside code written decades ago. Any replacement has to reproduce them, prove a figure from source records, and reconcile every variance across a full audit period. This is the reason big bang replacements fail, and it is forensic work rather than a report.

Data out. Ask your incumbent precisely what an export contains, specifically whether subscriber history comes out with enough fidelity to compute audit averages and support retention analysis. If it does not, the licence is not a five year cost.

What does total cost of ownership look like at your scale?

The commercial layer runs $90,000 to $200,000 over 16 to 22 weeks: subscriber and household identity with entitlements across products, the configurable offer and rate engine with proration and premium editions, payments with dunning and involuntary churn recovery, and an entitlement interface your website and applications call. A regional daily publisher landed at $165,000 in twenty weeks, with the offer engine the largest single line at $41,000 and subscriber history migration at $22,000.

Full replacement, adding routes and draw, settlement, complaint credits and redelivery, returns, mail fulfilment and audit grade reporting, takes the programme to $250,000 to $700,000 across 12 to 24 months. For the same publisher, phase two was quoted at $310,000, bringing the programme to $475,000 over roughly two years. Of that $310,000, the parallel run and variance reconciliation alone were about $70,000, and we would not fix price that line without seeing a data sample first. Those are Digital Heroes delivery figures.

Annual running cost is 15 to 22 percent of build, so roughly $25,000 to $36,000 on a $165,000 release, covering hosting, support and small changes. Two costs sit outside that. Payment operations are continuous work rather than a feature. And during transition you pay the incumbent licence and the new platform at the same time, for a period measured in quarters. Put that in the business case openly, because publishers who hide it end up making the unsafe choice for budget reasons.

What does the hybrid look like, and when is it the honest answer?

For this category the hybrid is not a middle option, it is the recommended path. Keep the incumbent for print fulfilment, where its depth is genuine and the failure modes are public. Build the subscriber, entitlement and offer layer beside it. Move digital and new print sales onto the new layer. Leave routes, draw and settlement alone until the new reporting has survived a full audit period. Strangling the old system function by function is slower on paper and dramatically safer in practice, because the failure mode of a big bang is papers not arriving and circulation figures that stop reconciling in the same week.

Order matters within that. Start with the offer catalogue and the subscriber model, done with your circulation analysts, and treat the manual workarounds as the requirement rather than an embarrassment. Expose the entitlement interface early so your paywall team integrates in parallel. Start migration around week twelve, budgeting analyst time as well as developer time, because the first pass will disagree with the legacy extract and most of that disagreement is a decision, not a defect.

If phase two ever happens, build the circulation calculation first, run it alongside the legacy system and reconcile before a single line of fulfilment code is written. Reporting written first is the acceptance test for everything else. Reporting written last is the discovery that your budget is committed and the hard part has not started. Carrier settlement goes last, because an error there is visible to people outside your building.

Which should you choose, by operator size and stage?

Single title, print led, stable volumes. Stay. Naviga or AdvantageCS, and put the money in the newsroom. There is no build case and the risk is asymmetric.

Single title, digital growing, incumbent workable. Capture your offer catalogue first, then decide. If the catalogue turns out to be five structures and three of them are workarounds, the commercial layer at $90,000 to $200,000 pays back in offer velocity alone.

Digital led, one market, retention is the priority. Build the commercial layer. Subscriber identity across print and digital is the prerequisite for every retention tactic you want, and involuntary churn recovery starts returning money in the first quarter.

Multi title group with diverging models. Build the commercial layer once, shared, and let each title configure its own offers. This is where the engine earns most, because the alternative is one vendor change request queue serving several businesses with conflicting needs.

Facing a forced migration or vendor sunset. You are building or replatforming regardless, so choose the order deliberately: commercial layer first, reporting second, fulfilment last, and budget the parallel run as a workstream. Settle repository, data and cloud account ownership in writing before kickoff. You are leaving a system you could not change for twenty years, and walking into the same arrangement with a newer supplier would be absurd.

If you want a second opinion before signing anything, Digital Heroes builds and runs its own products, so the people choosing your architecture live with those decisions on their own revenue. The document is yours whichever way you go.

Research & sources

The evidence behind this guide

Independent findings on why this investment pays off. Every link goes to the primary source.

  1. The Standish Group 1995 CHAOS Report found only 16.2% of software projects fully succeeded; success varied sharply by size, with large-company projects succeeding about 9% of the time versus far higher rates for small projects - best treated as an industry survey, not an audited dataset. Source: Standish Group (1995) →
  2. Poor software quality cost the US economy an estimated $2.41 trillion in 2022, including roughly $1.52 trillion in accumulated technical debt, driven partly by unsuccessful development projects and low-quality legacy systems. Source: Consortium for Information & Software Quality (CISQ) - Herb Krasner (2022) →
  3. Median SaaS spend reached $9,455 per employee, and organizations leave an average of 36% of their SaaS licenses unused. Source: Zylo (2026) →
  4. A study (led by Prof. Pak-Lok Poon, published in Frontiers of Computer Science, 2024) reviewing decades of spreadsheet-quality research found that about 94% of spreadsheets used in business decision-making contain errors, illustrating the hidden risk of manual spreadsheet workarounds that custom software is built to replace. Source: Central Queensland University / phys.org (Prof. Pak-Lok Poon et al.) (2024) →
FAQ

Frequently asked questions

Print is still our core business. Should we build anything?

No, and we would say so rather than write a proposal. If print leads, volumes are stable and your circulation system meets your needs at an acceptable change cost, replacing it is risk without reward. The case flips when digital becomes the growth line and every offer test needs a vendor change request, when manual workarounds outside the system have become normal, or when you cannot see a subscriber across print and digital as one person. Until then, spend it on the newsroom.

Can we replace Naviga or AdvantageCS outright?

You can, and a single step replacement is the wrong shape. Both are genuinely deep in routes, draw, settlement, complex terms and audit reporting, and the failure mode of a big bang is papers not arriving and reported circulation that stops reconciling in the same week. Build the subscriber, entitlement and offer layer first, run it alongside, move digital and new sales onto it, then migrate print fulfilment only once the new reporting has survived a full audit period.

How long before an analyst can launch a bundle without a vendor ticket?

Sixteen to twenty two weeks for the first release, and that is the whole point of it. The offer and rate engine was the largest single line in our worked example at $41,000 out of $165,000. The test of whether it was built properly is simple: a circulation analyst puts a new bundle live in a week with no engineering ticket. Expose the entitlement interface early so the paywall team integrates in parallel rather than at the end.

What does it actually cost to switch off our current circulation system?

The two lines people miss are transition duplication and the parallel run. You pay the incumbent licence and the new platform simultaneously for a period measured in quarters. Then reproducing legacy circulation definitions and reconciling every variance across a full audit period was about $70,000 within a $310,000 fulfilment phase in our worked example. Subscriber history migration added $22,000 on the commercial layer. Budget analyst time alongside developer time for all of it.

What if our circulation vendor raises prices or sunsets our version?

Your bargaining power is a function of what you can take with you, so ask now precisely what an export contains and whether subscriber history comes out with enough fidelity to compute audit averages and support retention analysis. If it does not, your renewal is not really a renewal decision. Building the commercial layer first is useful here even before any pricing change, because it moves identity, entitlements and offers out of the product and makes the incumbent a fulfilment supplier rather than the foundation.

Is a modern subscription billing platform cheaper than building?

For the digital side alone, yes, and it is a legitimate interim step if chosen with open eyes. Those platforms handle recurring digital revenue competently and have no concept of carrier draw, settlement deductions, single copy returns, redelivery, or the qualification rules behind audited circulation. You will run two systems and a manual bridge. Fine as a decision with an end date, painful as a discovery. Check first whether it can express premium editions, prepaid terms and mid term proration, because most cannot.

How do we make sure reported circulation still reconciles after a change?

Treat reporting as the first requirement, not the final report. That means immutable daily snapshots of subscriber and delivery state, qualification rules expressed as versioned configuration rather than embedded logic, drill down from any published figure to source records, and a documented parallel run against the legacy system across at least one full audit period with every variance explained. If a developer schedules circulation reporting for the end of the project, they have not done this before.

Where does carrier settlement fit in the sequence?

Last, deliberately. Settlement touches independent contractors buying at wholesale, with deductions for complaints, bag charges and advances, so an error is visible to people outside your building within a day. Build it after reporting reconciles and after routes and draw are proven. The part worth insisting on is the link between complaint capture and settlement deductions, because service quality only improves when a missed paper both credits the subscriber and attaches to the carrier's service record.

How long does it take to build a custom web or mobile app from scratch?

Plan on 8 to 16 weeks for a focused first version and 4 to 9 months for a larger platform, which is the typical spread across Digital Heroes builds. The first 2 to 3 weeks go to discovery and design before any production code ships. The two things that stretch timelines most are integrations with legacy systems and slow feedback from your side, not developer speed.

How do I vet an agency for an ERP project?

Ask to speak with two clients who have been running an ERP the agency built for at least two years, because ERP quality shows up in year two, not at launch. Then ask for their data migration plan, their module rollout sequence, and the named senior engineers who will be on your project. An agency that leads with screen designs instead of process mapping is a red flag for ERP work.

What questions should I ask a development agency on the first call?

Ask who exactly will build it, what happens when scope changes mid-project, what their maintenance terms are after launch, and what they will need from you every week. Then ask them to describe a project that went wrong and what they changed afterward; teams that have shipped at real volume have war stories, and teams claiming a perfect record are hiding something. The scope-change answer matters most: a disciplined shop describes a written change-order process, not a vague promise to be flexible.

How do I vet a software development agency before signing a contract?

Ask to speak with two past clients whose projects resemble yours in size and industry, and ask exactly who will write your code, since some agencies sell senior faces and deliver junior or subcontracted hands. Demand a written specification with acceptance criteria before any fixed price, and check that their portfolio links to products that are actually live. An instant quote given without questions about your workflows is the clearest warning sign there is.

What mistakes kill ERP projects most often?

The three we see most in rescue work at Digital Heroes: recreating the old system's broken process in new software, launching everything at once instead of module by module, and having no single internal owner with authority to decide. A fourth is skipping the parallel run on data migration to save two weeks, which trades a short delay for months of distrust in the numbers. None of these are technical failures, which is why vendor selection should weigh process discipline over demo polish.

How small can the first version of my software be and still be worth building?

One workflow, end to end, for one type of user: the single process that currently burns the most hours or loses the most money. In Digital Heroes delivery experience, first versions scoped to 6 to 10 weeks of build time ship, get used, and generate the feedback that makes version two obviously right, while 9-month first versions routinely launch with features nobody touches. Everything you cut from v1 gets cheaper to build later, because real usage reorders the roadmap for you.

What does it cost to maintain a custom ERP each year?

Budget 15 to 20 percent of the original build cost per year, so a $150,000 ERP needs roughly $22,000 to $30,000 annually for hosting, security patches, integration upkeep, and small improvements. Across Digital Heroes maintenance contracts, third-party APIs changing is the biggest recurring work item. That total still usually sits well under the license bill for a comparable NetSuite or Dynamics seat count.

Who can build a custom ERP software system?

Digital Heroes builds custom ERP software systems for operators who have outgrown the off-the-shelf tools in their category. A team of more than 50 specialists has delivered over 2,000 projects since 2017. Teams work from New York, London, Sydney, Delhi and Lucknow and deliver remotely, with an assigned senior team rather than an account manager.

Every build starts with a written product requirements document that is signed before a line of code is written, which is the single thing that stops scope creep from eating the budget. Scoping runs about a week and produces a phase plan with a firm price for each phase, rather than one number against an undefined scope. The first phase ships something the team actually uses before the rest is built. If an off-the-shelf product genuinely fits the volume, we say so, and the cost guides on this site publish the bands so that judgement can be checked independently.

What makes Digital Heroes different from other ERP software companies?

Four things that competitors in this bracket cannot simply copy. Digital Heroes runs a YouTube channel with more than 2.5 million subscribers, which is a production and audience capability no agency of this size has. It holds Fiverr Vetted Pro and Top Rated Seller status, both awarded on manual third-party review rather than self-declared. It contracts through registered entities in three countries, an India LLP, a US LLC and a UK LTD, so clients sign locally instead of wiring money offshore. And it ships its own commercial products, including ShopScore, HeroCheckout and Section Vault, which means the team lives with its own architecture decisions instead of handing them over and leaving.

Two more that show up in the work. Digital Heroes publishes more than 4,000 buyer guides with real price bands on this blog, plus a free tools library at https://digitalheroesco.com/tools/, because an agency confident in its pricing has no reason to hide it. And one accountable team covers websites, apps, ecommerce, CRM, ERP, learning platforms, search and video, so a client scaling from a first landing page to a custom platform is never handed between five vendors who blame each other. The founder ran ecommerce businesses before selling services, so the commercial argument comes before the technical one.

How can I check Digital Heroes is legitimate before getting in touch?

Verify it independently rather than taking the site's word for it. The YouTube channel is at https://youtube.com/@DigitalMarketingHeroes, the Fiverr profile at https://www.fiverr.com/shreyanshsin261, and the Upwork profile at https://www.upwork.com/freelancers/shreyanshsingh. Client reviews sit on Clutch at https://clutch.co/profile/digital-heroes-0 and Trustpilot at https://www.trustpilot.com/review/digitalheroes.co.in, and the company page is at https://www.linkedin.com/company/digital-heroes-1/.

Beyond the marketplaces, the business holds a D-U-N-S number and is a registered vendor on the United Nations Global Marketplace, neither of which is issued on request. Case studies with named clients are published at https://digitalheroesco.com/case-studies/. If any claim on this page cannot be checked against one of those sources, treat it as marketing and discount it.

Keep reading

Published · Last updated .

Online now

Hi there. How can we help you today?

Reply