Build, buy or integrate?
How to choose between buying, integrating and building software, with a fair weighted worksheet.
Some processes are too specific, regulated or important for a generic product. We build applications around how you work, connect them to your systems, and hand over code and documentation you own.
An application built for how your organisation works, instead of bending your work to a packaged product. It fits less often than custom-software vendors suggest, and very well when a process matters and generic tools handle it badly.
Sign-in through Microsoft Entra ID or Google, role permissions, approval workflows, email and Microsoft Teams notifications, document and PDF generation, search, reporting dashboards, data exports for finance and an audit trail. For users away from a desk, a mobile app or offline mode, which also helps where connectivity is patchy; where users need more than one language, screens and generated documents that support it.
Configure a mature product, for common processes it fits closely.
Move data between your tools without retyping; often quickest. See integration.
A custom application or ERP module, when fit is poor, workarounds are costly or the process is an advantage.
More in build, buy or integrate? AI features, such as plain-language search or drafting help, get the same testing and access control: see generative AI development.
Replacing an old Access database or spreadsheet system is a common start. Legacy tools (Access databases, outdated desktop applications, web systems on unsupported frameworks) often hold unwritten rules. We document what they do and who relies on them, then rehost, refactor gradually, or replace piece by piece with old and new running together: slower on paper, far less risky than one cut-over.
On Prometheus or ERPNext we often build inside the ERP, sharing its users, permissions and data (customisation), unless users, scale or security model differ greatly. Managed-service clients can add 24/7 monitoring and support, with response targets in the service agreement.
Widely supported frameworks, code in your repositories, automated tests, documented architecture and business rules, and repeatable deployments. The result: staff spend time on the business instead of workarounds, costs are planned in phases with estimates in naira (or US dollars where a licence or service is priced in dollars), data is protected by role-based access and audit trails, and the application grows with you.
Map the process, people and systems it touches; compare building, buying and integrating.
Output: Assessment and recommendation.
Capture rules, roles, data and exceptions, and agree what the first release must do.
Output: Requirements and release plan.
Short iterations with working demonstrations; priorities can change between them.
Output: Tested increments in a test environment.
Move data, run old and new side by side where needed, reconcile, then switch over.
Output: Live application and reconciliation evidence.
Documentation, training, credentials and code transfer, with an optional support agreement.
Output: Handover pack.
No package prices: estimates in naira from an agreed scope, taxes shown separately.
We weigh product fit, workarounds, cost over several years and how much the process matters. If a product fits, we recommend it; custom software earns its place when the fit is poor or the process is a genuine advantage.
You do. The agreement assigns ownership of the code written for you, kept in repositories and cloud accounts in your organisation's name. We list the open-source components and their licences.
They usually do. You can reprioritise between iterations, and changes that affect scope or estimates are agreed in writing before work continues.
How to choose between buying, integrating and building software, with a fair weighted worksheet.
Custom apps, workflows, SSO, document capture, integrations, portals and AI that make ERPNext or Prometheus yours.
Connect your applications so data is entered once, moves reliably, and failures are caught, not lost.
Describe the process, the tools it runs on today and who uses it. We will reply to arrange a conversation about building, buying or integrating.