OpenAI 2026 hackathon

RouteFinder

Find which route a bus would travel by just typing its number. You'll see all stops and the best closest & traffic-less bus number and its stops gets listed as well with the existing app features.

Solo project by Persis Tafflin · 0 likes · 0 comments

Archive position — measured, not model output

0 likes on Devpost

2,264 of the 7,856 archived projects have more likes, and 5,592 share exactly 0 — so this project's #6,469 place in the like-ranked listing is a tie-break inside that group, not a ranking.

Projects (log scale)

1
10
100
1k
10k
05,592
11,758
2285
3–4132
5–975
10+14

Likes on Devpost. ▲ marks this project's group.

Show the figures
LikesProjectsShare of archive
05,59271.2%
11,75822.4%
22853.6%
3–41321.7%
5–9751.0%
10+140.2%
Devpost like counts for all 7,856 archived projects, captured when this archive was built.

Executive Summary

What the company appears to be

RouteFinder is a self-reported full-stack web application designed to help users find bus routes in Chennai by typing a route number. The app claims to offer features such as nearest place identification, stop-based searches, and integration of existing travel app functionalities.

What changed

This project was submitted as part of the OpenAI 2026 hackathon. It represents an early-stage prototype built from scratch by one developer (Persis Tafflin), with no evidence of prior traction or commercial deployment.

The single most important open question

Is there any evidence that RouteFinder has moved beyond a personal hackathon project into actual user adoption, revenue generation, or scalable product-market fit?

Note: This analysis is based solely on the self-reported description provided by the author. No independent verification, historical data, or external sources are available.

Back to contents

What The Product Actually Is

The description states that RouteFinder is a full-stack web application built using React for the frontend and Node.js with Express for the backend. It uses SQLite for local data storage and TailwindCSS for styling. The app allows users to search bus routes by number, identify nearby stops, and find the best closest route based on traffic conditions.

  • Frontend: Built with React
  • Backend: Built with Node.js + Express
  • Database: Local SQLite
  • UI Framework: TailwindCSS
  • Development Tooling: Codex (used for code generation)
  • Functionality:
    • Bus route lookup by number
    • Nearest place finder feature
    • Stop-based search
    • Traffic-aware suggestions (claimed but not demonstrated)

The description does not indicate whether the app is live, has users, or generates revenue.

Back to contents

Positioning & Claim Evolution

The author positions RouteFinder as a solution to a common problem in Chennai — confusion over bus routes and stop locations. It claims to go beyond existing travel apps by offering a unique "nearest place finder" feature that helps users determine the closest stop from their home or destination.

  • Core Claim: Users can type a bus number and see all stops, plus get traffic-aware route suggestions.
  • Differentiator: The inclusion of a "nearest place finder" to help identify nearby stops.
  • Evolution: The app is described as evolving toward real-time tracking, GPS updates, ticket booking, multilingual support, and expansion to other cities.

This positioning is based on the author's own account. No external validation or market feedback is provided.

Back to contents

Target Customer & ICP

The description states that RouteFinder was inspired by personal experience traveling in Chennai, where users struggle with route confusion and stop locations. The target audience appears to be commuters in Chennai who rely on public transport.

  • Primary User: Commuters in Chennai
  • Problem Addressed: Difficulty identifying correct bus routes and nearest stops
  • ICP Not Evidenced: No segmentation or targeting beyond the initial use case

There is no evidence of a defined ICP, customer personas, or market research beyond the author’s personal experience.

Back to contents

Business Model & Pricing Evidence

The description does not provide any information about pricing, monetization, or business model. It mentions future features like digital ticket booking and live tracking, but these are not yet implemented.

  • Monetization Strategy: Not stated
  • Pricing Model: Not stated
  • Revenue Streams: Not stated

The business model remains unreported and speculative at this stage.

Back to contents

Technical & Delivery Signals

The project was built as a full-stack web application using modern technologies such as React, Node.js, Express, and SQLite. It includes custom logic for route data handling and uses Codex to assist in development.

  • Tech Stack: React, Node.js, Express, JavaScript, SQLite, TailwindCSS
  • Development Approach: Full-stack from scratch, with use of AI coding assistant (Codex)
  • Delivery Status: Prototype built during a hackathon; no indication of deployment or scalability

No evidence of production-grade infrastructure, API integrations, or performance metrics.

Back to contents

Traction & Maturity Signals

The project is described as a hackathon submission and was built from scratch by one person. There is no evidence of user adoption, customer base, revenue, or product maturity beyond the initial prototype.

  • User Adoption: Not evidenced
  • Customer Base: Not evidenced
  • Revenue: Not evidenced
  • Product Maturity: Prototype level; no live deployment or scaling

The project shows early-stage development but lacks any traction indicators.

Back to contents

Competitive Context

The description notes that existing travel apps offer basic features like ticket booking, route finding, and tracking, but do not address the specific problem of identifying the nearest stop. RouteFinder claims to fill this gap with its unique feature set.

  • Competitors: Existing travel apps in Chennai (not named)
  • Differentiation: Unique "nearest place finder" functionality
  • Market Gap: Lack of intuitive stop identification and traffic-aware routing

No competitive analysis or market positioning beyond the author’s own claims.

Back to contents

Key Risks & Red Flags

Several key risks and red flags emerge from the lack of evidence:

  • No Revenue or Customers: The project is described as a hackathon prototype with no commercial traction.
  • Single Developer Team: Only one member (Persis Tafflin) involved, raising concerns about scalability.
  • Unproven Market Fit: No evidence of user feedback or market validation.
  • Limited Scope: Features like real-time tracking and GPS updates are mentioned as future goals, not implemented yet.
  • No Data Sources: Route data is stored locally; no mention of integration with MTC or public datasets.

These factors suggest a high risk of failure if the project does not gain traction or scale effectively.

Back to contents

Diligence Questions To Ask The Founders

  1. Has RouteFinder been tested with real users in Chennai?
  2. What specific data sources are used for bus routes and traffic information?
  3. Are there any plans to monetize the app, and how?
  4. How will the team handle scaling beyond a single developer?
  5. What is the timeline for implementing real-time tracking and GPS updates?
  6. Have you considered integrating with existing public transport APIs or MTC systems?

These questions aim to uncover gaps in the self-reported narrative.

Back to contents

Investment/Partnership Verdict

At this stage, RouteFinder appears to be an early-stage hackathon prototype with no demonstrated traction, revenue, or customer base. While it addresses a real problem for commuters in Chennai and includes some unique features, there is insufficient evidence to support investment or partnership interest at this time.

  • Investment Potential: Low — lacks commercial proof of concept
  • Partnership Opportunity: Limited — no established product-market fit or scalability
  • Next Steps: Further validation through user testing, data integration, and early-stage monetization

This is a speculative opportunity with high uncertainty. Any investment or partnership should be contingent on evidence of traction and product development beyond the prototype phase.

Back to contents

Source

Submitted to the OpenAI 2026 hackathon on Devpost. Project home on DevPost.

The analysis above was generated by a language model from the project's own one-line description. It is not independent research and contains no verified traction, revenue or customer data.