Alternative & migration · Custom Software

Optiva Alternatives for Operators and MVNOs: Move Up Market, Move Sideways, or Build Your Own

Custom Software Development code editor and API illustration for Optiva Alternatives for Operators and MVNOs.
The short answer

If you are a licensed operator with a large subscriber base and regulatory reporting obligations, stay on a supported business support system and negotiate hard, because the cost of getting billing wrong dwarfs the licence. If you are an MVNO, a connectivity brand or an internet of things provider, the calculation genuinely changes: your operations platform is your product, and a purpose built one runs $150k to $400k, with a focused first release at $70k to $180k in 12 to 18 weeks. Do not build if you need real time credit control you cannot buy, if your host operator interfaces are still unproven, or if you have no engineering team to run a platform that touches revenue every day.

Why teams start looking for an Optiva alternative

Buyers arrive here from two very different places. Some are established operators who chose a challenger platform to escape incumbent pricing and are now asking whether they gave up too much capability, or whether the vendor is large enough to carry them through the next regulatory cycle. Others are MVNOs and connectivity brands who bought a platform to get to market quickly and have discovered that the thing they want to differentiate on, the product, the pricing experiments, the app, the onboarding flow, is exactly the part the platform makes slow to change.

The second group is the more interesting one, because their complaint is strategic rather than commercial. A mobile virtual operator does not compete on network, since the network belongs to the host. It competes on product design, price shape and customer experience. When those live inside a vendor's configuration model and every new idea needs a release slot, the business is renting its own differentiation. That realisation, more than any invoice, is what starts the search.

A third and more mundane trigger is vendor scale. Smaller platform vendors carry a real advantage in attention and price, and a real disadvantage in ecosystem: fewer implementation partners, a smaller hiring pool for people who know the product, and a narrower bench when you need three specialists at once. That is not a criticism of any specific company, it is simply the structural trade of buying from a challenger, and it deserves to be weighed openly rather than discovered during a crisis.

What Optiva genuinely does well

Optiva serves a segment that the largest vendors treat as an afterthought. Tier two and tier three operators, regional carriers and virtual operators need convergent charging, billing and policy that behave properly, and they need it without signing a transformation programme sized for a national incumbent. Meeting that need credibly is worth respecting.

The cloud stance is the other genuine differentiator. Optiva has been public about running its business support software on public cloud infrastructure rather than assuming a data centre deployment, and for a smaller operator that changes the shape of the problem: less hardware to procure, less capacity to buy ahead of demand, and an operational model closer to the rest of a modern technology estate. If your alternative was an on premises install with a hardware refresh cycle, that is a meaningful improvement rather than a marketing line.

Where it actually strains

  • Configuration ceilings on product design. Charging and billing platforms express the offers their model can express. Novel structures, partner revenue shares and experimental pricing tend to become development work, which is precisely where a challenger brand wants to move fastest.
  • Scope boundaries. A charging and billing platform is not a complete operations stack. Customer relationship management (CRM), self service, dealer channels, order management, SIM logistics and analytics still need to exist somewhere, and the integration between them is your responsibility.
  • Ecosystem depth. Fewer certified partners and a smaller specialist labour market means slower ramp when you need external help, and more dependence on the vendor's own delivery capacity.
  • Change velocity is bounded by the vendor. However responsive the relationship, your roadmap sits inside somebody else's release plan, which is the same constraint you would face with a larger vendor.
  • Licence economics tied to subscribers. Cost that scales with connection count sits awkwardly with low revenue lines such as internet of things or a value brand, where margin per connection is thin by design.
  • Data portability. Subscriber records, balances, rated usage and product configuration live in the vendor's model. The size of the extraction project is the real measure of your switching cost, and it is worth quantifying before renewal rather than after.

Your realistic options

  • Stay and renegotiate. Bring evidence: the change requests you raised, how long each took, and which should have been configuration. Challenger vendors are often more willing than incumbents to reshape a commercial arrangement to keep a reference customer.
  • Move up market. Amdocs, CSG Systems, Netcracker, Comarch and Hansen serve larger operators, and MATRIXX competes specifically on real time charging. You gain depth and ecosystem, you pay considerably more, and you take on a longer implementation. This is right for operators whose complexity has genuinely outgrown the platform, and wrong for anyone hoping a bigger logo will make product changes faster.
  • Move to an MVNE. Mobile virtual network enablers run the platform and the host operator relationship for you as a service. This is the fastest path for a brand that wants no technical estate at all, at the price of near total dependence on the enabler for product changes and margin.
  • Build your own operations platform. For MVNOs and connectivity brands specifically, this has become a realistic option rather than an ambitious one.

