Raava
What is happening to your sales, what is wrong on your shop, what we would change, what it costs, and what we think happens after that. Every number in here came out of a system you already own, and every page tells you where to look.
Part one
Four pages. Nothing here is a recommendation. This is what your own Shopify says about the last three years, and it is the ground everything after it stands on.
Best twelve months you have ever had
$211,726
The twelve months to 31 July 2026, your own website only.
Orders in those twelve months
2,092
Against 2,195 in the twelve months to March 2024.
The difference
103
2,195 less 2,092. About two orders a week.
The money came back on a bigger basket, not on more people. Every one of those extra dollars is somebody spending more, because there are fewer of them buying than there were two years ago. A basket can only be pushed so far.
This is a share of the shoes sold, not of the money banked, so it is not the same as twenty-nine per cent of your turnover. It is the largest single thing on your website, and the writing on the page in front of it is about a different page.
There is one clock in this proposal and this is it. We are not going to invent a second season to create urgency. January is a fact about your own sales and it is the only date that decides when work has to be done.
Every live product on your own website, one mark each
827 live products. The 195 drawn hollow sold nothing anywhere in twelve months. A further 252 sold nothing on your own website, and 57 of those did sell on a marketplace, so people do want them.
Products doing the work
12.1%
of your products bring in 54.2% of what the website takes.
Customers who buy once
83.1%
7,612 of 9,156 people who have bought from your website.
Worth of one who comes back
2.93×
$261.69 against $89.31, spent to date.
Those two dollar figures are what people have spent so far, not what they are worth. The count stops today and it includes somebody who first ordered last month. The real figure has never been measured on your account. One read-only pull from your Shopify produces it, and it is in the plan.
Part two
Nine pages. Every one of these is a job that was never given to anyone. Nobody at Fujian was ever asked to check whether a page said what the page was about, and so nobody did. That is the whole explanation, and it is the same explanation for all nine.
Drawn, not photographed. The left panel is the shape of your Wilde page as it is served today: the shoes first, and the words about the brand collapsed at the foot.
“Shop Women’s Shoes Online”
This is the first line of that block, exactly as it appears. The same block appears on all four pages carrying Wilde shoes.
Problem
Your biggest brand’s own pages read as though they belong to a different brand. No figure in your systems prices what a wrong paragraph costs, so none is invented here.
Solution
Rewriting the block on all four Wilde pages is part of the twelve hours costed for “Fix the category writing” on page 31, the same fix that corrects the shoe polish page and the rest of the twenty-one. It is not an additional cost.
Expected result
The four Wilde pages read as Wilde pages. No confidence percentage. What this rests on is reading all four pages and finding the same block, byte for byte, on every one.
Your brand logos, on a phone
The outlined tile is Wilde School, the last of the eight. We tapped it on a phone on 13 August 2026. It opens a page telling the customer it does not exist, with a single button back to the shop. Two thirds of your orders are placed on a phone, which is why this one matters. On a computer the same row is correct, which is why nobody has seen it.
The products themselves
All thirty-two are live and selling right now, on your School Shoes page. Nothing is broken about the shoes.
Wilde School, per product, a year
$584
Turnover per product, own website, twelve months.
Your catalogue average
$251
The same measure across everything you sell.
Rank among your nineteen brands
1st
Highest turnover per product of any brand you carry.
Three more logos in that row send a customer nowhere useful. Your Wilde logo lands on a page of Panda slippers, headed Panda Slippers, with nothing but Panda men’s slippers on it. Your Panda Slippers logo and your Aerocushion logo both land on a page that is not there. The row also slides sideways the whole time, and only two or three logos are on the screen at any moment, so a customer is aiming at a moving target.
Problem
A phone customer taps a school shoe tile and reaches a page telling them it does not exist. About two thirds of your orders are placed on a phone.
Solution
Fixing this tile, and the other two logos in the same row that land the same way, is developer work of the same order as the four ranked changes on page 41, but it is not one of the five itemised there, so its hours are not stated separately. Ask us for a figure before treating it as additional to the 84.5.
Expected result
The tile leads to the page carrying the thirty-two Wilde School products, which are already live and selling elsewhere. No confidence percentage. What this rests on is tapping it ourselves, on a phone, on 13 August 2026.
And the question this shop exists to answer cannot be asked. A customer who needs a wide fitting has no way to ask your shop for one. The filters offer price, colour, size and brand. Searching for a wide fit brings back a page of shoes with no way to narrow it and nothing on it saying which of them are wide. Your own logo says “for comfort” and your customers write about plantar fasciitis in your reviews. This is their question, and today the shop has no answer to it.
Problem
A customer who cannot find a size chart guesses, and fit is the most common reason a pair comes back.
Solution
Putting the size chart onto the page itself is the eight hours costed as change 3 on page 31. The mislabelled shipping-and-returns panel and the missing wide-fit filter are not among the five ranked changes; their hours are not itemised in this proposal. They can be scoped and priced for month two once the size-chart fix is done.
Expected result
The size chart appears on the page itself, delivered inside the pilot. No confidence percentage. What this rests on is the 13 August phone walk that reached no chart on the page.
Problem
Twenty-one of your thirty-three brand and category pages carry words that belong to a different page.
Solution
This is the same twelve-hour category-writing fix as the Wilde pages (change 4 on page 31), covering all twenty-one at once. It is not an additional cost.
Expected result
Twenty-one of thirty-three pages carry the right words. No confidence percentage. What this rests on is reading all thirty-three the way a search engine reads them.
This is the argument for the whole engagement in one picture. Nothing here is about talent or effort. It is about there being no step between finishing something and it going live.
Problem
Wrong copy and broken links reach live pages and are found after they go live, not before.
Solution
The 23.0 hours to fix all twenty-one, above, is this page’s own figure, itemised one finding at a time. It covers the same category of work as the pilot’s page fixes on page 41 (changes 1 to 4, 24.5 of the 84.5), but the two figures are worked out by different methods, one itemising each finding by hand and the other grouping the same work into five ranked changes, so they are not added together here. Putting a short check in front of publishing is separate: it is the catalogue-wide checking pass, eight to twelve hours.
Expected result
Twenty-one pages corrected, and a check step in place before the next one goes live. No confidence percentage. What this rests on is costing each of the twenty-one by hand.
The loyalty emails set up for you years ago are still running. They are alive and they earn close to nothing: across a full year one of them earned $80.96 and the rest earned nothing at all. Left alone they will keep running and keep earning nothing, and they will never show up as a problem in any report, because nothing has broken.
Problem
The larger of your two email channels earns far less per send than the smaller one. No figure claims what fixing it would add; that is what a build and a measured run would show.
Solution
Building segment-aware sending, and strengthening the automations that already run and earn close to nothing, is part of “the email system, and the first campaigns” on page 31, twenty to thirty-six hours. It is not an additional cost. The dead automations can be fixed first, or the campaign groups (page 11) put to work first; both sit inside the same hours.
Expected result
The automations that earn close to nothing today are rebuilt, inside month one. No confidence percentage. What this rests on is Omnisend’s own twelve-month count.
The circle is your whole list, about six thousand people. The shaded part is 3,354 of them. The control that would leave them out already exists in your account.
Those 3,354 are roughly half of every send. This is a proposition to test on one send, not a saving already found, and it is the cheapest thing on this list to try.
Problem
More than half of every campaign send reaches people who show no sign of reading it.
Solution
Building the exclusion into the send process is part of the same twenty-to-thirty-six-hour email workstream as page 10. Not an additional cost. The page itself proposes testing it on one send first, not making it standard immediately.
Expected result
One send tested against the 3,354-strong inactive group, inside month one. No confidence percentage. This is a proposition to test, not a saving already found, in the page’s own words.
Every article in your archive, one mark each
87 empty: copy about sales that ended. 29 filled: worth publishing as they are. 4 half-filled: worth rewriting.
Problem
A hundred and twenty finished articles are owned by you and switched off. They were live through last September, and the search places they held went with them. No figure exists for what a published article earns, and none is invented here.
Solution
Reviving the twenty-nine usable articles, and rewriting the four worth rewriting, is the sixty-hour content programme, change 5 on page 31. It is not an additional cost. Revival means tagging the products and collections each article sells, adding images, and linking the pages, not just switching them back on. School Shoes 101 can run first, ahead of January, or the twenty-nine can run in the order they were written; the sixty hours are the same.
Expected result
Twenty-nine articles live on a weekly rhythm, starting in month one and finishing before day ninety. No confidence percentage. What this rests on is reading all 120 articles in full.
| Written once, applies three times | Rebuilt for each shop, and priced separately |
|---|---|
| The links your site publishes about who it is. Yours currently points at Panda’s Facebook page. Panda’s points at the people who made its design. Just Bee’s are mostly empty. | Panda’s and Just Bee’s store pages show no address at all until scripts run. Yours shows four stores with addresses, phone numbers and hours. |
| Every phone number made tappable on a phone. | Panda’s product grids carry almost no real pictures in the page. |
| The size table put onto the page itself. | |
| The category writing corrected. |
Problem
The same four things are wrong on all three of your shops. Panda’s and Just Bee’s versions are separate problems with separate causes, not costed here.
Solution
Fixing iShoes’ own links and store addresses is change 1 on page 31, three hours, and making every phone number tappable is change 2, one and a half hours: 4.5 hours together, part of the 24.5 the pilot delivers. Not an additional cost. Panda’s dormant-articles problem and Just Bee’s review-count fix are each a different task, and neither is costed in this proposal.
Expected result
iShoes’ own links and phone numbers corrected inside the pilot. No confidence percentage. What this rests on is reading all three live sites the same way on the same day.
Part three
Ten pages. Some of this is work on your website, some of it is work on your email, and one page is about a question you asked us: what would make somebody over forty want your newsletter. We tested your own idea rather than agreeing with it.
| Brand | What they wrote once | Where it goes, and what changed for each place |
|---|---|---|
| Bared | One body of fit knowledge | A size guide, a fit kit, a page for narrow feet, a page for wide feet, an orthotics page, a virtual fitting page, and pages for specific foot problems linked from the guide. Each one written for one question a person actually has. |
| Homyped | One page shape | Six foot problems, each with the same four parts: what the problem is, what to look for in a shoe, why buy here, and the questions people ask. Same skeleton, different content. The problem names sit in the main menu, not buried. |
| Ziera | One named comfort line | A page explaining each named line, a width filter that is always on screen, and a link from every shoe that belongs to it. |
What each of them does that your shop does not
The shape above is what a shop looks like when it is organised around what the customer came in asking for, rather than around who made the shoe.
You are a shop that carries nineteen brands, presented like one boutique. The shape above is what a shop looks like when it is organised around what the customer came in asking for, rather than around who made the shoe.
Problem
Your shop is organised around who made the shoe. What it does not yet do is organise around the question a customer came in asking.
Solution
This page is a comparison of what three other shops ship, not a new task on iShoes. Adopting the same shape is delivered by two rows already costed elsewhere: the category-writing fix (12 hrs, page 08) so the structure is straightforward, and the content programme (60 hrs, pages 12 and 15) so fit-and-width guidance answers a real question. No hours are added by this page.
Expected result
No figure. This page names a shape; pages 08, 12 and 15 carry the hours that build it.
This is not copying one thing into four places. Each version answers a different question, because a person reading a category page and a person reading an email in January are not in the same moment. The block at the top of your School Shoes page would replace the writing sitting there now, which is six words long and reads “Shop our school collection!” Five other school shoe pages carry a paragraph about women’s boots.
Problem
One finished article could answer four different questions in four places, and today it answers none of them, because it is switched off.
Solution
Same sixty-hour content programme as page 12 (change 5 on page 31). Not an additional cost. School Shoes 101 can run first, ahead of the January run, or later in the queue; the sixty hours are unchanged either way.
Expected result
The article live again at its own address, before January. No confidence percentage. What this rests on is the article already being written.
The three moments a person can leave
Then one question, which today is never asked
Has this person already had a discount code in the last thirty days?
It becomes a draft in your own Omnisend account.
A person at iShoes presses send.
The
software has no send button and never will.
These are the exact words, because on this one point the exact words are what matters. It plans, designs, checks and stages. It never sends.
The moment you are missing is somebody looking at a shoe and leaving without putting it in a basket, and Panda catches that one.
Problem
One of the three moments a shopper can leave your site is not caught at all today. No figure claims what building it would earn; the after state has not been measured.
Solution
Building the missing browse-abandon flow, and adding the already-had-a-code check to the two flows that already run, is part of the twenty-to-thirty-six-hour email workstream on page 31. Not an additional cost. The missing flow can be built first, or the discount-code logic fixed first on the two that already run; both sit inside the same hours.
Expected result
Three moments covered instead of two, live inside month one. No confidence percentage. Panda’s own flow earning $6,678.33 in 2025 is the only comparable evidence available, and it is Panda’s number, not a forecast for iShoes.
People who buy again
16.9%
of the customers on your own website. About one in six.
What they are worth
37.3%
of what your own website takes.
The change
Timing
Move the follow-up into the first six weeks.
One in six people who buy on your website buys again, and they are more than a third of what that website takes. The email meant to bring them back was scheduled for two months after a purchase, which is after most of them have already decided. Nothing about the email changes. Only when it goes.
Problem
The follow-up email is scheduled for after most repeat buyers have already decided.
Solution
Moving the send date is a timing change inside the same twenty-to-thirty-six-hour email workstream. Not an additional cost. This is a schedule edit to an email that already exists, not a rebuild, so there is no separate scope choice.
Expected result
The follow-up reaches people inside the first six weeks instead of day sixty to seventy-five, live inside month one. No confidence percentage. What this rests on is when your own repeat customers actually buy again.
This is deliberately not the claim you have heard before. The honest version is narrower and it is more useful: the software does not touch imagery, which is exactly what the word designer points at, and it adds a review step that was not there. What it removes is the grunt work in front of the design, not the design.
Problem
The risk this page guards against: expecting the software to do photography or design work it does not do.
Solution
The discipline is the review step itself: somebody reads what the software wrote and approves it before it exists anywhere. That is how the email and page hours above are spent, not a cost on top of them, so no separate hours attach to this page.
Expected result
No figure, by construction. Nobody has measured a before-or-after time saving on this account; month one’s timed run across three real campaigns is what would produce one.
Problem
The risk this page guards against: writing copy for a shopper who is not the one actually buying.
Solution
This finding changes how the content programme and the email copy are written, not what they cost. It is a brief for the other work, not an extra task, so no separate hours attach to it.
Expected result
No figure. What changes is who the copy is written for. It is a stated intake for the work above, not a deliverable of its own.
What shoppers say, in a survey
This is what people say, not what they did. We are showing it because it is the only evidence anyone has, and we are labelling its limits rather than hiding them.
What it would take on your side
Photographs on file
3,091
Images. No video of any kind.
Before the first outfit email
16 hrs
Of photography, on your side, before anything is sent.
The software writes words. It does not make pictures. An outfit email needs photographs of outfits, and those do not exist yet.
Nothing rules the idea out. Nothing supports it either. For a customer in her sixties who says she already gets too many emails, the thing worth testing first is fewer and more relevant, not richer. If you want the outfit idea tested, it is sixteen hours of your photography and one send, and we would measure it properly rather than assume it.
Problem
The risk this page guards against: spending on a photography-led email idea nobody has evidence for, on either side.
Solution
The sixteen hours already on this page are your own photography, not Raava’s. Testing the idea beyond that photography is not costed anywhere in this proposal.
Expected result
No figure, by construction. Nothing rules the idea out and nothing supports it yet, in the page’s own words. A test is what would produce a result, and none has run.
And it is being offered in the most prominent place you own. On a phone, that ten per cent fills the whole screen the moment a customer arrives, before a single shoe is visible, and it has to be dismissed before anything else can happen. Whatever reason you give somebody to subscribe, that is where it is being given, and it is worth being sure it is the right one.
None of the four has a measured result anywhere in this evidence, and saying so is what should make the rest of this document believable.
These four sit at equal weight on purpose. None of them has a measured result anywhere in this evidence, and saying so is what should make the rest of this document believable. Three of the four attach to something already sitting in your business.
Problem
The risk this page guards against: guessing at one reason to subscribe when four untested options exist and none has a measured result.
Solution
Deciding which of the four to test sits inside “running it with you” on page 31, six to ten hours, the same session that carries other approvals. Not an additional cost. Which of the four goes first is a decision for iShoes, not a cost decision.
Expected result
No figure, by construction. None of the four has a measured result anywhere in this evidence, in the page’s own words. A test produces one; a guess does not.
This is published research on other businesses, not on yours. It sets no target and moves no number in this proposal. It is here because it is the one argument against the easiest thing we could sell you, which is more sending.
Problem
The risk this page guards against: chasing this month’s revenue by emailing the whole list more often, which the cited trial ties to people leaving the list and spending less afterwards.
Solution
The discipline is not sending more to the whole list without reason, which is already how the segmentation work on pages 10 and 11 is built. This page sets a limit, not a task, so no hours attach to it.
Expected result
No figure. This is published research on another business, not a measurement of iShoes. It sets no target and moves no number in this proposal, in the page’s own words.
| The finding | Who found it |
|---|---|
| Of seven kinds of business measured, online shops are the least changed by AI search: 14%, against 51.6% for health. | NP Digital, June 2026. NP Digital sells these services. |
| Across 384 websites, AI search at its highest was 0.35% of visits. | NP Digital. Same note applies. |
| Across 100 Australian online brands over 21 months, AI tools produced 0.014% of the money that came from search. | Published analysis of Australian brands. |
This work pays for itself in ordinary search and ordinary email first. Anything to do with AI search is the second return, not the reason. If somebody sells you an engagement on the urgency of AI search alone, these three numbers are the ones to put in front of them.
Problem
The risk this page guards against: paying for an AI-search-led programme when three published readings all say ordinary search and email carry the greater share for a shop like this.
Solution
The discipline is ordering the work by what already earns, the email and page fixes above, and treating anything to do with AI search as a second return, not the reason for the ninety days. No hours attach to this page.
Expected result
No figure. These three figures come from named third parties, not from Raava’s own work, and none sets a bound anywhere in this proposal.
Part four
Ten pages. What we expect the work to bring in comes first, and the price comes after it, because that is the order the decision gets made in. Then what is in the pilot, both ways of running the work, what lands at the end of each month, where the hours go and what they take off your monthly bill, what we need from you, and the monthly rhythm every piece of work runs through.
The same rhythm, pointed at a different target each month
This rhythm is why the months weigh the same. Discovery and research are work, not preamble — month two’s channels and month three’s system each carry their own sessions, their own research and their own builds, at about the same weight as month one. The hours are on page 31.
The return is on this page before the price is, because that is the order the decision gets made in.
What you should expect · money from search, over the twelve months from the day we start
Tap a position and the marker moves to it. The numbers do not change.
Two ends are printed because your own two systems disagree by that much, and printing one number would mean picking a side.
Your Shopify puts about $104,000 of last year’s sales down to Google. It cannot tell the free Google from the paid one, because the tags that would separate them are not on a single one of your 27,000 orders. Of that $104,000, $53,300 is search your shop says outright was free, and reading the same year through your Google Analytics puts it at $35,400. So we print both ends and nothing in between.
This is money from search only, and it is a slice of the site total on page 35 rather than something to add to it. Search buyers spend more per order than any other way people arrive at your site, $97.42 against $88.14 for your paid search. That is why this is the one channel the band is drawn on.
What you should expect · the other ways people arrive
Those four channels today
68,800
Visits a year, from your own Analytics, averaged over the thirty months to June 2026.
What we expect
+25%
About 17,200 more visits a year across the same four.
Channels it covers
4
Paid search, paid social, direct, and links from other sites.
How writing on your own site reaches channels that are not search
Marketplaces and email are left out of that 25% on purpose. AI-assistant traffic is baselined, not projected. And every figure on this page is revenue, not profit — profit cannot be computed on your shop today.
Marketplaces and email are not in that 25%, and leaving them out is deliberate. What your marketplace listings rank on is price, reviews and delivery, not the writing on your own site. And how many emails go out is a decision somebody makes, not something content moves. Putting either of them in the number would make it bigger and make it wrong.
One more channel is in none of these figures: the people who arrive through an AI assistant. At its measured peak that channel sends retail about a third of one per cent of visits, so we will not project it. What we do is baseline it from the day the work starts and report it at months three and six, measured against your own Analytics. If it grows, you will see it first in your own numbers, not in our slides.
Profit cannot be worked out on your shop today. The cost field is empty on all 18,796 of the separate sizes and colours you sell, so margin cannot be calculated by us or by you, in any screen either of us can open. Filling those costs in is named work in this engagement, on page 31. It is the only route to a measured margin, and it is not something anyone types in by hand at that size.
What it costs
| What it buys | When | Hours | Price |
|---|---|---|---|
| Month one, all of it — the pilot phase, run on your shop | Month one | 84.5 | |
| — inside it: search and page fixes on your own shop, itemised change by change | Month one | 23 | |
| — inside it: the email system built — the skill, the agent that runs it, the rules it may not break, and the checks that stop it | Month one | 10 | |
| — inside it: the server move, Git and version control on your theme, Claude set up for your team, the agents and their guard-rails, the catalogue finished, and the blog publishing again | Month one | 51.5 | |
| Months two and three — each channel discovered and researched, the proven workflows on Just Bee and Panda Slippers, organic channel content, the automations connected, the method written down and the Raava OS app built to your customisations | Scoped on pages 29 and 30 | ~84.5 each | Priced at the day-25 review |
The same month, priced the way it is usually priced
Between 200 and 300 hours of a team’s time, at about $100 an hour, is $20,000 to $30,000 for the same month of work. That is not a claim about anyone being better. The hours are lower because the fetching, the drafting and the checking run on tooling that is already built and already running, and what is left for a person to do is the deciding. The price is fixed: the work can move, the price does not.
$5,000 for month one, marked down from $6,500, and that is the only price in this document. The markdown is not generosity: iShoes is the shop the method gets proven on, and the proving-ground carries the discount. Months two and three are priced at the day-25 review, against what month one actually measured — so the next price you see is set by results you have already checked, not by this document. The next page says what month one is. Where the hours go, and what they take off your monthly bill, is on page 31.
The three things the pilot delivers
Twenty-one of your thirty-three pages carry words that belong to a different page, and none of it is a person. It is that there is no step between finishing a change and a customer seeing it, and nobody was ever given that step. The pilot puts it in, and then fixes what it catches.
What the pilot is not. Running the proven workflows on your other two brands, the organic channel content and the automations are months two and three, on pages 29 and 30 — each month at about the same weight as this one. The pilot is month one itself, on page 28. Nothing is charged twice: it has one fixed price, the $5,000 on page 25, and it is the only price this document prints.
What sits between them
The written method. Month three.
The second option is not a cheaper version of the first. It is what you use when there is more of the same work than one person can do. It cannot start before the method exists, because there would be nothing for more hands to follow.
| Today | Day 30 |
|---|---|
| The audience step says the audience is no longer there | You pick from the groups already sitting in your own Omnisend account, with a live count of how many people are in each |
| The products step says no products match | Products ranked out of your own live catalogue, from the collections you approved |
| A draft is written and stops there | The draft becomes something a named person at Fujian approves or rejects, against seven named checks, with the reason recorded |
| No campaign has ever reached Omnisend from this system | A campaign draft sits in your own Omnisend account, still editable in Omnisend’s own editor |
Also in month one
| What lands | What kind of thing it is |
|---|---|
| The twenty-one wrong things on your shop fixed, and the catalogue finished top to bottom: products, collections, and the data fields behind them, filled in the order the money comes from | Promised. The ranked page fixes are the pilot’s and land first; the rest sit inside the ninety days |
| The search and AI-search work (SEO and GEO) on the pages the money comes from, and the UI/UX corrections that go with it — so a customer and a search engine both read the page it should have been | Promised. This, with the fixes and the catalogue above, is what month one is |
| The server move: your automation, your business-to-business site and room for the agents, on one Amazon server in your own account. Page 31 has the bill | Promised. Sequenced after the workflows are proven by hand on what you already run |
| The articles begin their revival: School Shoes 101 first, tagged, pictured and linked, then a weekly rhythm | Promised. The sixty-hour content programme, change 5 on page 41 |
| The content and email workflows run by hand, with Claude and ChatGPT doing the drafting, and every output measured and kept as a template for the months after | Promised as manual work, measured. Nothing is automated before it is proven |
| A written plan for the year’s emails: who gets what, when, and who is left out of each send | Promised |
| Week one measures what the shared spend costs the brands beside it. If it costs more than it earns, Just Bee is deprioritised on iShoes. The evidence is in Part seven | Promised as a measurement, and a decision that follows it. Never as a saving |
| A timed run across three campaigns you were going to send anyway | Promised. It is what turns the time saving from an estimate into a measurement |
| Sessions so your creative team can test what they can make with these tools | Promised. Raava’s own time, sitting outside the month one build |
It plans, designs, checks and stages. A person presses send. That is built into the software, not written into a policy.
| Today | Day 60 |
|---|---|
| No channel has ever had its own requirements written down — what a Pinterest board needs, what the blog needs, what the email programme needs are treated as one job | Each channel opens with its own discovery session and its own research: the templates, metafields and meta objects it runs on, designed before anything publishes. The rhythm on page 24, pointed at the channels |
| Just Bee and Panda Slippers run on their own, outside anything this project touches | The workflows proven by hand on iShoes run on both stores: the catalogue filled the same way, the content programme running, the email plan drafted. Subject to those two accounts being connected to this project, which is your side of the table |
| Pinterest and Meta post rarely, and what posts is written for a search engine rather than a person | Both channels posting again, built from what is already trending and matched to your brands and campaigns. Engagement is the measure, not how much goes out |
| Campaigns go to the whole list, three times a week | Fortnightly sends, each built on a customer group, holding the revenue the whole-list sends bring in today |
| Today | Day 60 |
|---|---|
| The last check of your catalogue ran in June, finished part way, and the approve button forgets what you pressed | You start a fresh check whenever you want, and what you approve stays approved |
| Your phone numbers are text. On a phone they cannot be tapped | Tap to call, on the 1300 number and all four stores |
| Your size chart only exists inside a pop-up | It is on the page, in words, where a customer and a search engine can both read it |
Checks written
24
Exactly one of them is about how AI tools read your site.
Running today
17
The other seven need one permission switch in your Shopify app settings.
What that switch costs you
5 min
Your side. Not a build.
Nothing is automated before it has been run by hand and measured. Month two is the same workflows, pointed at two more stores and two more channels. The ranked page fixes are the pilot’s and land before month one starts. Page 26 is what the pilot covers.
Also in month three
| What lands | What kind of thing it is |
|---|---|
| Automations switch on for the workflows that were run by hand and measured in months one and two. Nothing is automated that was not proven first | Promised as built work, scoped against what the manual runs taught us |
| A written answer to a question nobody can answer today: whether the results of this work can be measured properly, and if so how. The agentic channel, the sales that arrive through AI assistants, is baselined from go-live and reported at months three and six | Promised as a written determination. Never as a measurement system |
| Three pieces of automatic work, named on page 25 and costed there: fulfilment, loyalty, and the baskets people leave behind | Promised as built work, scoped in month two against what month one taught us. Which of the three goes first is your call, not ours |
So the iShoes team has what it needs to run all three brands without extra manpower. The system keeps the momentum after we leave the room.
| The month | What it carries | Hours | How we know |
|---|---|---|---|
| Month one · your website | The page fixes itemised change by change on page 41, the search and AI-search work (SEO and GEO), the catalogue enriched top to bottom, the UI/UX corrected, and the email system built — with the server move, Git, Claude and the agent guard-rails underneath it all. | 84.5 | Itemised; see the footnote below |
| Month two · your channels | A discovery session and its own research for each channel — the content engine and the trending pipeline, organic channel content for Pinterest and Meta with the video that feeds them, email on fortnightly groups — and the workflows proven on iShoes run on Just Bee and Panda Slippers. | ~84.5 | Planned at month one’s weight; estimated |
| Month three · your system | The automations connected — fulfilment, loyalty, the baskets people leave behind — the method written down as it is built, and the Raava OS app developed to your own customisations and released to you. | ~84.5 | Planned at month one’s weight; estimated |
| Added up | Three months at the same weight, because month two’s discovery and research and month three’s development are work of the same order as month one’s build. The rhythm they all run on is page 24. | ~253 | |
| Your side | Four decisions in one forty-five minute session, then approvals. Hours, not days. | — | Not in the total |
Month one is the only month with a price, and the only one drawn from an itemised list. Months two and three are planned at the same weight and priced at the day-25 review, so the hours you are asked to pay for are always the ones just measured. Month one alone is drawn to scale on page 25: 84.5 hours on the AI layer, against the 200 to 300 a team would spend on the same month.
The written method, the catalogue checking and the weekly half hour with your team are not a fourth row. They are produced inside the three, because each one is written down as it is built. A method written after the fact is a document. A method written as the work happens is the work.
Page 41 also lands on 84.5 hours, and the match is two countings, not one copied figure. Page 41 itemises the five score-moving changes with the content programme published by hand, one piece at a time, at sixty hours. Month one builds the same programme as a pipeline at thirty, and spends the difference on the catalogue, the UI/UX and the infrastructure underneath everything. Different routes, overlapping work, the same weight — printed in both places so you can check one against the other.
What this takes off your monthly bill
| What you pay for | A month | A year |
|---|---|---|
| n8n, on their cloud plan, charged by how much it runs | $107 | |
| DigitalOcean | $19 | |
| cPanel | $65 | |
| What you pay today | $191 | $2,292 |
| One Amazon server carrying all three: n8n, the business-to-business site, and room for the agents to run. US$44 a month, plus backups | about $64 to $73 | about $770 to $870 |
| What you stop paying | about $118 to $127 | $1,421 to $1,526 |
$2,292 is what you pay now. It is not the saving. The saving is what is left after the new hosting is paid for, and that is between $1,421 and $1,526 a year, about $1,474 at the rate this costing uses. It is a band because the server is priced in United States dollars and we have not fixed an exchange rate. Year one is smaller than that, because moving takes hours and those hours are real.
The money is the smaller half of it. On the cloud plan you pay by how much your automations run, so running more of them costs more. On your own server it does not. That is the reason to move; the saving is what comes with it.
The one deliverable with no return figure beside it, on purpose
All 18,796 of the separate sizes and colours you sell have an empty cost field. Not most of them. All of them, checked three ways. It means margin cannot be worked out on anything you sell, by us or by you, in any screen either of us can open, and it is why every figure in this document is revenue. Filling those costs in is work we do. It is not something anyone types in by hand at that size, and it is the only route to a measured margin.
| What you provide | Why | What moves if it is late |
|---|---|---|
| Access to your shop’s pages for Raava, with permission to change them. The first thing we do with it is take a copy of your shop to work in, so a change is tried there before a customer sees it | Every page change in this proposal is an edit to your shop, and we make them. Today a change goes straight onto the live shop with nothing in between, which is how twenty-one pages ended up carrying another page’s words. Nobody was ever given that step | The copy of your shop cannot be made until this lands, and no page change can start. After day three the page work slips day for day |
| Permission for the system to create a draft in your Omnisend account. Today it can read your account but not write to it | Without it the campaign cannot appear | This is the one that gets forgotten. Everything else works without it, so nothing shows the gap until the last step. After day three it slips day for day |
| One named person who approves | Today nobody is named, and the approve button returns an error that reads like a fault | Approval is impossible until it is named |
| Which of your two connected shops is the one that counts | Two are installed | Work could be built against the wrong one |
| Your sender identity, re-confirmed | Under the Spam Act an inaccurate sender on an email is the offence. This is law, not preference | An exposure you carry, not us |
| The Claude seats: one Max seat for the lead operator and four Pro seats for the working team. If the team is smaller to start, one Max seat is the minimum | The seats are where the agents, the shared rules and the team’s knowledge live. They sit in your name, so everything built in them stays yours | The agent setup in week one cannot start without at least the one Max seat |
| The AI tooling budget: $350 for the pilot phase, then $200 to $300 a month once the workflows are proven. Plus access to the Runway subscription you already hold, which costs nothing new | The by-hand rhythm on page 24 is what the budget buys: every dollar is tracked against a named workflow and the thing it produced, measured before anything is automated | The by-hand runs that prove each workflow’s cost cannot be measured without it |
| What you provide | Why | What moves if it is late |
|---|---|---|
| Which collections may appear in a customer email | A commercial decision. A guess by us puts products you did not approve in front of your customers | The products step reports nothing eligible, which looks like a fault and is not. Name one collection at signature as a fallback and the build never waits |
| The words that may never appear | Your own approved list bans fall prevention, diabetic-certified, clinically tested, medical-grade and DVA. Compliance, not style | Copy could carry a claim you are not permitted to make |
| Your offer facts, re-confirmed: free shipping thresholds, returns terms | The checking runs the writing against these | It checks confidently against the wrong facts |
| Your brand kit confirmed in Omnisend: colours, fonts, logo | They are read live out of your account | Emails render in the wrong brand |
| One correction on your own shipping page, which omits a price band | Your side, not a build task | Your page and your emails disagree, and the page is the one customers read |
| What you provide | Why | What moves if it is late |
|---|---|---|
| A turnaround time for approvals, in writing, with a name against it | Calendar time on a campaign is approvals and waiting, not work | A thirty-day build with a five-day approval loop is a forty-five day delivery, and no amount of work recovers it |
| Three real campaigns you were going to send anyway | Proves the path end to end and gives the timed run its evidence | The time saving stays an estimate |
| A decision on pictures in emails | If pictures are in, they are outside the thirty days | Confusion about scope at exactly the moment you expect a finished email |
| A decision on who operates the console in month one | Raava operating with your approval is what the build supports today | An expectation of self-service that nothing exists to meet |
| Month two: one permission switch in your Shopify app settings | So the other seven checks can run | Seven checks stay off |
| Month two: the Just Bee and Panda Slippers accounts connected to this project | You already hold the access. It is a configuration step, not a purchase | The sibling stores wait for it |
The AI budget on this page runs inside the rhythm on page 24. It is capped, it is itemised against named workflows, and the tools sit in your name, so the accounts, the history and the assets stay yours. A line with no result beside it stops being spent.
Four of these rows are decisions, not work. They are related, they can be made together, and we would book them as one forty-five minute session in week one rather than four separate emails.
This is why photographs are on the list. This system writes words. It does not make pictures, and it does not send. It takes away the deciding, the writing and the mechanical checking, and it adds one step that did not exist: somebody reads what it wrote and approves it.
Part five
Six pages. This is the part of a proposal that is usually made up. Ours is built only out of numbers your own business already produces, it has the bad outcome on the same page as the good one, and it carries no percentage of confidence anywhere.
We have not given you a percentage, and here is why.
A percentage of confidence means somebody sampled a hundred businesses like yours. Nobody has. You have one business, with one history, and it is the only honest thing to forecast from.
This is the one page in this proposal that asks you to read a paragraph. It earns it, because the exact words are the point.
So instead you get four separate numbers, each with three positions
Every position on every dial is one of your own numbers. Each one carries a list of things that would have to be true, and you can check every item yourself, in a screen you already own.
The band on page 25 is drawn on this same rule. Its lower position is measured, its middle is arithmetic on two measured ends, and its upper is double. It covers money from search only, so it sits inside dial one rather than beside it, and the two are never added together.
Four separate numbers, never one bottom line. Your shop and your email count a sale differently, so adding them together would count some sales twice and some not at all. Four dials is not a design choice. It is the only shape that is true.
How to read the marks
Dial one · Sales on your own site
Revenue is already at its highest, so a new high on its own proves very little. What matters is where the extra dollars come from. Today they come from a bigger basket. In the middle position they come from more customers, and that is the version that survives a quiet year. The search band on page 25 is part of this number and not an addition to it: search is one of the ways people arrive here, and this dial counts all of them.
Dial two · Customers who come back
A customer who bought once
$89.31
To date.
A customer who bought again
$261.69
To date.
The two, divided
2.93×
Both parents printed beside it.
“To date” means the count stops today, and it includes people who first ordered last month. It is what they have spent so far, not what they are worth. Measuring the real figure needs one read-only pull from your Shopify that has never been run. It is in month one.
Dial three · What your email earns, for every thousand sent
Panda’s rate is a ceiling, not a target. Panda sells one kind of product to one kind of buyer on a smaller basket. iShoes carries many brands to a wider list. That is why the middle position is halfway to it and not at it.
One dollar on this rate is about $1,000 a year, and your own Google Analytics gives a sceptical reader a second reading.
What one dollar on that rate is worth. You sent 994,739 emails in twelve months, which is roughly a thousand thousands, so one dollar on this rate is about $1,000 a year. Both of those numbers are yours and both are on this page.
A second reading, from a different system, because a sceptical reader should have one. In your own Google Analytics, visits arriving from your email convert at 6.39% against 3.12% for your paid Google visits. And in the same account your automatic emails convert at least four times better than your one-off ones. Those are two different comparisons and neither number belongs in the other’s sentence.
Dial four · People leaving your list
| Spam complaints, one-off emails | 0.0028% |
| Spam complaints, automatic emails | 0.000% |
| Google’s limit for complaints | 0.300% |
That limit is about complaints, not unsubscribes. Complaints are not a problem on your account. Panda’s automatic emails run at 1.310%, concentrated in its win-back email, which by design writes to people who have gone quiet. That is the one to watch monthly on iShoes.
Nothing on this page is ticked, because nothing has happened yet. If an item is not done, the dial does not move, and both of those are visible in your own systems.
Dial one · Sales on your own site
Dial two · Customers who come back
Dial three · What your email earns
Dial four · People leaving your list
The email system Raava installs does not send.
The email system Raava installs does not send. It plans, designs, checks and stages a campaign, and approval creates a draft in your own Omnisend account. A person presses send. That is true on day one and it stays true.
Every forecast you have ever been shown had no downside in it. This one does, at the same size and in the same typeface as the good news.
Which position the evidence actually supports
| Dial | Position | Why |
|---|---|---|
| What your email earns | Middle | The audience groups already exist in your account and are unused. Nothing needs building. It needs one approval. |
| Customers coming back | Middle | The people already come back, later. The change is timing. |
| People leaving your list | Middle | Achievable, and it is the one that needs watching every month. |
| Sales on your own site | Lower to middle | Slowest to move and the least inside anyone’s control. |
Three of the four sit in the middle. The fourth is the one we are most careful about, and it is the one about sales.
What makes the lower position happen. Named, not hedged.
What is not measured, and will not be pretended
What has never been measured on this account is named rather than pretended, and the loyalty emails set up years ago are still running and earning close to nothing.
And the one that is easy to miss. The loyalty emails set up years ago are still running. They are alive and they earn close to nothing: across a full year one of them earned $80.96 and the rest earned nothing at all. Left alone they will keep running and keep earning nothing, and they will not appear as a problem in any report, because nothing has broken.
Built from your own growth, not from fear. You have just done two years of doing nothing and it worked. The question is what the same two years buy the second time.
The business grew despite the website, not because of it. That works until it has to compound.
Part six
Two pages, and they are supporting detail rather than the argument. This is the one place in this document where a number is not money. A score is a technical measure, it cannot be spent, and it is here because you asked what state the shop is in compared with the shops you are up against.
Gaps under about five points are not real differences at this resolution. Nobody should read 46 against 49 as a meaningful gap, including us. What is meaningful is the distance to the three at the top, and what closes it.
| The change | Hours | Who does it | |
|---|---|---|---|
| 1 | Fix the links your site publishes about who it is, and put your four Victorian stores on the page as real addresses. Yours currently points at Panda’s Facebook page. | 3 | Developer |
| 2 | Make every phone number tappable on a phone: the 1300 number and all four store lines. | 1.5 | Developer |
| 3 | Put the size chart onto the product page as a real table. The data already exists. It just never reaches the page. | 8 | Developer |
| 4 | Fix the category writing: switch off or point the thing writing it at the right pages, remove the duplicates, and move what is left above the shoes. | 12 | Content and developer |
| 5 | Stand up the content programme: publish from your own archive on a stated weekly rhythm across the ninety days, each piece with a named author, a real date, a live index, and links from the matching category and product pages. | 60 | Content |
| All five | 84.5 | 46 to 59 |
This is a claim about your own score moving, and nothing else. It is not a claim that iShoes passes Bared, Frankie4 or Homyped. Those three sit at 54, 58 and 59, and gaps under about five points are not real differences at this resolution. Anyone who tells you a plan will pass a named competitor is over-claiming what a measure like this can support.
Part seven
Three pages. How this spreads to your other two brands, what your team is holding at day ninety, and the one thing we are asking for at the end of this.
Deprioritised, not removed. The products stay on the storefront and keep selling. Only the claim on the paid budget is withdrawn. The offset from freed spend is not measured yet. That is what week one is for.
| The object | What is in it |
|---|---|
| The Raava OS app, developed to your customisations and released to you | The workflows we ran by hand in months one and two, running under your approval: email drafts to approval, the content pipeline, the social trending match, the catalogue checks. A workflow that was not proven by hand is not in the release. |
| A runbook for running one campaign | Brief to approved draft, photographed from the real iShoes run. What each of the seven checks looks at, and what to do when one fails. |
| A runbook for running one check of the catalogue | Start it, read the result, queue a fix, approve it. It states plainly which checks run today and which do not. |
| Two recordings on your own data | Twenty to thirty minutes each. One campaign, one check. The real thing happening, not a demonstration. |
| Fill-in templates, one per brand | Which collections may appear in a customer email, the words that may never be used, the offer facts, the sender identity. A copy to fill in, not a blank page. |
| A set-up checklist and a one-page failure card | The five most common errors, what each one actually means, and who to call. Written for somebody who is not an engineer. |
What carries across to your other two shops, and what does not
| Written once, applies three times | Rebuilt per shop, and priced separately |
|---|---|
| The links your site publishes about who it is | The store pages on Panda and Just Bee, which show no address at all until scripts run |
| Every phone number made tappable | Panda’s product grids, which carry almost no real pictures in the page |
| The size table put onto the page | |
| The category writing corrected |
The four biggest fixes were found on all three of your shops, in three different designs. Two things are per shop. They are priced separately, not promised free.
The sibling stores in month two need two things only Fujian can connect.
The sibling stores in month two need two things only Fujian can connect: a Shopify login for Just Bee and Panda Slippers, and each brand’s Omnisend account. So the wording is the same workflows running on all three stores, subject to those connections, and never a named brand doing a named thing on a date.
The four decisions, so nobody has to hunt for them
And the permission. Separately from the session, one Omnisend key that is allowed to create a draft, in the first three days. It is the single item that quietly stops everything else if it is late, because everything else works without it until the last step.
Beside this file sits one page, plan.html. Open it in any browser. It needs no network and nothing to install. It takes the ninety days apart: every task, the system it happens in, and the screen in your own accounts where you check it. You can filter the tasks by system — Shopify, Omnisend, the writing tools, the server move, the social channels — and open any task for its hours and its detail.
It also carries the things a printed page cannot, and nothing on it is a commitment past what this document prices.
It also carries the things a printed page cannot: the sample of what a brand page becomes, the character-sheet template for the photography, and the recordings of the system running our own business today. Nothing on it is a commitment past what this document prices.
The gap, shown not told
Five shops your customers also visit, beside your own homepage and your own blog, all captured on the same day. Look for the people, the guidance and the photography in theirs, and what is on yours instead. The same wall, larger, is on the live page.








