OpenAI 2026 hackathon

CoordinatedCare for iOS

CoordinatedCare is a native iOS app that turns ‘How can I help?’ into coordinated action. Giving families one calm place for updates, check-ins, meals, and practical needs, through active care.

Solo project by Matthew Dembinski · 1 likes · 0 comments

Archive position — measured, not model output

1 like on Devpost

506 of the 7,856 archived projects have more likes, and 1,758 share exactly 1 — so this project's #883 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

The company appears to be a solo-built iOS application named CoordinatedCare for iOS, designed to help families coordinate care and support during difficult times such as hospice or welcoming a new baby. The product is described as a native iOS app that centralizes communication, check-ins, meals, and practical needs in one place, aiming to reduce the burden of coordination without replacing human relationships.

What changed: The project evolved from a personal experience of helplessness during a family crisis into a technical solution built over one week using AI-assisted development tools like Codex and GPT-5.6. It was submitted as part of the OpenAI 2026 hackathon.

The single most important open question: Is there evidence that this product has traction, adoption, or any form of market validation beyond the author's own experience and a fictional demo?

Analysis basis: This report is based entirely on the self-reported project description provided by the author. No external verification, revenue data, customer feedback, or third-party sources are available.

Back to contents

What The Product Actually Is

  • The description states that CoordinatedCare for iOS is a native iOS app.
  • It is built using SwiftUI, targeting iOS 26.
  • The backend uses Next.js 16.2.9, Node.js 22, and Supabase (with PostgreSQL, authentication, storage, and Realtime).
  • It integrates with APNs and a notification service extension.
  • It leverages Codex and GPT-5.6 for implementation, debugging, testing, and review.
  • The app supports local snapshots, keychain-backed credentials, and privacy-preserving payloads.
  • It includes features such as:
    • Sharing family updates
    • Tracking helpers and handoff notes
    • Turning offers into claimable needs
    • Coordinating meals, visits, and overnight coverage
    • Supporting photos and memories without public exposure
    • Providing appropriately scoped access for members and guests
    • Graceful handling of active, archived, and memorial stages
    • A fictional offline demo

Inference: The app is a care coordination tool intended for use in emotionally sensitive family contexts. It is not described as clinical or medical software.

Back to contents

Positioning & Claim Evolution

  • The tagline states: “CoordinatedCare is a native iOS app that turns ‘How can I help?’ into coordinated action.”
  • The author claims the product was inspired by personal experience during a family crisis.
  • The app aims to remove coordination burden while preserving human relationships.
  • It positions itself as:
    • A calm, centralized place for updates and practical needs
    • A tool that supports handoffs between helpers
    • An application that preserves privacy and authorization boundaries
  • The author emphasizes the humane experience, not AI-driven decision-making.

Inference: The positioning is rooted in empathy and usability rather than scalability or monetization. It evolved from a personal need to a technical solution, with no evidence of prior market research or product-market fit.

Back to contents

Target Customer & ICP

  • The description states that the app is intended for families.
  • Specifically, it targets:
    • Families in hospice or care situations
    • Parents welcoming a new baby
    • Anyone needing to coordinate support from others
  • It is described as being used by members and guests, with appropriately scoped access.

Not evidenced: No explicit customer segments, personas, or user research are provided. The target audience is inferred from the use case described.

Back to contents

Business Model & Pricing Evidence

  • The description does not mention any pricing model.
  • There is no indication of monetization strategy, subscriptions, or paid features.
  • The app is described as non-clinical and centered on coordination, privacy, and people already providing care.

Not evidenced: No business model, pricing, revenue streams, or monetization plans are stated.

Back to contents

Technical & Delivery Signals

  • Built with:
    • SwiftUI for native iOS client
    • Next.js 16.2.9 as mobile backend-for-frontend and web app
    • Supabase (PostgreSQL, authentication, storage, Realtime)
    • Codex + GPT-5.6 for development assistance
    • APNs with privacy-preserving payloads
    • Keychain-backed credentials
    • Local snapshots and complete-file-protected data handling
  • The app is described as having:
    • A fictional offline demo
    • Deterministic tests for failure cases
    • Accessibility and localization support

Inference: The technical stack suggests a modern, privacy-conscious approach. AI was used primarily for development rather than user-facing functionality.

Back to contents

Traction & Maturity Signals

  • The project was built in one week.
  • It was submitted to the OpenAI 2026 hackathon.
  • The author mentions:
    • Seeing people “SHOW UP and help others”
    • A fictional, resettable, network-free judge experience
    • Repeated Codex review and verification for concurrency issues
  • No evidence of actual users, customer feedback, or adoption.

Not evidenced: No traction, usage data, or real-world validation beyond the author’s own experience and a demo.

Back to contents

Competitive Context

  • The description does not mention competitors.
  • It is not clear whether similar tools exist in the market for family care coordination.
  • The app is described as non-clinical, focusing on coordination rather than clinical care.

Not evidenced: No competitive landscape or differentiation analysis is provided.

Back to contents

Key Risks & Red Flags

  • The product is a single-person project with no team or external validation.
  • It was built in one week, suggesting limited testing and iteration.
  • The app is described as non-clinical, but the context (hospice) implies high emotional stakes — raising questions about usability and safety.
  • The use of AI for development may indicate a lack of deep technical rigor or scalability planning.
  • No evidence of user feedback, market validation, or product-market fit.

Inference: Risk of over-engineering or under-delivering due to limited scope and lack of real-world testing.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific family care situations did you observe that led to this idea?
  2. How do you plan to validate the product with actual users beyond your own experience?
  3. Are there any existing tools in this space, and how does CoordinatedCare differ from them?
  4. What is the long-term vision for monetization or scaling beyond a hackathon project?
  5. How do you intend to handle privacy and data security at scale?
  6. Have you tested the app with real families in real care situations?

Back to contents

Investment/Partnership Verdict

  • The project is a solo-built, hackathon-level prototype.
  • It is not evidenced to have traction, revenue, or customer validation.
  • It is designed for a specific emotional context, not a scalable market.
  • The use of AI in development suggests rapid iteration but also raises questions about long-term maintainability and depth.

Verdict: Not ready for investment or partnership at this stage. The product shows potential in its concept and execution, but lacks evidence of real-world adoption or commercial viability. It may be a strong candidate for further development with user feedback and team expansion.

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.