OpenAI 2026 hackathon

AssetFixMe

I built AssetFixMe with Flutter using ChatGPT and Codex. It helps teams report problems, assign technicians, track repairs, and manage asset history in one simple workflow.

Solo project by Jaroslav Tuzinsky · 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 #2,761 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: AssetFixMe is a self-reported, single-developer project built with Flutter and Firebase, designed to help teams report, assign, track, and complete maintenance requests for assets. The author states that AI (ChatGPT and Codex) was used as a development partner but not inside the application itself.

What changed: The author reports building the product from almost no coding experience over about one year, using AI tools to learn and develop. The project is described as having evolved from an idea into a multi-platform app with features like QR reporting, media uploads, notifications, and service history tracking.

The single most important open question: Is there any evidence of actual user adoption or business traction beyond the author's own development experience?

Back to contents

What The Product Actually Is

  • The description states that AssetFixMe is a system for teams to report, assign, track, and complete maintenance requests.
  • A problem can be reported with photo, video, description, or QR code.
  • Managers assign requests to technicians; technicians complete repairs.
  • Full history stays connected to the asset.
  • Built using Flutter and Firebase.
  • The author states that AI was used for development but not inside the application.

Evidence strength: Self-reported. No independent verification of product functionality or user adoption.

Back to contents

Positioning & Claim Evolution

  • The author claims the project started as a proof-of-concept to show that non-developers can build real products with AI assistance.
  • The positioning evolved from "learning to code" to a functional asset management tool.
  • The author states they are proud of moving from "almost no coding experience" to publishing a multi-platform product.
  • No evidence of market positioning or messaging beyond the author's own account.

Evidence strength: Self-reported. No evidence of customer feedback, market testing, or competitive positioning.

Back to contents

Target Customer & ICP

  • The description states that AssetFixMe is designed for hotels, property management, workshops, marinas, offices, small businesses, and homes.
  • The author describes the product as useful for "teams" and "asset management."
  • No evidence of specific customer segments or personas beyond general categories.

Evidence strength: Self-reported. No evidence of actual customers or target market validation.

Back to contents

Business Model & Pricing Evidence

  • The description does not state any pricing model, monetization strategy, or business model.
  • No mention of subscriptions, usage fees, or revenue streams.
  • The author states that AI was used for development but not inside the app.

Evidence strength: Not evidenced. No information on how the product would generate revenue.

Back to contents

Technical & Delivery Signals

  • Built with Flutter and Firebase.
  • Uses authentication, user roles, permissions, Firebase security rules, notifications, media uploads, QR codes, request workflows, and publishing for Android, iOS, and web.
  • The author reports using ChatGPT to understand programming, plan features, solve problems, and write code.
  • Codex is now used for improving features and fixing issues faster.
  • No evidence of product maturity or technical scalability.

Evidence strength: Self-reported. No independent verification of technical delivery or performance.

Back to contents

Traction & Maturity Signals

  • The author reports building the product in about one year from almost no coding experience.
  • The app is described as having evolved to include asset management, maintenance requests, roles, QR reporting, photos, videos, notifications, service history, periodic maintenance, and handover workflows.
  • No evidence of user adoption, customer base, or revenue.
  • No mention of product usage metrics, retention, or growth.

Evidence strength: Self-reported. No evidence of traction or business maturity.

Back to contents

Competitive Context

  • The description does not mention any competitors or market context.
  • No information on existing solutions in the asset management or maintenance tracking space.
  • No evidence of competitive differentiation or positioning.

Evidence strength: Not evidenced. No competitive analysis or market data provided.

Back to contents

Key Risks & Red Flags

  • The product is described as a single-developer project with no evidence of team, funding, or external support.
  • No revenue, customer base, or traction data.
  • AI was used for development but not inside the application — this may limit scalability or differentiation.
  • The author reports challenges in learning software development while building the app, suggesting potential technical limitations.

Evidence strength: Inferred from self-reported description. No independent validation of risks.

Back to contents

Diligence Questions To Ask The Founders

  1. What is the actual user base or adoption rate for AssetFixMe?
  2. How does the product plan to monetize or generate revenue?
  3. Are there any existing competitors in this space, and how does AssetFixMe differentiate?
  4. What are the technical limitations or scalability concerns of the current architecture?
  5. Has the author tested the product with actual users from the target industries (e.g., hotels, workshops)?
  6. How is the product currently being used beyond the developer’s own experience?

Evidence strength: Inferred from self-reported description. No independent data to support these questions.

Back to contents

Investment/Partnership Verdict

  • The project is described as a single-developer effort with no evidence of traction, revenue, or customer adoption.
  • The author states that AI was used for development but not inside the application.
  • There is no evidence of a scalable business model or market validation.
  • The product appears to be in early development and lacks commercial due-diligence signals.

Evidence strength: Self-reported. No independent verification of commercial viability or business traction.

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.