Skip to content
§
§ · hiring guide

How to Hire a Software Asset Management Development Company

Pick a team that can read a licence agreement and turn it into rules, not one that can only plot a dashboard. Give three firms the same two publishers and ask each to describe the calculation.

Internal Tools Development product interface illustration for Software Asset Management Software.
The short answer

Pick a team that can read a licence agreement and turn it into rules, not one that can only plot a dashboard. Give three firms the same two publishers and ask each to describe the calculation. Expect $70,000 to $150,000 for a working entitlement and position layer, more with drift alerting and audit evidence. Under 500 seats on a simple stack, do not build.

Your discovery tool reports 4,300 installations of one database engine. Your contract folder says you bought sixty processor licences in 2014, plus an amendment in 2019 that nobody has opened. Neither number is wrong. Neither one is an answer, and the gap between them is what a publisher's audit team gets paid to find.

Software asset management is difficult to buy because the hard part is not code, it is interpretation. Two competent engineers can read the same clause and produce licence positions that differ by a factor of four, and both will be defensible until a publisher disagrees. So you are not really hiring a development company. You are hiring people who will sit with your procurement lead, your virtualisation architect and twenty years of PDFs, and turn prose into arithmetic that survives being challenged.

What a software asset management development company actually does

The screens are the small part. A serious engagement spends most of its hours on four things that never appear in a demo.

Entitlement modelling comes first: someone transcribes every agreement, order form, amendment and support renewal into structured records with the metric, the quantity, the geography, the transfer restrictions and the grandfathered terms your predecessor negotiated. Then deployment ingestion, which means reconciling what SCCM, Intune, Tanium, Lansweeper and your CMDB each believe, knowing they will disagree and knowing which one wins for which publisher. Then the calculators, which are contract specific and cannot be configured out of a box: processor counts on a vSphere cluster, sub-capacity rules, per-employee metrics that ignore installations entirely. Then evidence, because a position you cannot reproduce a year later is a spreadsheet, not a defence.

The IBM sub-capacity rule is the example worth memorising before your first vendor call. Sub-capacity pricing for eligible IBM products requires ILMT deployed, configured and reporting, with reports retained. Miss that and you are licensed at full capacity of every host the workload could run on. Ask each vendor to explain that rule unprompted. The ones who cannot have not worked in this field.

What it really costs in 2026

ScopeCostTimeline
Entitlement register plus reconciled position for your two or three highest risk publishers$70,000 to $150,00012 to 18 weeks
Full platform: remaining publishers, drift alerting, historical snapshots, audit evidence pack, renewal scenario modelling$200,000 to $480,0008 to 14 months
Cloud and container coverage, plus integration with your CMDB and procurement system$60,000 to $140,000 added3 to 5 months
Maintenance, rule updates when publishers change metrics, and support18 to 22 percent of build per yearOngoing

Two costs are almost always left out. The first is contract transcription. Reading two decades of agreements and turning them into structured entitlement records is human work, it is slow, and it is the single item most vendors quietly assume you will do yourselves. Ask directly who is doing it and how many days are budgeted.

The second is the metric change. Publishers rewrite how they count, and your calculators are then wrong overnight rather than gradually. Oracle moving Java SE to a per-employee subscription in 2023 is the cleanest example: nothing about your installations changed, and every calculation built on install counts became meaningless. Budget for rule maintenance as a standing line, not an incident.

Signals of a strong partner

  • They ask to see three contracts before quoting. Not the estate size, not the headcount. The contracts, because that is where the work lives.
  • They separate entitlement from deployment from calculation. Three layers, three owners, three test suites. Vendors who blend them cannot explain a number later.
  • They talk about snapshots and reproducibility. A position must be re-runnable as of a date in the past, with the rules and the data as they stood then.
  • They are candid about discovery gaps. Agent coverage is never complete, and a partner who says so is showing you their scars rather than a dashboard.
  • They have handled virtualisation topology. Cluster membership, vMotion boundaries, host affinity rules and the licensing consequences of each.
  • They involve your procurement and legal people early. The calculator encodes a legal reading, and somebody senior has to own that reading.
  • They tell you when Flexera or Snow already covers it. If your estate is per-user subscriptions with no complex metrics, a build is not warranted and a straight answer here is worth more than a proposal.

Red flags

  • The pitch is a dashboard. Charts are the last three weeks of a nine-month project, and any team can build them.
  • They promise to import your contracts automatically. Extraction helps a human read faster. It does not decide whether an amendment supersedes a clause.
  • No mention of sub-capacity, cluster counting or per-employee metrics. Those three are where the money is.
  • They will not commit to your data model being yours. The entitlement register is the asset. If it lives only in their platform, you have rented your own contracts back.
  • They quote a fixed price in the first call. Nobody can price this before reading your agreements, so the number is either padded or about to become change orders.

