Step 1
Collect the page evidence, the behaviour data the merchant can supply, the stated priorities and constraints for the page, and the full list of candidate changes proposed so far so nothing is scored from memory.
Ideas for improving the page abound; what the team lacks is an agreed basis for choosing what to do first. In this case, the immediate task is to prioritize improvements to a product page's structure and copy. The workflow should produce a ranked improvement list carrying the reason and risk for each item, scored against the priorities the merchant stated.
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 prioritize improvements to a product page's structure and copy.
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: [page evidence, behaviour data, the merchant's stated priorities and constraints, and the full list of candidate changes]. Score each candidate change for expected impact against effort using the stated priorities, state every impact as a hypothesis with a guardrail metric rather than a prediction, and mark which changes are independent and which must ship separately to stay attributable.
Return a ranked improvement list with the reason and risk for each item, checked against the supplied records 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.
Collect the page evidence, the behaviour data the merchant can supply, the stated priorities and constraints for the page, and the full list of candidate changes proposed so far so nothing is scored from memory.
Score each candidate change for expected impact against effort using the stated priorities, state every impact as a hypothesis with a guardrail metric rather than a prediction, and mark which changes are independent and which must ship separately to stay attributable.
Deliver the ranked improvement list carrying the reason, the risk and the shipping order for each item, then check the scoring inputs back against the collected evidence so no rank rests on an unstated assumption.
Cover decision rules, frequent misunderstandings, and required inputs so the team aligns on prerequisites before execution.
As a hypothesis tied to the collected evidence, with a guardrail metric named so a later test can confirm or kill it; the ranking never presents an untested change as a predicted outcome, because the store has no measurement to support one.
Independent changes can ship in sequence and each stay attributable, while bundled edits make it impossible to tell which one moved the result; the list states the shipping order so the first measurement after launch has a single cause to check.
The stated priorities govern, and within them a change that removes a blocking obstacle for buyers — missing purchase terms, unavailable variant information — outranks polish, because the evidence shows it acts before hesitation can be styled away.
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.