OpenAI 2026 hackathon

BurgerMapper, Berlin Bureaucracy Navigator

Describe what bureaucracy thing you need to get done in Berlin in your own words, and get a clear route: deadline first, documents, and official sources. No chatbot, no jargon.

Solo project by Khalido 195 · 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 #3,059 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: BurgerMapper is a self-reported AI-powered bureaucracy navigator for Berlin residents. The author describes building a tool that allows users to describe their bureaucratic goal in plain language and receive step-by-step guidance including deadlines, documents, and official sources.

What changed: The project evolved from a personal solution for the founder's own bureaucratic challenges into a general-purpose application intended for broader use. It was built during OpenAI Build Week 2026 as part of a hackathon submission.

Single most important open question: Does BurgerMapper actually work as described, or is it a prototype that has not yet been tested with real users?

Back to contents

What The Product Actually Is

The description states that BurgerMapper is an AI agent that helps users navigate Berlin's bureaucratic processes. It claims to:

  • Accept user goals in plain language
  • Provide deadline-first guidance
  • Include next actions and required documents
  • Use live search of official sources
  • Output guides in English, German, or Arabic with RTL layout support
  • Operate entirely client-side with privacy-by-architecture principles

The author reports using GPT-5.6 (via ChatGPT and Codex CLI), Node.js, React, Next.js, TypeScript, Vercel, and Zod for validation.

Inference: The product appears to be a web-based application that uses AI to interpret user requests and retrieve official information about bureaucratic processes in Berlin.

Back to contents

Positioning & Claim Evolution

The author positions BurgerMapper as:

  • A "goal-first bureaucracy navigator"
  • An alternative to chatbots or jargon-heavy systems
  • A tool that lifts anxiety from bureaucratic tasks
  • A privacy-safe solution that never logs or stores user input

Inference: The positioning evolved from a personal tool to a scalable service for others facing similar bureaucratic challenges. The claim of being "simple" and "effective" is central to its value proposition.

Back to contents

Target Customer & ICP

The description states:

  • The founder was a Moroccan immigrant in Berlin who faced bureaucratic hurdles
  • The app is intended for people needing to navigate Berlin's bureaucracy
  • It supports English, German, and Arabic languages

Inference: The target customer appears to be immigrants or newcomers to Berlin who need help with bureaucratic processes. However, there is no evidence of specific segmentation beyond language support.

Back to contents

Business Model & Pricing Evidence

Not evidenced.

The description does not mention any pricing model, monetization strategy, or business model details.

Back to contents

Technical & Delivery Signals

The author reports:

  • Built using GPT-5.6 (via ChatGPT and Codex CLI)
  • Uses Node.js, React, Next.js, TypeScript, Vercel
  • Implements Zod for validation
  • Operates client-side with no logging or storage
  • Includes privacy-safe features like browser-based download
  • Has 165 automated tests and versioned evaluation gates

Inference: The technical stack suggests a modern web application built with AI integration. The emphasis on privacy and client-side processing indicates a deliberate design choice.

Back to contents

Traction & Maturity Signals

Not evidenced.

There is no mention of users, customers, revenue, or adoption metrics. The project is described as a hackathon submission.

Back to contents

Competitive Context

Not evidenced.

The description does not reference existing competitors or similar products in the bureaucratic navigation space.

Back to contents

Key Risks & Red Flags

  • Unverified functionality: The product is described as built during a hackathon and has not been tested with real users.
  • Lack of traction evidence: No data on usage, customers, or revenue.
  • Privacy claims without verification: The privacy-by-architecture approach is self-reported.
  • Single-person team: The project was built by one individual (Khalido 195).
  • No commercial viability stated: There's no indication of how the product would generate revenue.

Back to contents

Diligence Questions To Ask The Founders

  1. How many real users have tested this tool beyond the founder?
  2. What is the actual process for gathering and validating official bureaucratic information?
  3. Can you demonstrate a working prototype with sample inputs and outputs?
  4. How do you plan to scale beyond Berlin's bureaucracy?
  5. What are the legal implications of providing unofficial guidance on official processes?

Back to contents

Investment/Partnership Verdict

Not evidenced.

There is no evidence of funding, investment interest, or partnership discussions. The project appears to be a personal initiative built during a hackathon with no commercial traction or business development yet.

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.