Mindrift CRM
THE USER AND THE PROBLEM Target Users: Customer support managers, sales representatives, account managers, and operations teams in small and medium-sized businesses that handle multiple customer requests across email, WhatsApp, contracts, and internal communication channels. The Problem: These teams often struggle to keep customer information, promises, agreed terms, and unresolved issues consistent across different communication channels. Important details get lost in long conversations, different employees may provide conflicting information about prices or deadlines, and customers are sometimes asked the same questions repeatedly when a case is transferred to another team member. As a result, businesses experience delayed resolutions, repeated work, missed follow-ups, customer frustration, and preventable customer churn. Employees also spend valuable time manually reviewing conversations and tracking unresolved issues instead of focusing on solving customer problems. The Core Pain Point: Businesses lack a reliable, centralized way to connect what customers requested, what the company promised, what actions were taken, and whether the customer's problem was actually resolved.
Preliminary score
- Value for the user18.5 / 25
A specific problem and a clear outcome from solving it.
- Prototype and use of AI22.0 / 30
A working core scenario, and what AI actually contributes to the result.
- Quality testing10.0 / 20
Tests, examples of failures, and comparison with the current approach.
- Feasibility9.5 / 15
Data requirements, running costs and a clear next step.
- Originality7.0 / 10
A meaningful difference from common solutions.
What the judges wrote
- Claude Opus 5.5Preliminary65/100
- Strengths
- Your evidence-first design is the standout: every AI finding must cite quotes that the backend actually finds in the source text, and unverified claims are downgraded rather than shown as fact. Your build is unusually complete for one day. It has Zod-validated structured outputs, hash-based re-analysis that avoids duplicate findings, deterministic guards against false contradictions (different packages, later-agreed discounts), role-based access, and WhatsApp and Telegram intake. ProofClose is a well-reasoned business rule that separates 'agent replied' from 'problem solved' and blocks case closure until the customer confirms.
- To improve
- Your deck admits that no test results or observed failures were recorded, and the manual-vs-Mindrift comparison is only a plan. Running even 10–20 labelled scenarios and reporting correct findings, false alerts and missed issues would greatly strengthen your case. The track asks for a metric that justifies adoption, so name one with a target, such as handover time or the share of cases reopened after closure. Make clear how much of your demo runs on live Claude versus pre-seeded 'ready results', and add concrete per-case model and hosting cost estimates. Several slides still contain unfinished template text ('must be confirmed before submission'); remove it before you pitch.
- GPT-6 AstraPreliminary69/100
- Strengths
- Your case-centred workflow addresses a concrete B2B problem: commitments and unresolved issues getting lost between sales, delivery and support. Your source-linked findings, human approval steps and customer-confirmation gate provide thoughtful safeguards against unsupported conclusions and premature closure. Your README gives substantial implementation detail and transparently distinguishes prepared demo results, rule-based analysis and live AI.
- To improve
- Your next demonstration should process an unfamiliar case end to end in Real AI mode, showing ingestion, grounded findings, handover and confirmation-gated closure. Your testing report should include expected versus actual results for package differences, accepted discounts, duplicate messages and unauthorized access; the deck currently supplies scenarios but no observed outcomes or manual-review comparison. Your feasibility plan should quantify model cost per case and expected monthly operating costs, then define measurable success criteria for the proposed pilot.
The team
1)Ataxan Hacızadə -Frontend Developer
developer
Nihad ZəkiyevLead
product
2)Elcan Məmmədov -Backend Developer
developer