Start from the job, not the tool. Three questions settle almost every case: does it have to run without you, where does the material already live, and do you need a file back or an answer.
Key takeaways
- The first question is not which tool but whether this is a tool question at all. Anything that must happen without you asking is automation, and no chat solves it.
- Where the material lives usually decides more than capability. A tool inside the app you already work in wins on location, because the copying in and out is what eats the time saved.
- For most business tasks the quality of the request matters more than the choice of tool. People switch tools when they should be describing the output.
- Verification does not change by tool. One row against the source, a count in versus out, and one total you already know - the same check everywhere.
The quick way to waste time is starting from the tool. Three questions settle almost every case: does it have to run without you, where does the material already live, and do you need a file back or an answer. After those, the choice is usually obvious.
Question 0: is this a tool question at all?
First, because it rules out a large share of cases.
If something must happen without you asking - an order confirmation within minutes, a reminder the day before a meeting, syncing between systems, an alert on an anomaly - no chat solves that. That is automation, a different question with a different cost.
The test: who starts the action? If the answer has to be "nothing, it happens by itself" - stop here.
Question 1: where the material lives
This decides more than capability, and people skip it.
Working with an external tool involves two steps that eat most of the time saved: getting the material in and getting the result back out. Anyone who has done that five times stops doing it.
| The material is in | Where to go |
|---|---|
| Gmail, Docs, Sheets, Drive | The tool that sits there |
| A file on your computer | A chat with upload |
| A folder of code files | A tool that works on files |
| A collection of documents to research | A research notebook |
| Your head | Any chat |
Question 2: a file or an answer
If the result needs to be a file you open - a spreadsheet, document, deck - ask for a file explicitly. If the result is an answer you read, the tool barely matters.
The decision tree by task
Spreadsheet work
Upload the file and ask for a workbook back. The highest-value task is reconciling two lists - a bank export against invoices, stock against a count.
And if the material is already in Sheets - work in place.
PDF documents
Many documents at once into one spreadsheet. One document you can read yourself; twenty you cannot. And check first whether the PDF holds text or is a scan - that decides the quality of the result.
Documents and reports
Hand over material and ask for a document. The rule: assembly from what you supplied, not invention.
Researching a collection of documents
A dedicated notebook - when there are dozens of sources and you want to question them rather than read them.
A small internal tool
A calculator, checklist, form - with no code project and no installation.
Maintaining an existing site or tool
A tool that works on the files, or a code editor if you want to see the code. The difference is interface, not capability.
Building something new
Possible, with clear boundaries - and stop before customer data, money and logins.
What is being said right now
A tool with access to live conversation - and only if the conversation relevant to you is genuinely there.
Meeting summaries
Transcription and summary - with the recording consent question settled in advance.
The three mistakes that cost most
1. Choosing a tool when the problem is the request
This is the most common. A poor result, try another tool, the same result.
In most cases the problem is the phrasing: "clean up the file" versus "keep date, name, amount; date in one consistent format, amount as a number; rows without a date on a separate sheet".
Improve the request before swapping the tool.
2. Installing an environment for a task that is not a project
Someone wanting to analyse a spreadsheet who installs a code editor will spend the day on the environment rather than the spreadsheet.
3. Expecting a chat to run itself
"Have it check every morning and tell me" - there is nobody to start it. Back to question 0.
What does not change between tools
Three things are identical everywhere, and it is worth stopping the search for a tool that solves them:
- A wrong answer arrives in the same tone as a right one. The same check everywhere: one row against the source, a count of rows in versus out, one total you already know.
- Hebrew needs checking in practice. Directionality in a generated file, and a day/month date that looks valid on any day from the 1st to the 12th.
- What you upload leaves your computer. Reduce before uploading - it works with every tool and costs nothing.
And how many tools you need
For most small businesses - one good one, plus a second if the material lives somewhere else.
The reason is practical: the time spent learning a second tool exceeds the gap between tools on most tasks. Someone using one tool well gets better results than someone spread across three.
The real justification for a second: not "maybe one is better" but a capability the other lacks - being located inside the environment where the material lives, access to live conversation, or working on project files.
Frequently asked questions
How do I decide which AI tool to use?
Start from the job and ask three questions: does it have to run without you asking (if so it is automation, not a tool question), where does the material already live (a tool inside that environment wins because copying in and out eats the time saved), and do you need a file back or just an answer. After those the choice is usually obvious.
I tried a tool and the result was poor - should I switch?
Usually not - the most common mistake is choosing a tool when the problem is the request. "Clean up the file" and "keep date, name, amount; date in one consistent format, amount as a number; rows without a date on a separate sheet" produce very different results from the same tool. Improve the request before swapping.
How many AI tools does a small business need?
Usually one good one, plus a second only if the material lives somewhere else. The time spent learning a second tool exceeds the gap between tools on most tasks, and someone using one well gets better results than someone spread across three. A second is justified by a capability the first lacks - not by "maybe it is better".
Which tool can run a task automatically every morning?
None of the chat tools - there is nobody to start the conversation, and that is not something phrasing can work around. Anything that must happen without you asking is automation, which is a different question with a different cost. The test is who starts the action: if the answer has to be "nothing, it happens by itself", you are not choosing a tool.
What stays the same no matter which tool I pick?
Three things. A wrong answer arrives in the same tone as a right one, so verify the same way everywhere - one row against the source, a count of rows in versus out, one total you know. Hebrew needs checking in practice, especially directionality and day/month dates. And what you upload leaves your computer, so reduce what you send - it costs nothing and works with every tool.
Keep reading
Related service
Business Automation
I build custom automations that remove repetitive work end to end.
About the author
Yehonatan Saadia
Freelance automation, web & MVP engineer
I'm Yehonatan Saadia, a senior engineer who builds business automation, custom websites, and MVPs for small and mid-sized companies across the US, Europe, and Israel. These guides come from real client work, not theory.
Work with meHave a project like this?
Tell me what you're trying to automate or build and I'll tell you the fastest reliable way to ship it.
