Sweet praise · sour truths

From the pile,
the point.

Name a product, or paste your own feedback. Cherry bites through the noise — ranks what stings, routes who owns it, and tells you what to do.

Stays in your browser → backend → Claude.
Sample: this week's feedback— sorting —
extra sour96
Billing surprise hits accounts at renewal
3 enterprise · severity 4
Billing
71
Auth tokens expire early, breaking CI
7 reports · severity 4
Core API
44
Docs examples fail to run
4 reports · severity 2
Docs
Reaching for the feedback…

What customers are saying about

Top issues, ranked by signal
Cherry proposes — you decide. Confirm a call, or tell Cherry what's off and re-rank.
View for
Signal = reset
0 corrections — Cherry will re-rank with your judgment.

What they love

    Recommended next steps

    How Cherry works

    Pile to point
    01 / Gather

    Reads the web

    Reviews, forums, Reddit, social, news — Cherry searches the open internet and keeps the source link for every issue.

    02 / Read

    Tagged & clustered

    It names each theme and groups the hundred ways people describe one problem into a single issue.

    03 / Rank

    By signal

    Severity and prevalence combine into one score, so the top of the list is genuinely the top.

    04 / Learn

    You correct, it adapts

    Disagree with a call? Tell Cherry, and it re-ranks with your judgment — sharper every pass.

    Under the hood: the same journey in eight stages, ending where it starts.

    RAW FEEDBACK many channels NORMALIZE + enrich DEDUPE + cluster EXTRACT use case · problem severity · evidence RANK + ROUTE weigh the axes HUMAN verification DECIDE product or research CLOSE THE LOOP field + customer closing the loop generates new signal — the pipeline is a circle wearing a straight line's clothes

    Where Cherry connects

    Architecture

    Cherry is the synthesis layer — it pulls signal from where customers already speak, and pushes work to where teams already act. It connects to systems of record; it doesn't try to replace them.

    Intake — signal in
    Slack Gong CRM Warehouse
    Cherry
    Route & close — work out
    Slack Linear / Jira

    ● Live today: Slack routing. The rest is the integration design — each intake source is a thin adapter into the same triage core, and issue status flows back from the linked work item, so there's no manual documentation tax.

    The honest part · v1 → v2 Where Cherry breaks at scale — and what v2 does about it → Ten break→fix cards: who wins when two reviewers disagree, cost guards that survive a cold start, staged prompt rollout, contract-driven data permissions, and the operability floor. A demo that knows where it breaks is halfway to a platform.

    The operating theory

    One triage, five readers

    Feedback systems obsess over intake, but the question that decides whether one is useful sits on the exit side: who reads the mail, and what does each reader need? Cherry's answer, drawn — five sources with their biases, three jobs in the middle, five different cuts on the way out, and the return arrows that make it a loop instead of a funnel.

    SIGNAL IN — every window has a tint FIELD & SALES CALLS why buyers hesitate SUPPORT TICKETS where it hurts today COMMUNITY & SOCIAL loud, self-selected EARLY-ACCESS COHORTS designed signal TELEMETRY what users do, not say THE TRIAGE CORE — one system of record SCREEN real people? representative? — bots, astroturf, venting bias CLASSIFY bug or tradeoff? one-off ticket or capability gap? use case? WEIGH severity · reach · recency · $ at stake — no mystery number PRODUCT goal: what to build next cut: ranked by user pain, by use case RESEARCH / MODEL goal: capability gaps cut: systemic, authentic patterns — not tickets GTM & SALES goal: renew & expand cut: breadth, recency, $ at stake — get ahead SUPPORT goal: respond now cut: sharpest current pain + reply drafts LEADERSHIP goal: strategy calls cut: deliberate trade- offs, cost of keeping permission gate — default-deny MODEL DEVELOPMENT capability signals → training priorities USERS the loop's fuel the silent no voice ≠ no problem "you said, we did" the product changes… …which generates new signal LOOP HEALTH — how you know it's alive: time-to-triage (median and p90) · correction rate falling · roadmap citations at decision time · repeat submitters A funnel moves signal one way and goes quiet. A loop returns something at every edge — closure to users, priorities to builders, new signal to the top. If any return arrow goes dark, the loop is dying and the metrics above will say so before people do.

    Internal tools have product-market fit when teams can't make a decision without them. Cherry's bet is that feedback earns that seat by being cut per reader — "high-signal" is a property of the audience. Read the full essay →

    Why a human stays in the loop

    Propose · correct · measure

    Cherry drafts every ticket and never sends one on its own. That's the design: the model does the repetitive first pass, a person makes the calls that need context the model was never given, and the system measures whether each correction genuinely helped — so tomorrow starts ahead of today.

    WITHOUT CORRECTION — a line: tomorrow is exactly as good as today FEEDBACK MODEL OUTPUT WITH CORRECTION — a loop: the human improves tomorrow, not just today FEEDBACK MODEL proposes HUMAN edits MEASURE did the edit help? what helped becomes tomorrow's behavior — prompts, retrieval, evals

    The edit is a data point; the measurement is what turns it into learning. Read: why the human stays in the loop →