← Use cases

Use case

Compare Two Competitor Apps' Reviews

Drop in two apps for a side-by-side competitive battlecard from their reviews — where each wins and what users complain about.

You’ve been asked to write the battlecard. Two apps, head to head — say Slack and Microsoft Teams — and sales wants a page they can actually use on a call: where the other side is weak, what their users grumble about, and which of their strengths your rep needs an answer for. The marketing sites are no help; both of them claim everything. The one place both products get described by people with no incentive to be kind is their store reviews.

The manual way, and what it costs

The public search form on App Store & Google Play
App Store & Google Play — the official search. One record at a time.

Both store pages are one search away and cost nothing to open. Above is Slack’s — 4.1 stars from 48K ratings, per the store’s own headline numbers — and Teams has a page just like it. So you open two tabs, hit “See All” under the reviews on each, and start scrolling. Nothing is hidden; there’s just no export, no filter, and no way to line the two up. The comparison — the part sales actually needs — happens in your head, or in a spreadsheet you build by hand, twice.

Doing that by hand is a perfectly good way to spend an hour if you want a rough feel for two apps, and you’ll pick up phrasing you can steal for the card. It stops being sensible when you need the two review sets ranked and aligned: complaint for complaint, strength for strength, on the same page, across a hundred reviews each. That’s the part that turns an hour into an afternoon — and you’ll be asked to redo it the next time either product ships a release.

The faster way

App Review Teardown & Insights (AI) does the same search once and hands back every row at once.

{
  "apps": [
    "Slack",
    "Microsoft Teams"
  ],
  "compareToPrevious": false
}

Two apps in one run. Because apps has more than one entry and compareApps is on by default, the run emits a teardown for each app plus a third (comparison) record: a strengths/weaknesses matrix across both, and a battlecard per competitor — their weaknesses, and the strengths of theirs you need a counter for. Add yourApp and name one of the entries as your own, and the battlecards are reframed as you vs each competitor, filling in a your_advantages list; leave it out, as here, and you get a neutral read of both. compareToPrevious is off because this is a one-shot; turn it on and schedule the run if the battlecard is a living document. Note the billing shape while you’re here: this run produces three AI insights — two teardowns and the comparison — so it’s three events, not two.

What comes back

{
  "app": "Notion",
  "app_name": "Notion: Notes, Tasks, AI",
  "apple_id": "1232780281",
  "sources": [
    "apple"
  ],
  "overall_rating": 4.78,
  "review_count_analyzed": 100,
  "teardown": {
    "summary": "Notion is praised as a powerful, flexible workspace but is dragged down by mobile bugs, a steep learning curve, and an intrusive AI button.",
    "strengths": [
      "Powerful, flexible all-in-one workspace",
      "Great for notes, tasks, and databases"
    ],
    "weaknesses": [
      "Buggy on iOS/iPad with crashes",
      "Steep learning curve on mobile",
      "Intrusive AI chat button"
    ],
    "top_complaints": [
      "app crashes / bugs",
      "confusing mobile navigation",
      "free-tier upload limits"
    ],
    "feature_requests": [
      "offline mode",
      "remove/hide the AI button",
      "better mobile editor"
    ],
    "themes": [
      {
        "theme": "Bugs and crashes",
        "sentiment": "negative",
        "mentions": 6
      },
      {
        "theme": "Power and flexibility",
        "sentiment": "positive",
        "mentions": 5
      }
    ],
    "sentiment_score": 62
  },
  "first_seen": false,
  "rating_delta": -0.03,
  "emerging_complaints": [
    "app crashes / bugs"
  ],
  "resolved_complaints": [],
  "sentiment_delta": -4,
  "source_url": "https://apps.apple.com/us/app/id1232780281"
}
FieldExample valueMeaning
appNotionThe app reference you supplied
app_nameNotion: Notes, Tasks, AIResolved app name
sources["apple"]Stores that contributed reviews (apple, gplay)
overall_rating4.78Store-reported average rating
review_count_analyzed100Reviews fed to the AI
teardown.summaryOne-paragraph competitive summary

The per-app records above are the raw material — teardown.strengths, teardown.weaknesses, teardown.top_complaints for each app, with overall_rating and review_count_analyzed telling you what the store reports and how much text each summary was built from. The record that closes the loop is the extra (comparison) one: comparison.matrix lines the two apps up strength-for-strength and weakness-for-weakness, and comparison.battlecards turns that into the page sales asked for — a competitor, their weaknesses, and the watch-outs your rep should have an answer ready for.

What you’d do with it

Paste comparison.battlecards into the card template, one section per competitor, and put the matrix underneath as the evidence. Then do the part that makes it credible: open each app’s source_url, find two or three verbatim reviews behind the weaknesses you’re leaning on, and quote those on the card. A rep repeating a real user’s sentence back on a call lands; a rep reading an AI bullet point does not.

Worth knowing

Every word of this comes from public app-store reviews — Apple’s official feed, plus Google Play best-effort — so it’s what reviewers wrote, not internal metrics, not win rates, and not anything about the enterprise buyers who never review an app. Both apps get the same treatment, which makes the comparison fair, but it also means an app whose users don’t review much looks quieter than it is.

And the battlecard is generated by an LLM — twice over, in fact: the model summarises each app’s reviews, and then summarises those summaries into the comparison. It’s told to use only what it was given, but a synthesis of a synthesis can drift from the source, and it can miss nuance. This is a fast read of two review corpora, not a measurement of them. Do not put an AI-written weakness in front of a customer without checking it against the actual reviews first — the source_url on each record is there for exactly that. The sample is capped by maxReviews and always most-recent-first; apps that can’t be resolved or have no reviews come back empty and aren’t charged.


Run it yourself: How to run App Review Teardown & Insights (AI) walks the whole thing step by step.

If you only care about one side of the fight, AI Teardown of an App’s App Store Reviews runs a single app and skips the comparison; to point it inward at your own reviews for planning, see Find the Top Complaints in an App’s Reviews. Building the same card against a competitor who sells online rather than shipping an app? Shopify Store Intel tears down the storefront instead.

Last updated 2026-07-13