Step 1
Gather review and complaint records from product pages, email and support threads with their product identifiers and dates, plus each product's sales exposure and the merchant's issue categories.
Complaints about the same defect arrive scattered across product pages, email and support threads. In this case, the immediate task is to surface recurring negative product review signals. The workflow should produce a ranked investigation queue with proposed alert conditions, tied to the review, complaint and sales exposure records supplied.
First replace every [bracketed] placeholder with real store scope and constraints, then add any actual records or data you have, and paste it into your preferred AI assistant or Spark agent. Spark will follow this page's workflow to produce structured output and verification steps.
Act as a Shopify operations specialist.
Help me surface recurring negative product review signals.
My store context is [describe the business, products and target audience].
My scope is [specify the affected products, pages, customers or reporting period]. Use these inputs: [review and complaint records with product identifiers and dates, sales exposure, units sold per product, and the merchant's issue categories]. Group reports by product and topic, counting once per issue rather than per message so repeat reports from one buyer do not inflate risk, and compare counts against units sold to scale severity to exposure.
Return a ranked investigation queue with proposed alert conditions for each recurring topic for the specified task.
Show the relevant evidence or before-and-after examples and explain how I can verify the result.
If essential data is missing, ask for it and mark unsupported conclusions as unknown.
Do not invent metrics, product claims or customer facts.
For any publication, message, account or store change, use only connected tools within my explicitly authorized scope and report success only after verification; otherwise provide the draft or proposed steps.Split the work into input, judgment, and deliverable phases. Verify each step's output before moving to the next.
Gather review and complaint records from product pages, email and support threads with their product identifiers and dates, plus each product's sales exposure and the merchant's issue categories.
Group reports by product and topic, counting once per issue rather than per message so repeat reports from one buyer do not inflate risk, and compare counts against units sold to scale severity to exposure.
Deliver a ranked investigation queue with the original review text kept alongside each alert and proposed alert conditions scaled to each product's exposure, then verify every queued item against the source records and the timeframe covered.
Cover decision rules, frequent misunderstandings, and required inputs so the team aligns on prerequisites before execution.
No. A single threshold over-alerts high-volume products and misses problems on quiet ones, so each condition is scaled to the product's own exposure. A few reports on a low-volume item can matter as much as many on a best seller.
The reviewer needs the exact wording to judge severity and assign the topic correctly. A summarized score discards the evidence the next decision depends on, and topic assignment drifts without it.
Count once per issue, not per message, and merge follow-ups into the original report. Duplicated counting inflates the product's apparent risk and can push it up the queue ahead of a genuine single-issue defect.
Start with scenarios under the same topic, then expand into cross-topic matches suggested by similarity.
Ciwi Spark builds Shopify-native AI tools and agents around the workflows merchants actually run: research, ads, translation, and customer support. Stop rewriting the same prompts by hand.