MARQUEZ CONSULTINGPT

ARTICLE · 2026-09-15

Where a 10 person operator should actually start with AI

A property manager we talked to last month was losing four hours a day to one thing: matching guest messages to the right booking. Wrong dates, wrong unit, wrong language, all landing in one inbox. The owner was the only one who could untangle it fast enough, so every trip she took cost the business response time. That is the real cost of the wrong starting point. She had already bought a chatbot tool. It sat unused, because the chatbot could not fix a matching problem, only a scripting problem.

This is the pattern I see in almost every 10 to 15 person operator. Someone reads that automation saves time, buys a tool, points it at the loudest process, and nothing changes. The loudest process is rarely the real constraint. The real constraint is the one thing that, if it broke today, would stop bookings, stop check ins, or stop cash from moving. Everything else is noise that feels urgent.

Find the constraint before you automate anything

Ask three questions about your operation. What breaks first if you take a week off with no phone. What causes the most rework, the tasks redone because the first pass was wrong. What has a queue that grows every day even when everyone is working. Whatever answer keeps showing up across all three is your starting point. Not the thing that annoys you most, the thing that actually blocks growth.

For the property manager, it was not guest chat. It was reconciling which booking channel a message belonged to. Once that was solved, response time stopped depending on her being awake.

Start with the boring, repeatable step, not the whole process

Small operators try to automate an entire workflow in one move: lead to quote to booking to invoice. That is too much surface area for a first project and it usually fails, which kills appetite for doing it right the second time. Pick the smallest boring step inside the constraint. Tagging which channel a message came from. Pulling dates out of a free text enquiry. Flagging a booking as high risk before it is confirmed. These are dull, repetitive, rule based tasks. That dullness is exactly why they are the right first target, they do not need judgment, they need consistency.

Measure the before, not just the after

Before building anything, write down the current number. Hours spent per week, number of errors per month, average response time. Founders skip this and then cannot tell if the new system is actually working or just feels different. A system that is not measured against a real baseline will quietly get replaced by the owner's gut again within a few months.

A worked example

A ten person tour operator came to us with a familiar complaint: quotes took too long to go out, and slow quotes were losing bookings. Their instinct was to automate quote writing. We looked at the actual queue first. The bottleneck was not writing the quote, it was waiting on availability confirmation from three different suppliers by email, which took an average of 14 hours. Quote writing itself took 20 minutes once availability was known.

We installed one narrow system: incoming supplier replies got parsed automatically and matched to the open enquiry, with a flag the moment all three suppliers had confirmed. The team still wrote the quote by hand. Average time from enquiry to quote sent went from 26 hours to 6. Booking conversion on fast quotes was already known to be double that of slow ones, so the business saw the lift within the first month, not from smarter quoting, from removing the wait.

That is the whole method. Find the real constraint, automate the boring step inside it, measure it properly. Nothing about tool selection matters until those three are settled.

If you are staring at five tools and not sure which process deserves the first one, that diagnosis is the actual work. It is what we do in the first working session, before anything gets built. You can see how we approach this on the homepage, or book a 20 minute ops call and bring your worst process, we will find the constraint together.

FAQ

What is the first process a small operator should automate? The one tied to your real constraint, not the loudest complaint. Usually it is something boring inside booking confirmation, message routing, or supplier follow up, not the customer facing part.

How much time should this take before it pays off? A well scoped first system should show a measurable result inside four to six weeks, because you are automating one narrow step, not rebuilding a whole workflow.

Do we need new software to start? Often not. Most first wins come from connecting tools you already own so information moves without someone retyping it, rather than buying another platform.

If your week still depends on you, let us talk for 20 minutes. No pitch.

Book a 20-min ops call →
← All articlesmarquezconsulting.com