The BIKE.co blog
Notes from the service desk.
Written for the people who run bike shops, not the people who ride to them. How to price a tune-up so it pays, how to keep the Saturday drop-off queue moving, what to stock, who to hire, and where software earns its keep on a busy bench.
Who this blog is for
This blog is written for the person who owns the shop or runs its service department: the one who sets the labor rate, decides what goes on the tune-up menu, answers for the bike that was promised Friday and is still waiting on a hanger, and does the books after close. It is not a riding blog. You will not find trail guides or gear reviews here. You will find the unglamorous parts of running a bench that pays.
Most bike shops were built around retail, and the software followed. The till knows every SKU, but a repair is treated like a product with a price tag, and the real work of a service department — intake, diagnosis, approval, parts, labor, the promised date and the call when it slips — happens on paper tags, whiteboards and memory. That works until the spring rush, when the queue is three weeks long and nobody can say which bike is waiting on what.
So the posts here stay practical. How to work out an hourly rate from your actual costs and the hours your mechanics can really bill, rather than copying the shop down the road. How to write a tune-up menu where each tier is a defined procedure, so the price matches the time. What to write on a work order so the mechanic, the counter and the customer agree on what was asked for. When a checklist is worth making mandatory, and when it just slows the bench down.
E-bikes get their own attention, because they change the economics of a service department. Diagnostic time is longer, warranty work comes with paperwork, batteries need safe handling and storage, and a single missing part can hold a bike for weeks. Mobile repair gets the same treatment: routes, what to carry in the van, working without signal, and getting paid at the curb.
Numbers come up a lot, because they decide whether a service department survives. Parts margin versus markup, what a comeback really costs once you count the bench time, why the cheapest tune-up on the menu is often the least profitable job in the building, and how to read a month of invoices and timesheets to see where the hours went. Where we use example figures, they are labelled as examples, worked through in full so you can put your own in.
We also write about the people. Good mechanics are hard to find and harder to keep, and the shops that grow tend to be the ones that hire before the rush and train to a written standard rather than by watching over a shoulder.
And we write about the tools, including the boring ones. The whiteboard that works better than any screen for a two-person shop. The point at which a spreadsheet stops being enough. What to ask any software vendor before you move your customer list, and how to get your data back out if you leave. The goal is a shop that runs well on whatever it uses, not a shop that depends on us.
Where BIKE.co comes up, we say what is live today and what is still on the roadmap, the same way the rest of this site does. Every post is reviewed before it is published, and none of them will quote customers, invent statistics or promise features that do not exist yet. If a post helps you run a better bench with a notebook and a spreadsheet, it has done its job.
What we write about
Profitable service
Labor rates, pricing tune-ups and the numbers behind a service department that pays for itself.
Bench workflow
Intake, work orders, promised dates and getting bikes out the door on the day you said.
E-bike service
Diagnostics, batteries, motors and the paperwork that comes with warranty work.
Parts & inventory
What to stock, when to reorder, and how parts margin quietly makes or breaks a job.
Mobile repair
Vans, routes and fixing bikes where riders are.
Hiring & training
Finding mechanics before the spring rush and training them to your standard.
Take in your next repair on BIKE.co.
30 days free, no card, every erp.io module switched on. Start with a request, end with an invoice.
