← Dhruv MishraBlog · 2026
DM_V1_// X17 BLOG_003// CONT_

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'.

BUILDING
SOMETHING?