SMART INDIA HACKATHON PROBLEM STATEMENTS: A WINNER'S GUIDE
I've won four hackathons — 1st at Laksh 2026, 1st at Prompt War, 2nd at Brand Combat, 3rd at Rising India. This is how I read Smart India Hackathon problem statements, pick the right one, and build something judges remember.
COMMON SIH THEMES
01
Education & EdTech
SIH regularly features problem statements around personalised learning, dropout prediction and skill mapping. The winning angle is specificity: don't build 'an AI tutor', build a tool that turns one syllabus into a revision plan, or maps a student's skills to a concrete career path. I built a career path tool on exactly this idea — the problem is universal, the demo is instant, and judges can verify the need is real.
PersonalisationCareer GuidanceLLMs
02
Smart Mobility & EV Infrastructure
Transport and EV charging problem statements keep returning as India's EV adoption grows. A charging-station locator with availability checks and route planning demos beautifully on a phone and solves a visibly growing problem. This was one of my own builds — live map demos always land on stage.
Maps APIMobileSustainability
03
GovTech & Citizen Services
Many SIH statements come from ministries and ask for citizen-facing tools: grievance routing, document assistance, scheme eligibility checkers. These reward clarity over cleverness. A clean flow that takes a villager from question to answer in three taps beats a technically impressive system nobody can use.
AccessibilityVernacularPublic Services
04
Agriculture & Rural Tech
Crop advisory, mandi price prediction and pest detection are perennial SIH themes. The trap is building for farmers you've never met. Ground your solution in one real workflow — one crop, one district, one decision — and say so proudly. Narrow and true beats broad and vague.
Social ImpactPredictionIndia-first
05
Health & Wellness
From telemedicine triage to mental-health check-ins, health statements demand trust. Show your data sources, be honest about limits, and never claim diagnosis. Judges reward teams that understand the responsibility, not just the technology.
TriageTrustResponsible AI
DM_V1_// X17 FRAMEWORK_004// CONT_
THE FRAMEWORK
Rule 01
Read the statement like a contract
SIH problem statements name the ministry, the user and the expected outcome. Highlight those three things before writing a line of code. Most losing teams solve a problem the statement never asked for.
Rule 02
Pick the statement you can demo, not the one that sounds big
You have minutes on stage. Choose the statement where your core flow can be shown live in under 60 seconds. A flawless small demo beats a slideshow about a big system.
Rule 03
Use AI narrowly and well
Structured prompts, few-shot examples and output validation are free performance most teams skip. One well-engineered AI feature inside a solid product beats five half-working ones.
Rule 04
Name it like a product
A memorable name and a one-line pitch carry further than another architecture slide. Judges remember products, not 'our AI-powered solution'.