Computer vision left the research lab behind a while ago. With pretrained models from OpenAI, Google, and Meta, plus a mature open-source ecosystem, it's now table-stakes for a lot of physical operations.
The ROI Question
Clients ask about ROI in two ways, and the answers are different. For narrow automation — classifying emails, extracting invoice data, drafting canned responses — the ROI is easy to calculate: hours saved times people's loaded cost, minus tool subscription. It usually pays back in months.
For broader transformation — "how do we use AI" at a company level — the ROI is less predictable. The teams that win there aren't measuring per-feature ROI. They're investing in capability and accepting that the specific ways it pays off will surface over time.
Privacy, Compliance, and Real Constraints
If you're in finance, healthcare, legal, or any regulated space, the privacy constraints are real and they do change the architecture. Sending customer data to a third-party LLM API is not automatically okay. The right pattern is usually: use enterprise plans that don't train on your data, run sensitive workloads on your own infrastructure with open-weights models, and document your data flows for audit.
The good news is the tooling for this has matured a lot. You can run a capable model on a single GPU now, which was not true two years ago. Self-hosting is a reasonable choice more often than people think.
Where the Hype and Reality Diverge
There's a gap right now between what AI can do in a demo and what it reliably delivers in production. That gap is shrinking every quarter, but it's still real. The teams who understand where the edge is currently drawn are the ones getting ROI from AI. The teams who don't are funding a lot of impressive proofs-of-concept that never make it to users.
Our internal rule is simple: if a task can tolerate an LLM being occasionally wrong in ways a human would catch, it's a good candidate for AI augmentation. If the task needs to be right every time with no safety net, keep a human in the loop.
Evaluation: The Part Everyone Skips
If you can't measure quality, you can't improve quality. Most AI projects we see skip the evaluation harness entirely, which is why they end up stuck. Output quality feels subjective, ships inconsistent outputs, and nobody knows whether recent changes helped or hurt.
The fix is building a test set before you build the system. Fifty to a hundred real examples with known good outputs. Every prompt change or model swap gets scored against this set before going to production. It takes a day to set up and saves months of churn. Teams that do this ship faster and ship better. Related read: our post on RAG architecture covers the flip side of this.
The Skills That Matter Now
The most valuable person on an AI-assisted team is not the person who can build an LLM. It's the person who can identify which problems are worth solving with AI and which aren't. That skill is disproportionately valuable right now because it's still rare.
Technical skills matter too, obviously. But the bottleneck in most organisations isn't the ability to implement AI. It's the ability to choose the right problems.
What We're Using Internally
At our company, AI has quietly become load-bearing in specific workflows. We draft most marketing content with LLM assistance and human editing. We use retrieval systems over our project documentation for internal Q&A. We generate first-pass code reviews on pull requests and let engineers override where needed.
None of this replaces our team. All of it amplifies them. A senior engineer with an AI assistant is measurably more productive than the same engineer without one, and roughly the same quality. A junior engineer with an AI assistant looks like a mid-level engineer, which is more dangerous but also more valuable if you've structured the work right.
The Fine-Tuning Question
The fine-tuning conversation comes up on almost every serious AI project. Should we customise a model for our specific domain? The honest answer is usually: start with prompt engineering and RAG, fine-tune only when those hit clear walls.
Fine-tuning is expensive, requires labelled data you probably don't have yet, and locks you to a specific model generation that will look dated in a year. Prompt engineering is free to iterate on. Start there. Fine-tune when you have measurable evidence that prompt-based approaches aren't delivering what you need.
Where We Expect AI to Go Next
The pace of AI capability improvement hasn't slowed, and the operational picture keeps shifting. Models released in 2026 make reasonable agent behaviour viable in ways 2024 models didn't. Long-context handling is becoming genuinely practical for document-heavy workflows. Multimodal input (text plus images plus voice) is maturing enough to enable new application categories.
That said, we'd push back on breathless predictions about transformative change. Most businesses are still in the early stages of applying 2023-level AI capability to their workflows, which means there's substantial value waiting to be captured with what's already available. New capabilities expand the frontier, but the frontier is already far beyond where most teams are deployed.
Our advice to clients hasn't changed much despite all the capability shifts. Start with obvious, high-ROI applications. Measure carefully. Iterate. Don't over-commit to any single platform. Keep learning, because the specific tools and techniques will keep changing, but the discipline of applying them well is durable.
Misconceptions Worth Correcting
One: AI is going to replace everyone. Change roles, yes. Mass replacement at the scale being predicted, not in the near term. The practical reality is that skilled workers using AI outperform both unskilled workers and AI alone. The winners are people, augmented.
Two: you need a data scientist to use AI effectively. For most business applications, what you need is someone who understands your workflow and can evaluate AI output. The deep technical expertise matters for custom model training, which most businesses never actually need.
Three: the technology is too unstable to commit to. True at the frontier; less true for mainstream applications. The core capabilities that deliver business value today (good chat models, embeddings, structured output) are stable enough to build on without constant rebuilding.
The Project That Changed Our View
In early 2025 we helped an insurance brokerage automate their policy document processing. They were a team of six handling about 400 documents a week, each requiring 20-30 minutes of careful data extraction and entry. Classic case for AI augmentation.
We built a system that combined a small model for initial extraction with an LLM for edge cases and a human-in-the-loop for anything flagged as uncertain. Not fully autonomous. Not purely human. A deliberate mix. Processing time per document dropped from 25 minutes to about 4 minutes of human time, with quality equal or better than before.
What changed our view was the ratio. The small model handled 85% of the volume cheaply and fast. The LLM handled 10% with higher accuracy at higher cost. The human handled the remaining 5% that needed judgement. The total cost was a tenth of running everything through a big LLM, and the quality was higher than either extreme alone.
The Short Checklist
If you take nothing else from this post, take this checklist. It's what we'd hand to someone just starting out in this area. None of it is revolutionary. All of it is worth doing. The compound effect of consistently doing these things, even without any other clever moves, is meaningful over a year or two. We'd rather see a team do the checklist competently than chase the latest trend while skipping the fundamentals.
- Start with one workflow that genuinely annoys someone on your team. Not the "most strategic" one. The most annoying one.
- Always keep a human-in-the-loop option for the first few months of any AI deployment.
- Measure time saved in actual hours, not in abstract "efficiency gains".
- Use enterprise AI plans for sensitive data. ChatGPT free tier is not for business data.
- Document your prompts in a shared doc. Treat them like code.
- Review AI outputs weekly in a dedicated session. Catch drift early.
- Version-control your prompts like code. Rollback is a real scenario.
- Set up usage alerts on your LLM API spend. Cost overruns are easy without them.
- Keep test sets of 50-100 real examples for every AI-powered feature. Regression-test changes against them.
- Establish clear escalation paths to humans for edge cases. Pure AI-only paths produce bad user experiences.
The main thing we'd say after all of this: take it seriously, but don't overthink it. Most of the big wins come from executing the basics well, not from finding the one clever trick nobody else knows. Start small, measure what happens, iterate based on what you learn. If you do that consistently for twelve months, you'll be in a materially better place than you are today. The difference between most successful and most struggling teams is rarely about intelligence or strategy — it's about whether they kept the discipline long enough for compound improvement to kick in. We've been through enough cycles of this to be confident saying it. The patient teams win.
A final note from our side. The best clients we've worked with weren't the ones who came to us with everything figured out. They were the ones who knew their business, had clear questions, and were open about what they didn't know yet. If that sounds like you, we'd love to talk.
Frequently Asked Questions
Do I need an ML team to use computer vision in my business?
For most common use cases, no. Google Vision API, AWS Rekognition, and Azure Computer Vision handle most standard tasks through simple APIs. You need an ML team when you have specialised problems (rare defect types, unique visual patterns, custom bounding boxes) that pretrained models don't cover.
What's the realistic accuracy of computer vision in production?
For common tasks (face detection, object classification on everyday objects, text extraction), 95%+ accuracy is standard. For specialised tasks, accuracy depends heavily on training data quality. Designing workflows that tolerate occasional errors — human review of low-confidence outputs, fallback to manual processing — is more important than chasing 100% accuracy.
How much does a computer vision project cost to build?
Using pretrained APIs: pennies per 1,000 images processed. Custom models: Rs 5-50 lakh for the build depending on complexity, plus ongoing costs for labelled data and retraining. Most businesses should start with pretrained APIs and only move to custom when they hit specific accuracy walls.
What about privacy and consent for computer vision, especially facial recognition?
This matters increasingly. India's DPDP Act and EU's GDPR both require explicit consent for biometric data processing. Many jurisdictions are banning facial recognition in specific contexts. For any CV system involving people's faces, consult legal counsel about consent requirements, data storage, and specific use case permissions.
Need help with your project?
Orange Essence Technologies builds e-commerce, software, mobile apps and AI solutions for clients across India and around the world. If any of this is relevant to what you're working on, we'd love to chat.
Get in touch →