Questions to ask on the first call

  1. Explain the IBM sub-capacity requirement and what happens if our reporting lapses for a quarter.
  2. How would you count a database licence on a four-host cluster where the workload can move?
  3. Which of our discovery sources would you trust for which publisher, and why?
  4. How do you model an amendment that grandfathers a metric for one region only?
  5. Show me how you would reproduce our position as of eighteen months ago.
  6. What happens to your calculators when a publisher changes a metric mid-contract?
  7. How do you handle software that discovery cannot see, such as an embedded runtime inside a vendor appliance?
  8. What does our team have to produce in the first two weeks for this to stay on schedule?
  9. Who owns the entitlement data and the rule definitions when the engagement ends?

A simple way to decide

Buy discovery before you buy delivery. Pay a firm properly for three or four weeks to read your top agreements, map your discovery sources, and write a specification: the entitlement schema, the calculation rules per publisher in plain language with the clause each rule comes from, the reconciliation approach, and a fixed price for the build. You own that document. Take it to every other firm and you will finally be comparing the same thing, which is the one thing four quotes never do on their own.

Digital Heroes runs PRD-first delivery for this reason and contracts through an India LLP, a US LLC or a UK LTD so the code and the entitlement model assign under your own jurisdiction. We are the wrong fit if you have already bought Flexera One or ServiceNow Software Asset Management and have not finished configuring it. Finish that first, then decide what is genuinely missing.

Book a 30-minute call with Digital Heroes and get a written plan and a fixed quote within 48 hours.

Research & sources

