When not to use AI at all
Most problems do not need AI. Reaching for it when you do not need it makes your product worse, slower, and more expensive than it had to be. That is the most useful thing I can tell a founder right now. Everyone is rushing to add AI to everything, which means knowing when not to use it is worth more today than knowing how to use it. Here is how to tell the difference.
AI is a tool, not a goal
The first mistake is treating AI as the objective. It is a means, not the end. The goal is always to solve a real problem for a real user. AI is one tool among many for doing that, and it is the right tool only sometimes. When "we should use AI" becomes the starting point rather than "here is a problem worth solving," you end up bolting a model onto something that did not need one, trading cost and unpredictability for a buzzword. Start with the problem. Let the problem tell you whether AI belongs in the solution.
When a simple rule beats a model
Many problems people reach for AI to solve are better handled by simple, deterministic logic. If the rules are clear and can be written down, write them down. A straightforward set of conditions is faster, cheaper, and completely predictable. It is also far easier to maintain than a model doing the same job with less certainty. Using AI for something a simple rule handles perfectly is choosing a slower, costlier, less reliable version of a solved problem. A model being able to do something does not mean it should, especially when a few lines of clear logic would do it better.
When determinism matters
Some tasks require the same input to always produce the same output, every time, without exception. Financial calculations. Anything with legal or compliance weight. Anything where a wrong answer causes real harm. These are poor fits for a tool that is non-deterministic by nature. If your product needs guaranteed, repeatable correctness, a model that can give different answers to the same question adds risk exactly where you can least afford it. Determinism is a feature, and AI trades it away. When you need it, that trade is a bad one.
When the cost does not justify it
Running AI has real cost. There is the money per use, and there is the engineering required to handle its unpredictability. For that cost to be worth paying, the AI has to deliver value the alternatives cannot. If a cheaper, simpler approach gets you most of the way there, the marginal benefit may not justify what it takes to build and run. Founders often add AI without honestly weighing whether the value it adds exceeds the cost it brings, and for many features, if they did the honest accounting, the answer would be no.
When it introduces risk you do not need
Every AI feature brings a set of risks. The model can be wrong. It handles sensitive data. It behaves unpredictably. It leans on an outside provider you do not control. For a feature that genuinely benefits from AI, those risks are worth managing. For a feature that did not need AI in the first place, you have taken on all of that risk for no real gain. Adding AI where it is not needed is not neutral. It imports fragility, cost, and failure modes into a part of your product that could have been simple and solid.
When you are using it to impress investors, not users
Here is the uncomfortable one. A lot of AI gets added not because users need it but because it sounds good in a pitch. If the honest reason for a feature is that it makes the company more fundable rather than the product more useful, that is a warning sign. Users can feel the difference between AI that genuinely helps them and AI that is there to justify a narrative. Build for the investor story instead of the user's actual need and you get features that impress in a meeting and disappoint in daily use, and the users are the ones who ultimately decide whether the company survives.
The question to ask before adding AI
Before adding AI to anything, ask one question. What problem does this solve for the user, and is AI genuinely the best way to solve it. If you can answer clearly and AI is honestly the best tool, build it well. If the answer is vague, do not build it. If a simpler approach would serve the user just as well, do not build it. If the real reason is that AI is fashionable, do not build it. The founders who will win with AI are not the ones who put it everywhere. They are the ones who use it precisely where it creates real value and refuse to use it everywhere else, keeping the rest of their product simple, fast, and reliable. Restraint is the skill almost no one is practicing right now, which is exactly why it is worth so much.
Notes on building things that last
Occasional writing on product, engineering, and building a company, sent when I have something worth saying. No noise.
No spam. Unsubscribe anytime.