When a custom build pays back

Be precise about what an operations platform for a virtual operator actually contains, because it is smaller than people assume. Product and plan definition. Customer signup, identity checks and onboarding. SIM and embedded SIM inventory and assignment. Provisioning against the host network's interfaces. Usage collection from the host's records. Rating and invoicing, or balance decrement if you sell prepaid. Payments, dunning and refunds. Self service in an app or portal. Care tooling. Regulatory reporting and number portability handling. That is a substantial list and it is a knowable one.

The case for building it is that most of those components are ordinary software problems, and the two that are not, real time credit control and the host network interfaces, can be bought or bounded. If your product does not need live session level credit control, and many enterprise, internet of things and postpaid consumer products do not, you can rate usage on a cycle and skip the hardest component entirely. If it does, buy a charging engine and build everything else around it.

The payoff is speed on the things that decide whether your brand works. Launching a new plan shape in a week. Running a pricing experiment on a cohort. Changing the onboarding flow because the drop off data told you to. An operator whose differentiation is customer experience and product design should own the systems that express both.

The case against is equally clear. If you are a licensed operator with hundreds of thousands of subscribers, mandated regulatory reporting, interconnect settlement and lawful intercept obligations, the surface is far larger and the tolerance for error far smaller. Buy, and negotiate.

Migration reality

Two things dominate the plan: balances and the host operator relationship.

Balances and entitlements move like money. Migrate in cohorts, take a snapshot with activity quiesced, verify totals against the source before switching the live path, and define rollback per cohort including how you treat usage that arrived after the snapshot. Start with staff and test subscribers, then a friendly cohort, then volume.

The host operator side is the item that slips schedules. Provisioning interfaces, usage record formats, testing windows and certification all run on the host's timetable, not yours, and they involve their engineers as much as your own. Get those commitments in writing early, because a platform that is ready and uncertified is not ready.

Around that, plan for SIM inventory reconciliation, number portability processes with their regulated timings, payment mandate and stored card migration with its own compliance rules, tax configuration, and retention of historic usage records for the period your regulator requires. Run a full billing cycle in parallel and reconcile invoice lines individually rather than in aggregate. Retrain care staff before cutover, because they absorb every gap the migration leaves.

Cost bands

Business support platform pricing in this segment is quoted rather than published, generally scaled to subscriber volume with implementation and change delivered as services, and it recurs annually. Enablement services from an MVNE are typically priced per subscriber or as a revenue share, which is comfortable at launch and expensive once you have scale. On the custom side, using what Digital Heroes typically delivers as the frame: a focused first release covering signup, provisioning against the host, usage collection, rating, payments and self service runs roughly $70k to $180k over 12 to 18 weeks. A complete operations platform adding care tooling, dealer channels, SIM logistics, analytics and regulatory reporting runs roughly $150k to $400k. Add a charging engine licence separately if your product genuinely requires real time credit control.

The honest recommendation

Licensed operators with scale and regulatory weight should stay on a supported platform and spend their energy on the commercial terms and on the layers above it. Challenger brands, MVNOs, internet of things providers and connectivity businesses should look hard at building, because the platform is where their product lives and renting it caps how quickly they can compete. If you are somewhere in the middle, take the middle path: buy the one genuinely hard component if you need it, own everything that touches your customer, and make sure that whatever you sign this year, you know precisely what it would cost to leave.

Research & sources

