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 #5,477 place in the like-ranked listing is a tie-break inside that group, not a ranking.
Projects (log scale)
Likes on Devpost. ▲ marks this project's group.
Show the figures
| Likes | Projects | Share of archive |
|---|---|---|
| 0 | 5,592 | 71.2% |
| 1 | 1,758 | 22.4% |
| 2 | 285 | 3.6% |
| 3–4 | 132 | 1.7% |
| 5–9 | 75 | 1.0% |
| 10+ | 14 | 0.2% |
Executive Summary
What the company appears to be
NameTags is a self-reported personal project built by one individual (ChiaTung Wu) as a web application to help people navigate networking events more confidently and with less pressure. It positions itself as an event copilot that supports users before, during, and after events through AI-powered research, structured communication tools, and follow-up organization.
What changed
The project is described as a personal solution developed for a specific use case — the founder’s own experience of feeling overwhelmed by networking in New York. It evolved from an idea into a working prototype using AI (GPT-5.6), Next.js, Supabase, and other technologies.
Single most important open question
Is there evidence that NameTags has traction or adoption beyond its creator's personal use? The description does not indicate any customers, revenue, or usage data — only the author’s own account of building and iterating on it.
What The Product Actually Is
The description states that NameTags is a private event copilot designed to assist users through three phases of networking events:
- Before an event, it allows users to paste event details (link, description, screenshot), then uses AI to research the event and suggest useful questions.
- During an event, users generate a QR room pass with selected links they want to share; others can scan this to exchange contact info and conversation notes without seeing private data.
- After an event, it organizes contacts, notes, promises, and follow-up drafts based on user consent.
It is built using:
- Next.js
- TypeScript
- React
- Tailwind CSS
- Supabase
- OpenAI APIs (GPT-5.6)
- QR code generation via qrcode.react
The product is described as a full working web application, with Codex used throughout development.
Inference The product appears to be a lightweight, AI-enhanced tool for managing personal networking interactions — not a commercial SaaS offering or marketplace.
Positioning & Claim Evolution
The author claims that NameTags aims to:
- Make networking feel “less like a performance and more like a clear sequence of small next steps.”
- Remove pressure around understanding the room, starting conversations, sharing information, and following up.
- Help people arrive prepared, be present in conversation, share intentionally, and follow through afterward.
It is positioned as a tool for reducing stress in networking rather than increasing transactional efficiency or automating human interaction.
The author also notes that:
- The goal is not to automate networking but to make it feel more natural.
- It should help people feel confident being themselves, not replace the conversation.
Inference This positioning suggests a niche focus on low-pressure social interaction, particularly for newcomers or non-native speakers in unfamiliar environments. There is no indication of broader commercial intent beyond personal utility or early-stage testing.
Target Customer & ICP
The description states that NameTags was built for:
- People who feel intimidated by networking.
- Newcomers to a city.
- Non-native English speakers.
- Individuals attending meetups, founder events, hackathons, and career events.
It is implied that the target audience includes those who are socially anxious or unfamiliar with local professional environments.
There is no evidence of segmentation beyond this broad demographic. No specific personas, customer types, or market size claims are made.
Inference The ICP appears to be early-career professionals, students, and newcomers looking for structured support during networking events — not enterprise clients or large-scale users.
Business Model & Pricing Evidence
There is no evidence of a business model or pricing structure in the description. The author states that:
- It is a personal project.
- No revenue, customers, or monetization data are provided.
- The tool does not automatically send outreach messages; follow-ups remain under user control.
Inference No commercial business model has been implemented or described. The product seems to be in an early prototype phase with no indication of monetization plans.
Technical & Delivery Signals
The project is built using:
- Frontend: Next.js, TypeScript, React, Tailwind CSS
- Backend: Supabase (authentication and persistence), OpenAI APIs (GPT-5.6)
- Other tools: Codex for development, Vercel for deployment, qrcode.react for QR generation
The author reports:
- AI is used for event research, question suggestions, link recommendations, and follow-up draft creation.
- Data stays private with Supabase Row Level Security.
- QR cards expose only selected links.
Inference The technical stack indicates a modern web application built by one developer, likely using AI to enhance user experience. However, there is no evidence of scalability, performance metrics, or production-grade infrastructure beyond the single-person build.
Traction & Maturity Signals
There is no evidence of:
- Customers
- Revenue
- Usage statistics
- Product adoption
- Market testing beyond personal feedback and early testers
The author mentions:
- Early testers did not immediately understand what each step was for.
- Feedback led to simplification of the experience.
- The product was tested with colleagues and friends.
Inference The project is described as a prototype in development, likely at an early stage of user testing. No traction or maturity indicators are evident.
Competitive Context
No mention of competitors or competitive landscape is provided in the description.
Inference There is no evidence of awareness of existing tools for networking, event management, or CRM systems that might overlap with NameTags’ functionality.
Key Risks & Red Flags
- Single-person development: The entire project was built by one person (ChiaTung Wu), raising questions about scalability and long-term maintenance.
- No commercial traction: No evidence of users, revenue, or adoption beyond the creator’s own use.
- Unverified claims: All descriptions are self-reported without external validation.
- Unclear monetization path: No indication of how the tool might be monetized in the future.
- AI dependency: Heavy reliance on GPT-5.6 and AI APIs may pose risks if those services change or become unavailable.
Diligence Questions To Ask The Founders
- What specific feedback have you received from early users beyond colleagues?
- Have you tested NameTags at actual networking events with real participants?
- How do you plan to scale beyond a single developer’s capacity?
- Are there any plans for monetization or commercial use cases?
- What are the key challenges in making the AI useful without being generic?
- Do you have any data on how often users actually follow through after using NameTags?
Investment/Partnership Verdict
Not evidenced.
The description provides no information about:
- Revenue
- Customers
- Traction
- Market size
- Commercial viability
- Founders’ track record or team structure beyond one person
This is a self-reported personal project with no evidence of commercial readiness, market validation, or product-market fit. It appears to be in an early prototype stage, possibly intended for hackathon submission or personal experimentation.
Confidence level Low. The entire analysis rests on unverified self-reporting.
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.
