Plain software for the working side of logistics — the tools your crew lives in every day. Every build starts from your workflow, never a product menu.
01
Inventory & stock
Know what's on hand, where it sits, and whose it is — without the spreadsheet.
02
Truck & job tracking
A clear, honest record of every job your trucks run.
03
Invoicing & profit
Invoices straight from the work, and the real margin on each job.
04
Customer portals
A private window for your customers into their own stock or jobs.
05
Dashboards
The few numbers that actually matter, up where you can see them.
06
Joining your tools
Tie together what you already use and end the double entry.
The cases
Work to date
Two businesses, two systems already in production — both built one-on-one with the people who run them.
WarehousingCase 01
A warehouse that finally trusts its own numbers
I built a full inventory system for a warehousing operation — replacing manual tracking with one place everyone could rely on for what was in stock.
Real-time stock across the whole operation
Secure accounts so their clients see their own inventory
Built around the exact bottlenecks they kept hitting
TruckingCase 02
An owner who can see which jobs actually pay
For a trucking company owner, I built a system to run jobs, billing, and margins from one place — no more guessing at the end of the month.
Track truck work and jobs as they happen
Invoices generated straight from completed work
Profit per job — what the company truly earns
How it goes
The work, start to finish
A direct, plain-spoken engagement. You work with the person building the software — no account managers, no handoffs.
I
We talk it through
I learn how your operation actually runs — the steps, the people, and where the real friction is.
II
I map the work
I lay out what the software will track, who uses it, and what it does — agreed before any code.
III
I build it with you
You see it come together in working pieces you can react to. No black box, no surprises.
IV
I stay on
Once it's live I keep close — fixing, refining, and growing it as the business changes.
In their words
From the floor
“
Our stock used to live in spreadsheets and people's heads. Now it's one system everyone trusts — and our clients can check their own inventory without calling us.
Operations lead— warehousing client, Ontario“
I can finally see which jobs actually make money. Invoicing that used to take an evening comes straight out of the work now.
Owner— trucking company, Ontario
Tools of the trade
Capabilities
The specific stack is chosen to fit each job — and to stay maintainable long after it’s handed over.
Build
Web applications
Custom dashboards
Admin tools
Customer portals
Data
Inventory models
Job & billing records
Reporting
Audit history
Connect
Integrations
Data import / export
Automation
APIs
Run
Cloud hosting
Logins & roles
Backups
Ongoing support
Common questions
Before you get in touch
What kind of businesses do you build for?
Small trucking, freight and warehousing operators in Ontario — owner-operators running a handful of trucks, and 3PL or warehouse teams handling receiving, picking and shipping. The work is deliberately narrow to that world rather than generic business software.
How is this different from buying an off-the-shelf TMS or WMS?
A packaged system asks you to change how you work to fit its assumptions. A custom build starts from how your operation already runs — your steps, your paperwork, your exceptions — so nobody has to keep a spreadsheet on the side to make it usable.
Who owns the software once it is finished?
You do. Full ownership of the code transfers to you at handoff. You are not renting access to it, and you are not locked to me to keep running it.
How does a project actually start?
We talk through how your operation runs, then I write a specification covering every screen, user and edge case. You sign that off before any code is written, so the scope and cost are agreed in advance rather than discovered halfway through.
How long does a build take, and what does it cost?
Both depend on scope, so neither is quoted before the spec exists. The written specification is what produces an honest timeline and price — and you see a live staging link from early in the build, so progress is something you can click rather than take on trust.
Can it connect to the tools we already use?
Usually, yes. Common integrations are accounting systems such as QuickBooks Online, ELD and telematics data, broker feeds, and email or SMS alerts. The goal is ending double entry between systems, not adding another one.
Do we have to replace everything at once?
No. Most operations start with the single worst bottleneck — stock counts, dispatch, or invoicing — get that working properly, then extend from there once it has earned trust on the floor.
What happens after it goes live?
I stay on. Fixing, refining and extending the system as the business changes is part of the work, not a separate contract you have to negotiate later.
Have a problem worth solving?
Tell me what's slowing your operation down. I'll tell you straight whether custom software is the right call.