The evidence behind this guide

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

  1. Technology 'Leaders' grow revenue at more than twice the rate of 'Laggards'; laggards surrendered 15% in foregone annual revenue in 2018 and stood to miss out on as much as 46% in revenue gains by 2023 if they did not change their enterprise technology approach. Based on a survey of more than 8,300 organizations across 20 industries and 20 countries. Source: Accenture (2019) →
  2. Standish's 2015 CHAOS research found roughly a third of software projects (about 36% by the Modern definition) fully succeed on time, on budget, and on scope, with top success drivers including executive support, user involvement, and clear requirements/business objectives. Source: Standish Group (CHAOS Report) (2015) →
  3. The EY survey of 508 payroll professionals at U.S. companies with 250-10,000 employees quantifies the direct and indirect cost of payroll inaccuracy, reinforcing the ROI case for payroll automation; the study is the original source of the frequently cited $291-per-error figure. Source: BusinessWire / EY (Ernst & Young) (2022) →
  4. Total US training expenditure rose 4.9% to $102.8 billion; learning management systems were used at 89% of organizations (90% of large, 97% of midsize, 84% of small companies), with average training at 40 hours per employee and $874 spent per learner. Source: Training Magazine (2025) →
Arjun S. · Chief Technology Officer · Delhi

Arjun sets the technical direction for Digital Heroes, choosing the stacks and architectures the delivery teams build on across custom software, ERP and commerce work. His posts explain why one approach gets picked over another, which is usually the part buyers never see.

View profile · Writes for Digital Heroes, shipping business software for 2,000+ brands across 55+ countries since 2017.

FAQ

Frequently asked questions

