Dairy360
Multi-tenant Dairy ERP for milk collection, analytics, accounting, inventory and payments.
- Multi-tenant Dairy ERP
- Milk Collection
- SNF/FAT Analytics
- Accounting
- Inventory
- Payments
Crafting Digital Excellence
IndieSoft designs and develops software products, enterprise platforms and custom engineering solutions with a focus on performance, maintainability and long-term reliability.
Products
Three products we designed, built and maintain. The engineering standards on this site are the ones they are held to.
Multi-tenant Dairy ERP for milk collection, analytics, accounting, inventory and payments.
Offline-first thermal printing platform built for Android devices.
Services
Engineering work in six areas. Each one is something we do on our own products first.
We build software products end to end — the kind that runs a business rather than demonstrates one. Multi-tenancy, permissions and reporting are design decisions we make on day one, not retrofits.
Sites and applications that stay fast on a mid-range phone and legible to the engineer who inherits them. We treat performance and accessibility as requirements, not as a later audit.
Applications that work where the work happens, including where the network does not. Print360 is offline-first because a collection centre cannot wait for a signal — that constraint shapes the architecture.
Desktop software for the operations that never moved to a browser — hardware access, local data and long-running work that a tab is the wrong shape for.
Deployment that is boring on purpose. Reproducible environments, a pipeline that runs on every commit, and a rollback that works at 3am because someone tried it in daylight.
AI applied where it removes real work, and declined where it adds a plausible-sounding layer over a solved problem. The interesting engineering is in the retrieval and the guardrails, not the model.
Why IndieSoft
No metrics, no logos, no claims about scale. Six engineering principles and what each one costs us.
Product-first mindset
We build our own products, so we live with the decisions we make. That changes what you optimise for — the second year matters more than the first demo.
Maintainable architecture
We optimise for the engineer reading this code in three years, who will not have the context we have today. Boring, obvious and greppable beats clever every time.
Performance
Speed is a design constraint, not a phase at the end. We budget it, measure it on a mid-range phone, and treat a regression as a bug rather than a trade-off.
Accessibility
Keyboard operability, real semantics and legible contrast are requirements we build against, not an audit we survive. If it only works with a mouse, it does not work.
Security
Least privilege, validated input and dependencies we can account for. We prefer the platform to a package, and a package we have read to one we have heard of.
Long-term support
Software is a commitment, not a delivery. We plan for upgrades, handover and the day someone else maintains it — including the day that someone is not us.
Development process
Seven steps, and the last one is the one most engagements treat as optional.
Discovery
We learn the business before the software — who does the work today, what breaks, and what the current process actually is rather than what the diagram says.
Planning
Scope, sequence and the decisions worth making early. We name the constraints that will shape the architecture while changing them is still cheap.
UI/UX Design
Interfaces designed against real content and real screen sizes, from the same design system the code is built on — so the handover is not a translation.
Development
Built in reviewable increments against the plan. You see working software early and often, not a status report describing one.
Testing
Correctness, accessibility and performance, checked on the devices the software will actually run on rather than the machine it was written on.
Deployment
A reproducible pipeline and a rollback path that has been tried in daylight. Shipping should be the least interesting part of the week.
Support
The part most engagements treat as an afterthought. Upgrades, monitoring and a handover that assumes someone else will maintain this one day.
We are a small engineering team that ships products and maintains them. If that is the work you want to do, we would like to hear from you.
Tell us what you are building and what it has to do. We will tell you honestly whether we are the right team for it.