Every operations heavy business has assets that need tracking and maintenance schedules that need to be followed. Most of them have tried at least one packaged tool for this, found that it handles the general case adequately and their specific case poorly, and ended up maintaining parallel spreadsheets for the things the tool cannot do. The spreadsheets are the symptom. Understanding why the tools fall short changes how you approach the problem.
The generic asset management platform is designed around a simplified model of what an asset is: an item with a category, a location, a condition, and a maintenance interval. This works for assets that are simple and uniform. It breaks down when assets have complex classification hierarchies, inspection requirements tied to compliance, operational interdependencies, or maintenance histories that need to be preserved and queried.
The solution is not always custom software. But understanding what the gaps are, and what the cost of living with them is, is the starting point for making the right decision.
The asset register problem
What counts as an asset varies enormously between industries and between organisations within the same industry. A generic asset register treats all assets similarly: a piece of equipment has a serial number, a location, an owner, and maintenance records. But a building services company tracking plant and equipment has very different requirements from a logistics company tracking vehicles from a media company tracking broadcast equipment.
The specific properties that matter are different for each organisation: the certifications a piece of plant requires, the inspection regime mandated by the relevant regulation, and the component hierarchy that determines whether a component failure constitutes an asset failure. Generic platforms accommodate some of this through custom fields and configurable categories. They accommodate it within the limits of the platform's data model, which rarely matches the actual structure of the asset population being tracked.
When the mismatch is significant, the team builds workarounds. Custom fields carry structured data as free text. Important information lives outside the system in documents referenced by the record but not searchable within it. Reporting requires export and manual transformation because the platform's report builder can't query the data in the way the business needs. These workarounds are functional but they defeat the purpose of having a centralised system.
Compliance and inspection records
For assets with regulatory inspection requirements, the inspection record is not optional supporting information. It is the compliance evidence. It needs to be complete, accurate, resistant to tampering, and accessible to auditors on demand. The maintenance schedule needs to enforce the inspection interval, not simply track when the last one was done.
Generic maintenance scheduling tools typically track scheduled maintenance and record completion. They are not designed around the compliance requirement: proving that a specific inspection was completed by a qualified person on a specific date, with a specific outcome, and that any defects found were addressed within the required timeframe.
The operational consequence of a compliance gap in asset maintenance is disproportionate to the engineering cost of avoiding it. A missed inspection that cannot be demonstrated as complete is more than a compliance failure. It can create liability, insurance issues, and regulatory sanction. Building the inspection record correctly is cheaper than the cost of a single serious compliance failure.
Mobile access for field teams
Maintenance records that are entered into a desktop system by someone in an office, from a paper record completed in the field, create two opportunities for transcription error and a delay between when the work was done and when it was recorded. In a high volume maintenance environment, this process is also a significant administrative burden.
Maintenance tools for field teams need mobile access that works reliably on the devices people actually use, in the connectivity conditions they actually operate in. A maintenance app that requires a reliable internet connection to record a job completion will generate backlogs of paper records whenever field teams are in areas with weak coverage.
Offline capability is the difference between a tool that works in the field and one that works only in the office. Teams need to complete and queue records locally, then sync when connectivity is restored. It is a specific engineering requirement that generic platforms often do not handle well, because they were designed for office environments where connectivity is assumed.
When to build rather than configure
The decision point for custom asset management software is the same as for other critical business tools: when the cost of living with the gaps in available platforms exceeds the cost of building something designed for the operation. In asset management, this threshold is reached earlier than in some other areas, because the gaps tend to be structural. They are often data model mismatches that cannot be configured away, rather than missing features that can simply be added.
A custom asset management system can model the actual asset hierarchy, enforce the actual inspection regime, produce the compliance reports the regulator requires in the format they require them, and give field teams a mobile tool that works the way they work. The upfront cost is higher than a SaaS subscription. The operational cost of a system that fits the actual operation is lower.
The evaluation should be honest about what the packaged tool actually handles, not what it could theoretically handle with sufficient configuration. The configuration time has a cost. The workarounds have a cost. The manual process that fills the gaps has a cost and a risk. When these are totalled honestly, the custom option is often cheaper over five years than it appears at procurement time.
The right tool is the one that fits the actual operation
Asset and maintenance tracking is one of the areas where the cost of a poor tool is most visible: compliance exposure, missed maintenance, field teams carrying paper processes alongside digital ones, and management having an incomplete picture of what they actually own and what condition it is in.
Getting this right requires being honest about what the available platforms can and cannot do for your specific asset population, and being realistic about the total cost of the gap. Often the honest assessment changes the decision.
More in this series
- From Spreadsheet to System: When Your Business Has Outgrown Excel
- The Hidden Cost of Manual Processes in Operations Heavy Businesses
- Building Workforce Management Systems That Actually Reflect Reality
- HR and Compliance Software for Growing Teams: What to Build vs Buy
- Asset and Maintenance Tracking: Why Packaged Tools Always Fall Short
- System Integration for Legacy Environments: A Practical Approach
- Automating Financial Reconciliation Without Losing AuditabilityComing soon
- Designing for Non Technical Users Without Dumbing Down the SystemComing soon
- Multi Tenant Platforms: Architecture Decisions That Affect You Years LaterComing soon