OpenAI 2026 hackathon

ChurnControl

An agentic retention command center that detects churn risk, explains why customers drift, and proposes human-approved actions before revenue is lost.

Team of 3 · 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,249 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

ChurnControl is an agentic retention platform designed for customer success teams. It claims to detect churn risk, explain why customers drift, and propose human-approved actions before revenue is lost.

What changed

The project was built as a hackathon submission (OpenAI 2026) and represents a proof-of-concept for an AI-powered retention workflow that integrates behavioral signals with human oversight. It includes components for risk prediction, diagnosis generation, and intervention approval.

Single most important open question

Is there evidence of real-world adoption or traction beyond the hackathon demo?

Back to contents

What The Product Actually Is

The description states that ChurnControl is an "agentic retention command center" that evaluates customer accounts through specialized agents for usage, attainment, cause classification, prevention, retention, win-back, learning, and orchestration.

It uses:

  • AI agents (e.g., OpenAI’s Responses API with Structured Outputs) to generate structured diagnoses and recommended actions.
  • A churn decision engine, built using FastAPI and LightGBM.
  • InsForge for authentication, multi-tenant workspaces, alerts, agent runs, diagnoses, and interventions.
  • SvelteKit 2 + Svelte 5 for frontend UI.
  • PostgreSQL with row-level security (RLS) for data isolation.

The system displays:

  • Calibrated churn risk
  • Forecast uncertainty
  • Economic priority
  • Alerts
  • Diagnosis evidence
  • Agent status
  • Intervention history

It also implements a human approval step before any consequential action is taken, storing interventions as proposals in InsForge.

Inference The product appears to be a prototype built for demonstration purposes rather than production use. It does not include actual customer data integration or live CRM/billing systems.

Back to contents

Positioning & Claim Evolution

The author states that startups rarely lose customers without warning — but the signals already exist across usage, billing, support, onboarding, and outcome data. However, customer-success teams often discover these signals too late.

ChurnControl aims to turn fragmented signals into coordinated, timely retention work.

Claim

The system detects churn risk, explains why customers drift, and proposes human-approved actions before revenue is lost.

This positioning suggests a shift from reactive to proactive customer retention, using AI agents to automate diagnosis and prioritization while maintaining human control over execution.

Inference This is a self-reported claim about intent and positioning. No evidence of actual deployment or impact exists in the description.

Back to contents

Target Customer & ICP

The description implies that ChurnControl targets customer success teams within startups or SaaS companies, particularly those with high customer churn risk.

It is designed for:

  • Teams managing customer retention
  • Organizations looking to act on early warning signs
  • Companies using multiple data sources (usage, billing, support)

There is no explicit mention of specific verticals or company sizes. The product seems aimed at B2B SaaS firms that rely on customer health metrics and want to improve their win-back rates.

Inference Based on the narrative, the ICP likely includes mid-to-late stage SaaS companies with established customer success functions. But no evidence of actual customers or use cases is provided.

Back to contents

Business Model & Pricing Evidence

There is no evidence in the description of a business model or pricing structure.

The project was built as part of a hackathon and does not indicate whether it intends to monetize its solution, how it would charge customers, or what kind of licensing or subscription model it might adopt.

Inference The business model remains undefined. Any assumptions about revenue streams are speculative.

Back to contents

Technical & Delivery Signals

The system is built with:

  • Frontend: SvelteKit 2, Svelte 5, TypeScript on Vercel
  • Backend: FastAPI, LightGBM, PostgreSQL
  • AI Tools: OpenAI Responses API (with Structured Outputs), Codex + GPT-5.6
  • Infrastructure: InsForge for auth and multi-tenancy

Key technical features include:

  • Multi-tenant architecture with row-level security
  • Structured outputs for predictable AI responses
  • Human approval workflow for interventions
  • Idempotent demo workspace bootstrap
  • Type checking, linting, browser automation, backend diagnostics

Inference The technical stack reflects a modern SaaS approach, but the system is described as a hackathon prototype — not a scalable or production-ready solution.

Back to contents

Traction & Maturity Signals

The description states:

  • The project was submitted to the OpenAI 2026 hackathon.
  • Every verified user receives an isolated eight-account sample workspace.
  • The app has been verified with type checking, linting, production builds, browser automation, and backend diagnostics.

However, there is no evidence of:

  • Real customers
  • Revenue or ARR
  • Customer adoption beyond the demo
  • Live integration with CRM, billing, or analytics platforms

Inference This is a prototype built for demonstration. No traction or maturity indicators are evident.

Back to contents

Competitive Context

The description does not reference competitors directly. However, it positions itself as an agentic retention tool that combines:

  • Churn prediction
  • Diagnosis generation
  • Intervention orchestration
  • Human-in-the-loop execution

This aligns with tools like:

  • ChurnZero
  • Custify
  • Gainsight
  • Natero

But no mention of how ChurnControl differentiates from these or whether it intends to compete with them.

Inference The competitive landscape is unknown. No evidence of market positioning or differentiation exists in the description.

Back to contents

Key Risks & Red Flags

  1. Prototype-only: Built for a hackathon — not proven in production.
  2. No real-world data or customers: No evidence of actual usage, feedback, or performance metrics.
  3. Unverified claims: The author states what the product does, but no external validation exists.
  4. Limited integration scope: Does not connect to CRM, billing, or analytics platforms.
  5. Human approval dependency: While safe, this may slow down response times in high-volume scenarios.
  6. AI reliance without transparency: Although structured outputs are used, there is no indication of explainability beyond SHAP explanations.

Inference The lack of traction and real-world testing raises significant risk that the product has not yet proven its value or scalability.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific customer pain points does ChurnControl address, and how do you know?
  2. Have you validated your churn prediction model with real data from actual customers?
  3. How do you plan to scale beyond the demo environment?
  4. Is there any existing interest or pilot from potential customers?
  5. What are the key assumptions behind your AI agent design, and how do they hold up under scrutiny?
  6. How does ChurnControl integrate with existing CRM or analytics tools?
  7. What is your go-to-market strategy for acquiring early adopters?
  8. Are you planning to build a commercial version, or will this remain a prototype?

Back to contents

Investment/Partnership Verdict

Not evidenced

There is no evidence of revenue, ARR, customers, or traction beyond the hackathon submission.

The project appears to be a proof-of-concept, not a viable business. It demonstrates technical capability but lacks commercial viability or market validation.

Confidence Level Low

Reasoning

The description is entirely self-reported and unverified. No third-party data, customer feedback, or financial metrics are provided. The product is described as a hackathon prototype with no indication of real-world application or scalability.

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.