Text version of this lessonExpand
Many ecommerce teams do not lack data. They lack one operating rhythm. Paid media brings ROAS, operations brings SKU notes, support brings refund reasons, and leadership brings revenue screenshots. The meeting becomes a round of explanations instead of a decision system. A weekly business review, or WBR, should put profit facts, path evidence, root causes, and next-week actions into one decision ledger.
Lesson output: one WBR decision ledger
After this lesson, you should be able to turn the weekly review into one checkable table: what changed, which evidence proves it, whether the issue is revenue, cost, page, product, support, or fulfillment, which person or team is responsible, when it will be reviewed, and which metric will judge progress.
| Review layer | Question to answer | Output to keep |
|---|---|---|
| Profit facts | Did the business improve, or did refunds, discounts, ads, and fulfillment costs eat the gain? | Net sales, refunds, ad spend, margin, or profit proxy |
| Path evidence | Which channel, page, SKU, buyer group, or promotion changed the result? | Channel, page, SKU, AOV, CVR, and order-quality segments |
| Exception routing | Should ads, merchandising, site, support, fulfillment, or the business lead fix it? | Responsible person, due date, validation metric |
| Action closure | Did last week's action finish, and did it change the metric? | Continue, close, escalate, or add action |
First, define WBR plainly: it is not a report show
WBR stands for Weekly Business Review, but in this lesson it means a weekly operating decision meeting. It is not a slide deck made from Shopify, GA4, ad platform, and support screenshots. It is not each team explaining its own number. A useful WBR answers a sharper question: which facts are strong enough to change next week's actions?
The reason this matters is simple. Ecommerce growth can be fake. Revenue can rise because discounts became heavier, refunds increased, low-margin SKUs took more share, ads bought more expensive traffic, or shipping and support issues ate the margin. If the weekly review only reads revenue and ROAS, it can mistake weak growth for scale-ready growth.
| What WBR solves | What it is not | Real output |
|---|---|---|
| Align profit facts | Not one page of platform screenshots | This week's net sales, refunds, cost table, ad spend, and profit proxy logic |
| Locate the path of change | Not a vague claim that ads improved or the page got worse | First evidence from channel, SKU, page, support, fulfillment, or promotion |
| Close or escalate actions | Not a vague keep watching note | Responsible person, due date, validation metric, and next status |
Align profit facts before discussing growth
WBR breaks when everyone uses a different meaning of profit. Shopify sales, GA4 purchase events, ad-platform ROAS, and support refund reasons are not the same thing. Each source is useful, but it needs the right job in the review.
| Fact type | Plain meaning | How WBR uses it | Common misread |
|---|---|---|---|
| gross sales / net sales | Gross order value versus sales after discounts and returns. | Start with net sales and refund movement before channel debate. | A revenue screenshot hides refunds and cancellations. |
| cost per item | The product or variant unit cost behind many margin reads. | Check whether the cost table is current and SKU margin is reliable. | Supplier cost changes, but the review still uses old cost data. |
| GA4 purchase / refund | Behavior events that describe the user path. | Diagnose channels and pages, not final finance profit. | Missing events distort channel or page judgment. |
| Ad ROAS / CPA | Revenue return and cost per acquisition from the ad view. | Put it into the profit proxy with refunds, margin, and fulfillment cost. | Good ROAS is treated as permission to scale immediately. |
Shopify's profit reports need cost per item to make gross profit and margin more useful. Shopify also documents why sales reports can differ because of timing and reporting logic. So the WBR question is not only "how much revenue did we make?" It is "is this fact stable enough for a decision?"
Use a pet warming mat example to connect profit, path, and action
For example, imagine you sell a self-warming pet mat. Shopify net sales are up 18% this week and Meta ROAS looks strong, but support notes show refunds clustering around size expectations, the warehouse says the large size is nearly out of stock, and GA4 shows a lower product-page-to-checkout conversion rate. Checkout means the process where the shopper moves from cart into payment, shipping, and order completion; it is not just one button. A WBR should not jump straight to the conclusion that ads can scale.
| Signal | Question to ask first | Possible action | Next-week validation |
|---|---|---|---|
| Revenue is up 18% | Does net sales deduct refunds, discounts, and cancellations? | Do not scale from the revenue screenshot; restate the profit proxy. | Net sales, refund rate, discount share, and contribution profit |
| Meta ROAS looks good | Are orders concentrated in low-margin SKUs or high-refund regions? | Scale only higher-margin SKUs and cap low-margin SKU expansion. | SKU margin, CAC, refund rate, and contribution profit inside the guardrail |
| Size-related refunds rise | Do PDP, size chart, support script, and shipping email say the same thing? | Add size proof to the product page and route repeated confusion back to support notes. | Size refunds, size questions, negative reviews, and PDP add-to-cart rate |
| Large size is low in stock | Are ads, page modules, and stock promises still pushing the large size? | Adjust hero SKU, replenishment priority, and page promise. | Stockout loss, inventory turnover, and low-stock SKU spend |
This is the job of WBR: it does not prove one platform right or wrong. It turns surface growth into profit, path, cause, and action. Then next week's meeting can close old actions instead of debating the same numbers again.
How to use it: keep the weekly process to four steps
The WBR table is practical only if the process stays narrow. Step one, lock the profit fact logic used this week. Step two, route the change back to channel, SKU, page, support, fulfillment, and inventory paths. Step three, decide whether last week's action should close, continue, escalate, or fix the definition first. Step four, add only 3 to 5 next-week actions. If the list is longer, the team probably has not identified the main problem yet.
Common sticking points
If the meeting keeps arguing about which tool is more accurate, pause and write down the definition version. If every action says keep watching, add a responsible person and validation metric first. If new actions keep piling up while old actions never close, WBR has turned into task accumulation instead of business review.
Profit proxy can be rough, but the logic must stay stable
Some teams wait for perfect finance reconciliation before talking about profit. That makes the weekly review too slow. A better starting point is a stable profit proxy. It is not the final finance statement, but it must use the same calculation every week and be good enough to show trend and risk.
A practical minimum logic
The worst case is not low precision. It is changing the formula every week.
If ad spend is included this week but ignored next week, if refunds are read by order date this week and refund date next week, or if old costs mix with new costs, the trend is no longer trustworthy.
Write exceptions as reviewable actions, not meeting conclusions
"Watch refunds," "the page may have a problem," and "ads look unstable" are not WBR actions. A useful action has a responsible person, due date, validation metric, and next review state. Without those fields, next week's meeting repeats the same debate.
| Exception | Evidence | Good action | Next check |
|---|---|---|---|
| Meta spend rises while profit proxy falls | CAC moves from $18 to $26 and refund rate rises. | The ads lead pauses low-margin SKU scaling and recalculates the ad profit guardrail. | CAC, refund rate, SKU margin, and contribution profit return inside guardrail. |
| Google Shopping gets clicks but conversion is low | High-click SKUs have mismatched price, stock, and page promise. | The product data lead fixes feed and page facts before budget review. | Feed status, page promise, add-to-cart rate, and purchase rate. |
| Organic traffic grows but revenue stays flat | New clicks land on informational posts with weak internal links and buying CTAs. | The SEO lead adds collection links and buying-guide CTAs. | Collection clicks, PDP entries, and assisted conversions. |
| Refunds concentrate around shipping timing | Tickets and refund reasons both point to delay expectations. | The support / fulfillment lead changes page promise and email timing. | Refund reasons, delay tickets, bad reviews, and pre-delivery questions. |
WBR Action Closure Lab: decide action status before adding next work
Weekly reviews become heavy when teams keep adding new actions without closing old ones. The first part of WBR should decide the status of last week's action: close it, continue it, escalate it, fix the definition first, or block new work for now. This is not about making the spreadsheet complex. It prevents the same issue from coming back for four weeks with a new label, a new responsible person, and a new metric.
| This week signal | Last action | Status call | Next move wording |
|---|---|---|---|
| Ad profit guardrail is still broken | Pause low-margin SKU scaling and move budget back to higher-margin SKUs. | Continue, but narrow the scope | Scale only higher-margin SKUs and lower-refund markets, then review contribution profit, refund rate, and SKU margin next week. |
| Feed and page facts are aligned | Fix price, stock, and page promise mismatch for high-click SKUs. | Close and add a monitoring rule | Close the repair action and add price, inventory, and promise consistency to weekly feed QA. |
| Tickets fell, but refunds still cluster in delayed regions | Adjust page promise and shipping notification timing. | Escalate to fulfillment and page promise | Review delivery timing, PDP promise, and pre-order messaging by region. Do not call the support script done. |
| Organic traffic rose, revenue has not moved yet | Add collection links, buying-guide CTAs, and product paths to informational posts. | Continue path review, do not call it failed | Keep it for one more week and add a product path test between collection entry and single-product entry. |
| Profit logic changed the cost table mid-week | Use contribution profit to decide whether promo budget can return. | Fix the definition before judging the action | Restate last week under the same cost logic, mark the cost table version, then decide whether budget can return. |
Ask this before adding work
Can last week's action be closed with evidence? If not, is the problem execution, a changed definition, a scope that was too wide, or a root cause routed to the wrong team? That decision matters more than adding three more tasks.
Use one fixed meeting order: outcome, path, cause, action
The fastest way to improve WBR quality is not adding more metrics. It is using the same order every week. Once the order is fixed, the team stops jumping between revenue, ROAS, support, and inventory without making decisions.
Separate daily, weekly, and monthly rhythm
Not every issue belongs in WBR. Daily incidents should be handled the same day, weekly review should set operating priorities, and monthly review should change structure. If every issue goes into one WBR, the meeting gets longer and decisions get weaker.
| Rhythm | Main focus | Purpose | Do not |
|---|---|---|---|
| Daily check | Spend anomaly, site issue, stock risk, shipping incident. | Stop incidents from spreading. | Change strategy because of one-day noise. |
| Weekly review | Channels, products, pages, profit, support, and fulfillment quality. | Set next-week priorities. | Turn the meeting into number reading. |
| Monthly review | Category role, pricing, channel role, budget structure, inventory strategy. | Make structural changes. | Use monthly review to replace weekly follow-through. |
Source boundary: events show paths, reports show orders, WBR creates actions
GA4 ecommerce measurement and GA4 recommended events can help define purchase and refund path events. Shopify profit reports are better for returning to order, sales, cost per item, gross profit, and gross margin. Shopify sales discrepancies also remind teams that timing and report logic can differ. WBR turns those signals into a short list of reviewable actions.
Copyable lesson notes: leave only these 5 fields after the meeting
Next, do not make another pretty report. Bring these copyable lesson notes into next week's meeting, close last week's actions first, then add new ones.