What are the main alternatives to Optiva?
Moving up market means Amdocs, CSG Systems, Netcracker, Comarch or Hansen, with MATRIXX competing specifically on real time charging. Moving sideways means another challenger platform or an MVNE that runs everything as a service. The fourth option, increasingly common for virtual operators, is building your own operations platform and buying only the charging engine if you need one.
Can an MVNO build its own operations platform?
Yes, and for brands competing on product and experience it is often the better choice. The scope is knowable: plans, signup, SIM assignment, provisioning against the host, usage collection, rating, payments, self service, care tooling and regulatory reporting. The two hard parts are real time credit control, which you can buy or avoid, and the host operator interfaces.
How much does a custom MVNO platform cost?
A focused first release covering signup, provisioning, usage collection, rating, payments and self service typically runs $70k to $180k over 12 to 18 weeks. A complete platform adding care tooling, dealer channels, SIM logistics, analytics and regulatory reporting runs $150k to $400k. A charging engine licence is separate if live credit control is genuinely required.
Is an MVNE better than running your own platform?
An enabler is faster to launch and requires no technical estate, which suits a brand testing a market. The cost is dependence: product changes go through the enabler's queue, and per subscriber or revenue share pricing becomes expensive once you have scale. Many brands start with an enabler and build once volume justifies owning the platform.
What should a smaller operator weigh when buying from a challenger vendor?
Attention and price on one side, ecosystem depth on the other. Challenger vendors are typically more responsive and cheaper. They also have fewer certified implementation partners and a smaller specialist labour market, so bringing in external help takes longer. Ask specifically how many partners can deliver on the platform in your region.
What slows down a business support system migration most?
The host operator or upstream partner, not your own build. Provisioning interfaces, usage record formats, test windows and certification run on their schedule and involve their engineers. Secure those commitments in writing before you commit to a cutover date, because a platform that is finished but uncertified cannot carry traffic.
How do we migrate prepaid balances safely?
In cohorts, never all at once. Quiesce activity, take the snapshot, verify totals against the source, then switch the live path, and define rollback per cohort including how usage arriving after the snapshot is handled. Begin with staff and test subscribers, then a small friendly cohort, and only then move volume.
When is staying on a commercial business support platform clearly right?
When you are a licensed operator with a large base, interconnect settlement, mandated regulatory reporting and lawful obligations attached. That surface is far wider than an MVNO's, the tolerance for error is far smaller, and a vendor amortises compliance maintenance across many customers while you would carry it alone.
How do we avoid being locked in whichever way we go?
Quantify the exit before you sign, not after. Ask exactly how subscriber records, balances, rated usage and product configuration are exported and in what format. Then make every new system you build depend on your own interface layer rather than the vendor's internals, so a future change costs a fraction of what it would otherwise.
Can we migrate years of data out of our current system into new custom software?
Almost always yes, through CSV exports or the vendor's API, and migration should be scoped as its own workstream with field mapping, a dry run, and a planned cutover window rather than an afterthought. The real time sink is rarely moving the data; it is cleaning it, since years of duplicates, free-text fields, and inconsistent formats surface all at once. Pull a full export from your current vendor before committing to anything new, because some SaaS plans restrict exports on lower tiers.
How much should a small business expect to pay for custom software?
Across 2,000+ Digital Heroes projects, a small business system that replaces spreadsheets or one core workflow typically lands between $40,000 and $80,000, with more complex first versions running up to $150,000. The two levers that move the number most are integrations and user roles, not the team's hourly rate. Any quote under $15,000 for a full production system means the vendor has not understood your scope yet.
Couldn't I just build my app in Bubble or another no-code tool instead of hiring an agency?
For validating an idea with real users, yes, and we tell clients that honestly. The walls come later: Bubble apps cannot be exported as code to run anywhere else, performance drops on complex data operations, and usage-based pricing climbs as you grow. A meaningful share of Digital Heroes custom builds are rebuilds of no-code MVPs that proved the business worked, which is the system operating as intended: validate cheap, then build the version that scales.
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.
Is custom software more secure than off-the-shelf SaaS?
Neither is secure by default; security tracks the practices of whoever builds and operates the system, not the model. SaaS gives you the vendor's certifications and patching but puts your data in a shared multi-tenant platform on their terms, while custom gives you full control over data residency, access rules, and compliance requirements like HIPAA, with the responsibility sitting with you and your agency. Before hiring anyone for a system holding sensitive data, ask for their security checklist: encryption at rest and in transit, an OWASP Top 10 review, role-based access, and a penetration test before launch.
Should I ask for a fixed price or pay the agency hourly?
Fixed price for the first version, hourly or retainer for what comes after launch. A fixed-scope, fixed-price V1 puts the estimation risk on the agency, which is exactly where you want it while trust is unproven; hourly billing on an unscoped greenfield build is a blank check. After launch, flip it, because maintenance and small features arrive unpredictably and fixed-pricing every ticket wastes everyone's time.
Should we build an MVP first or go straight to the full system?
MVP first, for almost everyone: ship the single workflow that carries the business value in 10 to 16 weeks, learn from real users, then fund phase two from evidence instead of guesses. The caveat is that an MVP is a small version of a well-built system, not a badly built version of a big one; the data model must already support what comes next. An agency that cannot tell you what they deliberately left out of your MVP has not designed one.
Will custom software work with the tools we already use, like QuickBooks and Stripe?
Yes, and this is one of custom software's genuine advantages: QuickBooks, Stripe, Shopify, and most mainstream business tools publish documented APIs built for exactly this. Expect each standard integration to add one to two weeks of build time, and be suspicious of any quote that lists five integrations without asking what data flows in which direction. The hard cases are legacy systems with no API, which is a question to raise in discovery, not in week nine.
What is the biggest mistake first-time software buyers make?
Choosing the lowest quote without asking why it is the lowest. A bid 40% under the field usually gets there by skipping tests, documentation, and code review, which are invisible in a demo and brutal to pay for later; every stalled project Digital Heroes has been asked to rescue tells some version of that story. The second mistake is signing without a written scope, which reliably turns the winning cheap quote into 1.5x to 2x the price by launch.
Is it cheaper to customize Salesforce than to build a custom CRM from scratch?
If you use less than a third of what Salesforce does, a custom CRM is often cheaper by year three. Salesforce Enterprise lists at $165 per user per month, so 25 seats cost about $49,500 a year before admin and consultant fees, while a focused custom CRM runs $60,000 to $100,000 once plus 15 to 20% a year in maintenance. If you genuinely need Salesforce's ecosystem, reporting, and app marketplace, customizing it beats rebuilding it; the mistake is paying enterprise prices to use it as a glorified contact list.
Who can build a custom software system?

Digital Heroes builds custom 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 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
let's build

Build something worth launching.

A plan, a team, a timeline, within 24 hours. No decks, no discovery calls. Tell us what you're building and we'll come back with a real scope and a real number.

message us directly · we reply within one business day

mission briefing

Monthly dispatch

Playbooks, real build costs, and what we're shipping. One email a month. No fluff.

visit us

New York HQ

1140 Broadway, Suite 704 · New York, NY 10001

Get directions
Online now

Hey there 👋 How can we help you today?