Solutions / Repair shops
LiveFor service-first repair shops
Your shop lives on the bench. BIKE.co is built around it: every repair quoted, checked the same way, and billed from the finished job, with a record the customer can read.
JOB-1042 · from Q-0731
Pro tune-up + rear bleed
J. Rivera · Santa Cruz Hightower
Visits
- Tue 9:30Intake + inspectionSam
- Wed 8:00Drivetrain + bleedSam
- Wed 3:00Quality checkPriya
Unlocks when the checklist is in
A Saturday in May
The door opens at nine and there are already four bikes leaning against the counter. One needs a flat fixed while the rider waits. One is a full overhaul that has been booked for a week. One came in with 'it makes a noise' and nothing else. The fourth is a kid's bike with a bent wheel and a parent in a hurry. By noon there are fifteen tags on the rail, two mechanics on stands, and the phone has rung eleven times, most of them to ask whether a bike from Tuesday is done.
None of that is a software problem on its own. It becomes one when the information lives in five places: paper tags, a whiteboard, a text thread on the owner's phone, the parts drawer and someone's memory. The overhaul waits because nobody wrote down that the bottom bracket was on order. The noisy bike gets a new chain when the real problem was a dry pivot bolt, because the intake note did not say what the rider heard. The Tuesday bike is done and sitting on the hook, but nobody called.
A repair shop earns its margin on labor, and labor leaks when the bench does not know what is next, what was found, and what was promised. The job of shop software is to put the ticket, the inspection, the parts and the customer's phone number in one place, so the mechanic with a bleed kit in hand does not have to stop and answer the phone.
What a repair shop uses from BIKE.co
Most of the path from drop-off to invoice works today. The bench board and customer-facing sending are on the Service roadmap, and each item says which.
Tune-up and safety checklists
Build your house standard once: M-check, drivetrain wear, brake pad thickness, bolt torque, tire condition. Every mechanic runs the same list, with photos of anything worn.
Customer-facing PDF
The submitted checklist becomes a PDF with the photos and the customer's signature drawn in, ready to send or print at pickup.
Repair quotes
Numbered quotes with line items, optional lines the customer can say yes or no to, a discount and tax. Mark it approved and convert it into a job.
Work orders with visits
Numbered jobs with instructions and one or more visits, each with a person and a status. A visit cannot close until its required checklist is submitted.
Week schedule and Today
Visits by day for the week, an unscheduled queue you book onto a day, a just-mine filter for each mechanic, and a Today page for the crew.
Invoice from the finished job
One click bills a job once every visit is closed, using the lines carried over from the quote. Payments are recorded by hand.
Bench board by status
Every bike by checked in, waiting on parts, on the stand and ready, as a board. Planned in Service.
Phony AI receptionist
Answers the calls the counter cannot get to, takes a message, and books a callback. Live today as an erp.io module.
Chat between counter and bench
Threads for 'customer approved the cassette' without shouting across the shop. Live today as an erp.io module.
Standard tune-up
Template v4 · WO-2291 · Sam
- *Chain wear under 0.5%PassFail
- *Rotor above stamped minimumPassFail
- *Brake pad compound (mm)1.8
- *Thru-axles to specPassFail
- *Tire sidewalls — cuts or bulgesPassFail
- Photo: drivetrain after clean1 photo
- Customer signature
The tune-up, written down
A tune-up checklist being filled on the stand: required answers, a photo of the worn chain, and the customer's signature at pickup. This part of BIKE.co is live today.
Illustration · sample data
Start with the inspection, because everything else hangs off it
The most useful thing a repair shop can standardize is the inspection at intake. When every bike gets the same M-check, with chain wear measured and pad thickness noted, the quote writes itself and the argument at pickup disappears. That is why checklists are the first part of Service that is built. You can make a template for a basic tune-up, one for a full overhaul, and one for a safety check on a bike that has been in a crash, each with the questions in the order your mechanics work.
Required answers stop a checklist being submitted with the brake question skipped. Photos go on the questions where a picture settles things, like a cracked rim or a sidewall cut. The PDF that comes out the other end is something you can hand the customer, and the CSV report lets you look back over a month and see how many bikes came in with worn chains, which is a decent signal for what to stock.
The checklist also lives on the work order. A template can attach itself to every visit and be marked required, and a visit cannot be closed until that checklist is submitted. That is the rule most shops try to enforce with a sticky note: no bike goes back to its rider until the safety check is done and signed.
How the bench runs in Service today
A job starts as a request, typed in at the counter or sent from a public form, or straight from a quote. The quote carries the inspection findings as line items with quantity, price and a taxable flag, and anything the rider might decline, like the cassette that has another month in it, goes on as an optional line. You mark the quote approved or declined, and an approved quote converts into a numbered job with its visits dated. The lines the rider chose come with it.
The week schedule shows every visit by day. Jobs that have not been given a day sit in an unscheduled queue until someone books them, and each mechanic can switch to just their own visits. Mechanics clock in against the visit they are working on, and a manager approves the week's timesheet. When the last visit on a job is closed, one click turns the job into a numbered invoice, and an admin records the payment when the rider pays.
Be clear on the gaps. A job is recorded against a site, which is an address and a customer name, not against a bike, because bike records with serials are on the roadmap. There is no board of every bike by status yet, and no intake tags to print. Sending a quote or an invoice marks it sent but does not email or text anything, so you still hand it over or send it yourself. Parts inventory, pay links and the 'your bike is ready' text are on the roadmap too.
What it costs a repair shop
A shop with an owner and two mechanics on Starter pays $20 per user per month, $60 in all, for two modules, say Service and Accounting. Add a front-counter person and it is $80. At five people, Growth at $99 a month with 10 users and five modules included costs less than Starter's $100, and leaves room for Phony, Chat and Courses. Phony adds $0.12 per minute of call time on any plan.
Every workspace starts with a 30-day free trial, no card, every module on. Build your checklist on day one and run it on real bikes for a month before you decide.
FAQ
Questions shop owners ask
Can I use BIKE.co for work orders today?+
Yes. Work orders are live as numbered jobs with instructions and one or more visits, each assigned to a person and scheduled on the week view. A board of every bike by status is on the Service roadmap, and jobs are recorded against a site rather than a bike until bike records ship.
Can my mechanics fill in checklists on a phone at the stand?+
Yes. Filling in a checklist works in the browser, including photo upload and signature capture. The field app can also be installed from the browser and keeps working with no signal, queueing answers and sending them when the connection returns. It is new, so try it in your own shop during the trial.
Does the checklist attach to the work order?+
Yes. A checklist template can attach automatically to every visit and be marked required, and a visit cannot be closed until its required checklist is submitted. The completed checklist still produces the PDF you hand the rider.
Can Phony tell a customer their bike is ready?+
Not yet. Phony answers calls today and can take a message, but there is no connection between Phony and Service work orders. Reading a job's status on a call is on the roadmap.
Do I need a separate module for the books?+
Your books live in the Accounting module, which is live today and counts as one of your modules. Service creates the invoices today, but posting them to Accounting automatically is on the roadmap, so for now you enter them in the ledger yourself.
Keep reading
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.