Insights · 5 min read
Most AI projects fail on the problem, not the model. Which AI builds earn their cost back, what they really cost, and how to pick a first project that survives.
By GGP Editorial
A client asked us to add a chatbot to their property management platform so tenants could ask about rent and repairs. The first version answered maybe half the questions and made things up for the rest. We ripped it out and rebuilt it around their own documents, with a rule that the bot says 'I don't know' instead of guessing. Support tickets dropped by roughly a third. Same model, different problem framing, completely different outcome.
That is the pattern behind most AI work we do. The model is almost never the hard part. The hard part is picking a problem narrow enough to solve, then giving the model the right data and the right guardrails. Here is what that looks like in practice, with real numbers from our own projects.
The AI projects that pay for themselves are the ones nobody gets excited about. Document classification. Invoice matching. A support bot that reads your own FAQ. A forecasting model for a process you run every week. These are unglamorous, they are everywhere, and they have a measurable baseline cost, which means you can measure whether the AI actually helped.
We steer clients away from the opposite: a flashy assistant that has to understand everything a user might possibly ask. Those demos are impressive for two days and then someone types a question the bot has never seen, it invents an answer, and the project quietly dies. If you cannot describe the exact tasks the AI should handle in one sentence, the scope is too broad.
A useful test: write down what the process costs you today in hours per week. If you cannot put a number on it, you have no way to know if the AI version is better. If you can, you have both a target and a way to measure success.
The word 'AI' covers a lot of ground, and the right approach changes the price by an order of magnitude. Here is the simple version.
First, an API call to a model like GPT or Claude, with your documents supplied as context. This is what most businesses need. It is fast to build, cheap to run, and covers a support bot, a summariser, or a document reader. If your problem lives in text you already have, start here.
Second, a fine-tuned model. This only makes sense when you have a large amount of labelled data and a task the general model keeps getting wrong. It costs more and it is a maintenance burden, because the model has to be retrained as your data changes. We rarely recommend it for a first project.
Third, a custom machine learning model trained on your own data, for things like demand forecasting or churn prediction. This is real ML engineering, not prompt tweaking, and it only pays off when the volume justifies it. For most companies, it is a phase two thing.
These are the ranges we quote for offshore builds. They assume a small team, a defined scope, and data you can already access.
| Project type | Typical range | Time to launch | Notes |
|---|---|---|---|
| FAQ support bot (your docs) | $8k-$25k | 3-6 weeks | Best first project for most teams |
| Document / invoice processing | $20k-$60k | 2-4 months | Depends on how messy the documents are |
| Demand forecasting model | $30k-$80k | 3-5 months | Needs at least a year of clean history |
| Agentic workflow (multi-step) | $50k-$150k+ | 4-8 months | Scope creeps fast; cap the steps |
The support bot at the top is the one we tell almost everyone to start with. It is cheap, it ships in weeks, and it teaches you how your own data behaves. The agentic workflows at the bottom are where the industry is heading, but they are also where budgets go to die. We cap the number of steps an agent can take, because a twelve-step agent that is wrong at step nine is worse than no agent at all.
The biggest wins we have seen are not the chatbot itself. They are the boring plumbing around it. A property firm that let tenants ask about their lease in plain language, against the platform's own records. A restaurant chain using a self-service ordering system with a POS backend, where the intelligence is really just good data flow. An IoT deployment where the 'AI' is a model that flags when a sensor reading is outside normal range, which is a lot less impressive than a robot and a lot more useful.
We have built these for clients in Brazil, South Africa, Singapore, and the US, and the ones that stick share the same trait: the client could point to a weekly task and say 'this takes us six hours'. That is the honest starting point. If you can say the same, we can help you turn it into something smaller.
We are a China-based team of 40-plus engineers, founded in 2018, with 300-plus delivered projects across AI, IoT, payments, and financial and property systems. We work across time zones with a shared overlap window and a dedicated group, in English and Portuguese, and we take on any industry as long as the work is legal. Bring us a boring problem with a number attached to it. Those are the ones that work.
Tell us what you are building and where you are today. We will help you define the next step.