Step 1
Set the reporting period and the status rule first, then pull every order created inside that period with its creation date, current status and any status changes on record.
Volume is quoted every week, but the period and the status rule behind the number change with whoever prepares it. In this case, the immediate task is to report changes in order counts consistently. The workflow should produce a volume report that states its counting basis and compares comparable periods under one rule.
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 report changes in order counts consistently.
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: [the reporting period, the status rule for inclusion, and every order created inside that period with its creation date, current status and status changes]. Count each order once under the same date basis and status rule for every period compared, and mark as an exception any order whose status changed after the export, since a late change can move a count that was already published.
Return the volume report with its counting basis 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.
Set the reporting period and the status rule first, then pull every order created inside that period with its creation date, current status and any status changes on record.
Count each order once under the same date basis and status rule for every period compared, and mark as an exception any order whose status changed after the export, since a late change can move a count that was already published.
Deliver the volume report with its counting basis stated, compare only periods of the same length and definition, then check the totals against the merchant's records and note any restated figure.
Cover decision rules, frequent misunderstandings, and required inputs so the team aligns on prerequisites before execution.
Pick creation or status date, state it clearly, and use the same basis for every period compared. Switching between them mid-year produces a jump that looks like demand but is only a change in counting.
Check promotions, channel shifts and status changes in the records before attributing it to demand. A movement that appears in one channel only usually points to tracking or definition rather than buyer behaviour.
They can when the status changes, so keep an audit of status movements for orders in the period. Without it you cannot tell whether a revised figure reflects new orders or reclassified ones.
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.