The evidence behind this guide

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

  1. Median SaaS spend reached $9,455 per employee, and organizations leave an average of 36% of their SaaS licenses unused. Source: Zylo (2026) →
  2. Analyst estimates place CRM implementation failure rates broadly between roughly 30% and 70% (Johnny Grow cites Forrester at 47%), with low user adoption repeatedly cited as a leading cause of failed CRM projects (this being Johnny Grow's own analysis, not a Forrester attribution). Source: Johnny Grow (industry analysis citing Gartner/Forrester) (2025) →
  3. Across ten outpatient clinics the mean no-show rate was 18.8%, and the marginal cost of no-shows reached $14.58 million per year for those clinics, at roughly $196 per missed appointment (2008 figures). Source: BMC Health Services Research / PubMed Central (Kheirkhah et al.) (2015) →
  4. Grand View Research valued the global field service management market at USD 4.43 billion in 2022 and projects it to reach USD 11.78 billion by 2030, a 13.3% CAGR, driven by growing field operations in telecom, utilities, construction and energy. Source: Grand View Research (2023) →
FAQ

Frequently asked questions

How much does custom software asset management tooling cost to build?

A structured entitlement register plus reconciled positions for your two or three highest risk publishers runs $70,000 to $150,000 over roughly 12 to 18 weeks. Extending to the remaining publishers with drift alerting, historical snapshots and an audit evidence pack takes it to $200,000 to $480,000 across eight to fourteen months. Rule maintenance afterwards typically costs 18 to 22 percent of the build each year.

Do we still need Flexera or Snow if we build something custom?

Usually yes, and the split matters. Commercial tools are good at discovery, normalisation and keeping a software catalogue current, which is genuinely expensive to reproduce. What they leave you doing is encoding your own negotiated terms and defending a calculated position. Most sensible builds sit on top of an existing discovery tool rather than replacing it, and that keeps the project smaller.

Why does virtualisation cause so much licensing exposure?

Because several publishers licence by what a workload could run on rather than what it does run on. Cluster membership, live migration boundaries and host affinity settings all change the count, and the rules are often stated in policy documents rather than in your signed contract. A change made by an infrastructure engineer on a Tuesday afternoon can move a position by six figures with nobody noticing.

How do we get twenty years of contracts into a usable model?

Someone reads them. Text extraction speeds up the reading and finds candidate clauses, but a human decides which amendment supersedes which term and what a negotiated metric actually means. Plan for a transcription phase with named people and real days on it, prioritised by publisher risk rather than alphabetically. Doing the top three publishers properly beats doing all forty superficially.

Who owns the entitlement data if an agency builds our platform?

You should own all of it: source code, the entitlement schema, the rule definitions and the exported data, assigned on payment with no residual licence. Insist the repository is yours from the first commit and that rules are documented in plain language alongside the clause they derive from. If a vendor keeps the rule library as their intellectual property, you cannot defend your own position without them.

How do I calculate whether custom software will pay for itself?

Divide the build cost by the monthly benefit, where benefit is hours saved times loaded hourly cost, plus subscription fees replaced, plus any revenue the software unlocks. Three staff saving 10 hours a week each at a $40 loaded rate is about $62,000 a year, which pays back a $60,000 build in roughly 12 months. Across Digital Heroes internal-tool projects, 12 to 24 months is the normal payback range, and anything projecting under 6 months usually means the spreadsheet is hiding costs.

How do I vet a development agency for an internal tools project?

Ask to see two or three internal tools they have shipped and whether those clients still use them daily, because internal tools fail on adoption, not code quality. Good signs: they ask to see your current spreadsheet or process before quoting, they propose a phased build instead of one big launch, and they spell out who handles training and post-launch changes. Walk away from anyone who gives a fixed price before seeing your actual workflow, since internal tools live or die on process details.

What does an internal tool cost for a small business with 20 to 50 employees?

Plan on $5,000 to $15,000 for a focused tool that replaces one painful spreadsheet workflow, such as job scheduling, quoting, or PTO tracking. In Digital Heroes projects at this size, the sweet spot is one core workflow, two or three user roles, and a single integration, usually QuickBooks or Google Workspace. Quotes far below $5,000 usually mean a template with your logo on it rather than software built around your process.

When does a company outgrow Airtable?

The usual breaking points are record limits, permissions, and automation complexity. Airtable's Team plan caps each base at 50,000 records and Business at 125,000, so operations logging thousands of rows a month hit the ceiling within a year or two. The other trigger Digital Heroes sees constantly is permissions: restricting who can view specific fields or records is clumsy below Airtable's Enterprise tier, which becomes a genuine problem once salaries, pricing, or client contracts live in the base.

Should we build our internal tool in Retool instead of hiring developers?

Retool is the right choice if someone on your team is comfortable with SQL and JavaScript and the audience is a handful of technical users, because a basic CRUD dashboard comes together in days. Hire developers when non-technical staff will use the tool daily, when the logic goes beyond forms sitting on a database, or when per-seat pricing stings, since Retool's Business tier lists at $50 per standard user per month. A pattern Digital Heroes sees often: companies arrive after a year on Retool with a tool nobody can maintain because the one person who built it has left.

Can I build my product on a no-code tool like Bubble instead of hiring developers?

For testing whether anyone wants the product, yes, and Bubble's paid plans start at $29 a month, which is the cheapest validation you will ever buy. The ceiling arrives with complex data relationships, heavy integrations, performance at a few thousand users, and the fact that you cannot export a Bubble app to servers you control. A path many Digital Heroes clients take: prove demand on no-code, then rebuild custom once revenue justifies it, treating the no-code version as a paid prototype rather than a foundation.

What does it cost to keep an internal tool running after launch, and do we need to hire a developer?

Budget 15 to 20 percent of the build cost per year, so a $25,000 tool runs roughly $300 to $400 a month covering hosting, security patches, dependency updates, and small tweaks, figures drawn from Digital Heroes maintenance contracts. You do not need an in-house developer; a monthly retainer with the agency that built it covers the typical internal tool comfortably. Hosting itself is cheap for internal audiences, often $20 to $100 a month, because you serve dozens of users rather than the open internet.

How many developers does it take to build an internal tool?

Two to four people covers nearly every internal tool: one or two developers, a part-time designer, and a project manager who doubles as your single point of contact. Internal tools rarely need consumer-product polish, so a full-time dedicated designer is usually wasted budget. On Digital Heroes projects, a two-person core team handles the typical 4 to 8 week build, with a specialist pulled in briefly for a tricky integration or a security review.

Will an app built for 10 users survive growing to 500?

Yes, if it is built on standard cloud infrastructure with a sound data model, because moving from 10 to 500 users is a hosting configuration change, not a rebuild. The scaling decisions that actually hurt are made early and invisibly: how the database is structured, how accounts and permissions are modeled, and whether background work is queued properly. Ask your agency how the system would handle ten times the load; the right answer is boring and specific, and a promise to cross that bridge later means you will pay for the bridge twice.

What are the most common mistakes companies make when building internal tools?

The three failures Digital Heroes sees most: building for every department at once instead of nailing one workflow, designing without the end users so staff quietly go back to their spreadsheets, and leaving no named owner after launch so small bugs pile up until the tool dies. A subtler fourth is faithfully recreating the old spreadsheet, including its workarounds, instead of fixing the process first. Start with one team's most painful workflow and put the actual users in the room from week one.

What should I prepare before contacting an agency about an internal tool?

Bring the spreadsheet or document you run the process on today, a list of everyone who touches the workflow and what each person does, and one sentence describing the outcome you want. You do not need wireframes or a technical spec; a 30-minute screen-share of the current process beats a 20-page requirements document. Decide your rough budget band and name a single internal decision-maker, because projects without one take noticeably longer in Digital Heroes experience.

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.

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.

At what point does Retool cost more than building a custom tool?

The crossover usually lands between 25 and 50 daily users. At Retool's published Business rates of $50 per standard user and $15 per end user monthly, a 40-person deployment with a typical seat mix runs roughly $9,000 to $15,000 per year, every year, while a comparable custom tool built once for $20,000 to $30,000 carries no per-seat fees and costs about 15 to 20 percent of the build price annually to maintain. On a three-year horizon, custom comes out ahead for most growing teams in Digital Heroes engagements.

Who can build a custom internal tools system?

Digital Heroes builds custom internal tools 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 internal tools 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