Skip to content
SIH Buddyby Ganeev Singh
Dev

πŸ”₯ Roast My Pick Β· SIH26184

Development of a Predictive Analytics Framework for Cybercrime Complaints to Forecast Likely Cash Withdrawal Locations in Advance, Enabling Generation of Actionable Intelligence for Timely and Proactive Cybercrime Intervention.

Ministry of Home Affairs

Incinerated93/100

Ah. This one. Take a breath β€” you have picked the statement that bites, and it bites in four specific places.

High risk high reward. A valuable idea with no accessible data β€” the model would train and validate entirely on complaint patterns you invented, so it can only rediscover your assumptions, and the predictive-policing framing carries fairness risks worth naming rather than a demonstrable forecast. Roughly 70–160 teams are expected to go here.

The receipts

Every red flag on this statement, in full. These are the four places it bites.

  1. Exhibit A

    The real cybercrime complaint and withdrawal data is sensitive and unavailable, so you synthesise it and the model can only reproduce your own encoded patterns

  2. It gets worse

    A location forecast validated only against synthetic data proves nothing about real fraud geography

  3. Still reading?

    Predicting withdrawal locations is a form of predictive policing with real fairness and false-positive risks the description does not address

  4. And the finisher

    Without real data there is no honest way to demonstrate the forecast works

The damage report

Every score this statement earned, and what each one actually costs you.

  • Feasibility

    2/5

    You have picked a fight with physics, procurement, or both. One of them always wins.

    The real cybercrime complaint and withdrawal data is highly sensitive and not available to a student team, so you must synthesise it, and a withdrawal-location prediction learned entirely from data you generated only reproduces the patterns you encoded β€” there is no way to validate that the forecast reflects real fraud geography.

  • Innovation scope

    3/5

    Mildly interesting. The novelty will not carry the room; the build has to.

    Spatiotemporal prediction over complaint data is a reasonable framing, but with no real data the modelling is exercised on assumptions, so the room is in the approach rather than a demonstrable result.

  • Clarity

    3/5

    Clear enough to start, vague enough to drift. Write the scope down and stop reinterpreting it weekly.

    The intent and operational use are described, but the actual predictive target and the input features are only sketched, and the data availability that would make it concrete is absent.

  • Acceptance potential

    2/5

    The numbers do not like you. Bring something the numbers cannot see.

    The real complaint data is sensitive and unavailable, so the entire model trains and validates on data you synthesised and can only rediscover your own assumptions β€” and a predictive-policing tool that forecasts locations raises fairness and false-positive concerns the description does not address, which an MHA judge may still probe.

  • Effort

    Heavy

    Heavy. Somebody on this team is not sleeping in week three. Pick who, on purpose.

    Synthesising realistic complaint and withdrawal data, the spatiotemporal predictive model and the alerting dashboard are focused pieces, with the data synthesis a substantial part.

  • Demo-ability

    Medium

    Demoable, if you rehearse it. Nobody rehearses it.

    A ranked high-risk-location map is a clear output, but it runs entirely on synthetic data, so the demo shows a method on invented geography rather than a validated forecast.

  • Data

    None supplied

    No dataset comes with this one, so every accuracy figure you quote is a number about labels you invented.

    Nothing is provided with the statement. You are sourcing, cleaning and labelling it yourself, and that work is invisible in the demo but very visible in the questions.

The demo they will have already seen

Somewhere around 70–160 teams are heading here, and the description is doing the choosing for most of them. They will read the same brief, reach the same architecture, and build a version of the same demo you are planning. Being correct is the floor. If your five minutes could be swapped with the team before you and nobody in the room would notice, you have not picked badly β€” you have built predictably, which costs exactly the same and hurts more.

What survives

The ground worth standing on when the questions start.

  • The proactive framing β€” getting ahead of the cash-out rather than reacting to complaints β€” is a genuinely valuable idea if the data existed
  • Spatiotemporal prediction has established methods to apply to the modelling
  • The operational workflow with I4C and banks is clearly articulated, so the intended use is concrete

None of that means do not pick it. It means do not walk into that room having heard any of this for the first time from a judge.

The framing is a joke. The findings are not β€” they are the same analysis on the statement page, and every line above is attached to a score or a fact in the record. It is one opinion with its reasoning attached, so argue with it before you trust it.