AI and Machine Learning are not just trends. They are reshaping how we understand and interact with users.
AI technologies offer immense promise — but the trap is rushing to build without a clear understanding of feasibility or user value. The actual job is to separate the hype from what your team can deliver, today, with the data and skills you have.
Many Indian startups jump straight from "AI is important" to "let's build an AI feature" without asking: can we build this reliably? Do we have the data? Will users actually benefit?
This lesson teaches you how to apply a rigorous feasibility lens, build early demos to validate assumptions, and leverage retrieval-augmented generation (RAG) to deliver smarter AI experiences.
Feasibility is the gatekeeper of AI success
Before you commit engineering resources, you need a clear-eyed assessment of feasibility. The trap most teams fall into is treating AI like a magic button. You say, "Let's build an AI-powered chatbot," but your data is messy, your team lacks AI expertise, and the use case is vague.
Here is the pattern I see across hundreds of Indian startups:
- Teams have a high-level AI idea but no concrete plan for data, model choice, or integration.
- They underestimate the complexity of cleaning and structuring data.
- They overlook the engineering effort needed to deploy and maintain AI pipelines.
- After months, the demo is flaky, latency is high, and user adoption is low.
To avoid this, apply a simple framework I call the AI Opportunity Matrix. It filters AI ideas with four lenses:
| Criterion | What to ask | Indian context example |
|---|---|---|
| Strategic Fit | Does this AI feature directly impact key business goals like revenue or retention? | Razorpay automating fraud detection to reduce chargebacks |
| Impact Potential | What is the measurable benefit in ₹ or user engagement if this works perfectly? | Swiggy improving delivery ETA accuracy to boost order volume |
| Feasibility | Can your current team build this with existing tools and data, or do you need a PhD team and years of research? | Meesho leveraging existing NLP APIs vs building custom models |
| Data Readiness | Is the data clean, accessible, and structured enough to train or query models today? | PhonePe's transaction data is structured; user chat logs are messy |
Data readiness is the biggest gatekeeper. An amazing AI idea with no clean data is a non-starter. Indian startups often discover their data is locked away in spreadsheets, PDFs, or inconsistent formats. Cleaning this data can take months.
The AI Opportunity Matrix helps you say no early, or pivot to simpler solutions.
Build demos before you build products
The next step after feasibility is building early demos. These are minimum viable AI experiences that test core assumptions without full engineering investment.
The actual job is to learn what works before you scale. A demo might be:
- A Python script running on a laptop that generates a report from your data.
- A chatbot prototype calling OpenAI’s API with canned prompts.
- A simple UI mockup showing AI-powered recommendations with hardcoded data.
In Pragmatic Leaders workshops, I call these TRL 4-6 demos — "Family & Friends Dinner" phase. You test the recipe in a controlled environment before serving hundreds of customers.
For example, an Indian HRtech startup I worked with built a demo of a compensation benchmarking feature using the OpenAI API before committing to a custom LLM. They discovered the API satisfied 80% of use cases, saving months of development.
Building demos forces you to confront feasibility early, uncover data gaps, and gather user feedback before investing heavily.
Retrieval-Augmented Generation (RAG) is a practical AI pattern
One AI technique I see gaining traction in India is retrieval-augmented generation or RAG. It combines large language models with external knowledge sources to improve accuracy and relevance.
Here is how it works:
- When a user query arrives, your system retrieves relevant documents or data chunks from your database or knowledge base.
- The retrieved context is fed into the language model as additional input.
- The model generates a response grounded in the retrieved data.
RAG solves a common problem: language models hallucinate or make up facts when answering questions outside their training data. By grounding the model in your proprietary data, you improve trust and reduce errors.
An example from Indian fintech: a payments app uses RAG to answer customer queries about transaction status by fetching the latest transaction logs and feeding them to the model.
This approach is more feasible than building a custom model from scratch because:
- You can use existing foundation models (OpenAI, Cohere, AI21).
- You leverage your own data as a knowledge base.
- You control the retrieval step, improving precision.
The trap to avoid: building a chatbot with a general LLM that has no access to your company’s data. Users will get generic answers or false information.
The feasibility checklist for AI projects
Before you start coding, run through this checklist:
- Do you have clean, well-structured data you can query or index? If not, plan for data engineering first.
- Can you build a demo using an API or lightweight prototype in 2-3 weeks? If not, your idea might be too ambitious.
- Is there a clear user problem AI solves better than existing tools? Avoid AI for AI’s sake.
- Do you understand the cost model? AI inference is expensive. Will your pricing cover it?
- Have you planned for error handling and fallback UX? AI will be wrong sometimes. The UI should handle that gracefully.
If you cannot answer these confidently, do not proceed to full build.
Example: Indian startup using RAG to improve customer support
A Bangalore-based SaaS startup wanted to reduce support ticket resolution times. They built a RAG-powered chatbot that:
- Indexed their support knowledge base and product docs.
- Retrieved relevant articles based on user queries.
- Fed those articles into an LLM to generate concise, helpful answers.
The demo showed 30% reduction in average response time and improved customer satisfaction.
Because they built a demo first, they discovered:
- Some documents were outdated and needed curation.
- The chatbot needed fallback options when answers were uncertain.
- Integrating with their ticketing system was critical for context.
This early learning shaped their product roadmap and engineering priorities.
AI product management is about translating capability into value
Your job as a PM is not to master transformers or training pipelines. It is to:
- Set acceptance criteria in user terms, not just model metrics.
- Translate data and AI team language into product language.
- Manage expectations about AI’s benefits and limitations.
- Own the unit economics of AI features, including inference costs.
This means focusing on user outcomes — task completion, time saved, error rates experienced — not just accuracy numbers.
Test yourself: The AI feasibility decision
You are the PM at a Series B Indian HRtech startup. Your engineering lead proposes building a custom LLM fine-tuned on Indian job titles and salary data for a compensation benchmarking feature. It requires 4 months and 2 ML engineers. Meanwhile, a competitor launched a similar feature using the OpenAI API.
The call: Do you approve the fine-tuning project? What is your recommendation to the CEO?
Your reasoning:
Where to go next
- If you want to ground AI strategy in user research: User Research Methods
- If you want to translate AI strategy into product vision: Product Vision and Strategy
- If you want to understand AI ethics and responsible product building: Ethical PM
- If you want to master metrics for AI products: Metrics and KPIs