$200k and up
What one competent engineer costs you for a year, fully loaded. One engineer. Not a team, and not somebody who already understands your trade.
You already know the national outfit across town does not run a better crew. What it has that you do not is an engineering department: people whose entire job is making the business work better next quarter than it does now. For fifty years that was a headcount problem. It is not anymore, and what deploys into your business now is not one engineer. It is the whole department.
Imagine Amazon opened a heating and cooling company tomorrow. Not a marketplace for contractors. An actual company, with trucks and technicians.
It would not send better technicians. The condenser goes in the same way. What it would bring is the part nobody sees from the driveway: dispatch that routes itself, pricing that updates itself, a customer record that follows the job, and an engineering organization behind all of it whose only purpose is to make next quarter's version of the business run better than this one's.
That is the whole advantage. Not the trade. The engineering. And it was never available to you at any price, because the smallest useful amount of it cost more than the business clears.
You were never losing to a better contractor. You were losing to an engineering department.
$200k and up
What one competent engineer costs you for a year, fully loaded. One engineer. Not a team, and not somebody who already understands your trade.
$2k to $8k a month
What a business your size already pays for field software, booking, payments, a marketing retainer, a bookkeeper, and the glue between them. None of it compounds. Next year it does the same things it does today.
A login
So you rent average software, priced by splitting one engineering team across ten thousand businesses that are nothing like each other.
None of that was anyone being unfair to small businesses. It was arithmetic. The arithmetic is what changed.
The bill for building software used to be salaries. Now it is mostly compute. That is the whole change, and it is worth sitting with, because the salary line is exactly what put an engineering department out of reach. Not the code. The headcount.
That line item moved. The cost of writing and maintaining software is collapsing toward the cost of the compute that produces it. A budget that used to be a salary is now a bill you can read in one line, small enough for a three-truck shop to carry.
When the input to an engineering department stops being headcount, the size of your business stops deciding whether you get one.
Enterprise software has a job title most people outside it never hear: the forward-deployed engineer. Instead of shipping a product and a manual, the vendor puts an engineer inside the customer's operation to watch how the work actually happens and reshape the software around it. It is the most effective thing anyone has invented in software, and the most expensive, which is why it has always stopped at the enterprise line.
What deploys into your business is not one hired engineer. It is the shape of a department. People work at the altitude a large company reserves for its most senior engineers: deciding what the business should do, what good looks like, and where the line is. The building and the daily operational work happen beneath that, continuously, without a salary attached to each one.
Builds and runs your site, your booking, your payments, and the wiring between them. When you need something changed, it changes that week, not next quarter.
Answers the text, books the slot, sends the confirmation, and chases the no-show. It does not go home at five.
Writes the offer, sends the campaign, and follows up with the customers who quietly stopped coming back.
Works the failed card, the expired membership, and the invoice nobody wants to call about. You keep the relationship. It handles the awkward part.
Knows what you are actually making, which customers are about to leave, and which service only looks profitable.
Gets your customers, your history, and your calendar out of the old system and into this one. Once, properly, without you retyping anything.
Agents left to wander are a demo. Agents pointed at one narrow, measurable outcome are staff. Each role on your deployment runs a loop, and every loop has an outcome somebody would notice if it stopped.
Find the open slots in the next 48 hours, find the customers who are due, offer them the time, book it, confirm it.
Pick up the one that comes in after hours or while every line is busy, work out whether it is an emergency, and get it on the board before the caller tries the next name on the list.
Find the failed card, the expired membership, and the invoice past due. Work each one until it clears or until it genuinely needs you.
Find the customers who used to come and stopped. Make each one a specific offer, not a newsletter.
Reconcile what was booked, what was worked, and what was paid, then tell you the three things that did not match.
Every loop is logged and every loop is measurable, and you decide which ones are allowed to run without asking you first.
Not better technicians. The same crew, the same vans, the same territory. What changes is what the business is optimizing for, and a company with a real engineering organization optimizes for things a six-truck shop has never had the tools to see.
A shop dispatches by who is free. A logistics company dispatches by who is close, then goes further and shapes demand to create the closeness, offering Thursday to the customers already sitting near Thursday's route. Four jobs a truck a day and four and a half jobs a truck a day are the same crew and a different company.
Heating and cooling demand is set by weather, and weather is known a week out. The first cold night produces a week of no-heat calls that everybody treats as a surprise. It is not a surprise. It is a schedule you could have filled in September and a truck you could have stocked in advance.
Every large consumer business eventually discovers the same thing: the subscription is not a revenue line, it is the reason the customer comes back to you instead of searching. Most shops keep agreements in a spreadsheet and treat them as paperwork. They are the thing that smooths a seasonal business and puts you in the basement on the day the equipment finally dies.
A furnace lasts fifteen to twenty years. The call that rolled to voicemail at nine at night was not a lost service ticket. It was a two-decade relationship handed to whoever answered, plus every replacement, referral, and tune-up inside it.
A tune-up looks like a low-margin visit if you price the visit. It is the cheapest way ever invented to be standing in the basement, with the equipment history in hand, in the year the unit fails. Shops price jobs because jobs are what they can see. An engineering organization can see the customer.
None of that requires a better technician. It requires somebody whose whole job is looking at the business this way.
Acme HVAC is a composite, not a customer, and what follows is a model rather than a measured result. The arithmetic, the assumptions behind it, and the things it deliberately leaves out are all below, so you can run it against your own numbers and find the places it does not hold. We would rather hand you a model you can check than a number you have to believe.
Second generation, founded in the early seventies. The owner's brother runs installs. His nephew does dispatch, when he is not on a roof.
Fill tomorrow.
Route density: 4.0 to 4.6 jobs per truck per day.
0.6 × 6 trucks × 250 days × $340
$306,000
Never miss the call.
Roughly 8 after-hours and overflow calls a week, 40% of which would have booked.
8 × 0.4 × 52 weeks × $340
$56,600
Collect what is owed.
About 8% of 400 agreements fail on a card each year, 60% recovered, each worth its billing plus the service it pulls through.
400 × 0.08 × 0.6 × $840
$16,100
Bring back the quiet ones.
About 500 past customers gone quiet two seasons or more, 6% reactivated.
500 × 0.06 × $340
$10,200
Less, because two of those overlap
Recovered calls have to land somewhere, and the only slots we created are the ones in the first line. Counting both in full would bill the same truck-hour twice.
166 recovered jobs × $340, already counted above
($56,600)
About $332,000 a year, on a $2.1M shop. Call it 15%, without a seventh truck and without a twelfth person.
The uncomfortable part of that model is where the money is. Route density is worth thirty times the reactivation campaign, and reactivation campaigns are what gets sold to shops like this one.
Change any number here to your own and the model still runs. That is the point of showing it.
The reason general business software feels wrong is that it is general. It arrives knowing nothing about your trade and asks you to teach it, one settings page at a time. You become the systems integrator, and eventually the system itself is the thing in your way.
SmartFront deploys per trade. An HVAC deployment knows about maintenance agreements and seasonal load. A gym deployment knows about memberships, classes, and the member who has not scanned in for three weeks. A law firm deployment knows about intake and conflicts. The narrowness is not a limitation. It is what lets the loops mean anything.
Software you bought
Onboarding is a checklist you complete
A department that deployed
Your business is set up before your first login
Software you bought
Something breaks, you file a ticket
A department that deployed
Something breaks, it is already being worked
Software you bought
You need a feature, you upvote it
A department that deployed
You need a feature, it gets built into your account
Software you bought
After hours it goes to voicemail
A department that deployed
After hours it is still working
Software you bought
The software records the work you did
A department that deployed
It does the work and shows you what it did
Software you bought
Leaving means exporting a CSV and good luck
A department that deployed
Your data is yours, whole, whenever you want it
Custom software has always had a size floor. A company had to be big enough to justify engineers, and everyone underneath it got templates. AI is not mainly making software better. It is moving that floor down, and the businesses sitting just below the old line are the ones whose position changes most.
Vertical software exists because one engineering team could be split across ten thousand roughly similar businesses. That split was the product. When building for one business stops being expensive, the premium for being averaged in with everyone else gets harder to defend.
When building is cheap, the bottleneck moves to knowing what to build and being accountable for whether it worked. The valuable technology role inside a small business will not be a person who writes code. It will be someone who owns an outcome.
Dashboards were a consequence of scarce labor. Software could only record what people did, so it got very good at displaying. That constraint is gone, and the question moves from what happened to what got handled.
Cheap software is going to be available to everyone, your competitors included, so building it will not stay a differentiator for long. What stays hard is the deployment: knowing one trade well enough to point the work at the right outcomes, and staying inside the business while it changes. That is the part we are betting on. It is also the part you should judge us on.
SmartFront is in early access. A small group of businesses are already running on it while the department gets better at deploying. If you would rather have people inside your business than another tab open in your browser, tell us about the business and we will tell you honestly whether we can deploy into it yet.
You should try it, and a fair amount of what we do started exactly that way. The thing worth knowing going in is that building the first version is now the easy half. The hard half is the second year, when somebody has to keep it running as an API changes, as your prices change, as the person who built it moves on. A contractor hands you a system and leaves. Then the system is yours to maintain, and eventually it is the thing standing in your way. Deployment means nobody hands it back to you.
No. A chatbot answers a question. This takes actions in your business: it books, charges, texts, refunds, and publishes. A chat window is one door into it, not the thing itself.
Every action is logged and reversible, and you set the line between what runs on its own and what waits for your approval. Most owners move that line outward over time. Nobody has to.
That is the part deployment exists to avoid. The department learns your process. You are not supposed to learn its schema.
That is who this is for. If you were technical you would have built some of this already, and you would know exactly how much of it is left.
A person, and the same one each time, not a queue. The department runs your business, so when it does something you did not want, that is ours to unwind, not yours to file a ticket about. Ask us who yours would be before you sign anything, and if the answer is a support address, that is a real answer too.
Days, not quarters. The slow part is usually getting your data out of whatever you are on now, and that is the migration crew's job, not yours.
Plans are on the pricing page. The honest framing: compare it against the stack of tools and retainers it replaces, not as another line added on top of them.