
Frameworks, core principles and top case studies for SaaS pricing, learnt and refined over 28+ years of SaaS-monetization experience.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Join companies like Zoom, DocuSign, and Twilio using our systematic pricing approach to increase revenue by 12-40% year-over-year.
Retail assortment planning has always carried an uncomfortable truth: the category manager makes a product decision, but the financial effects arrive through many different channels. A SKU cut can free shelf space, reduce inventory, change supplier negotiations, hurt basket conversion, or improve margin. Add AI, store clustering, demand transference models, price optimization, and automated planograms, and the work becomes more valuable - but also harder to price.
The commercial question is no longer whether retailers will pay for better assortment and pricing decisions. They will. The question is what vendors should charge for when their software influences decisions across thousands of SKUs, hundreds of stores, and several merchandising teams. A planner seat is too narrow. A share of margin gain is too hard to verify. Token pricing makes little sense to a retailer deciding its seasonal range.
Monetizely's position is that retail AI assortment planning should be sold as an annual enterprise platform subscription, with annual sales units processed as the primary meter. Vendors should package assortment, pricing, and execution capabilities as modules; charge separately for implementation and ongoing expert services; and use bounded automation credits only as a secondary guardrail for high-volume AI activity.
Retail AI does not replace a spreadsheet with a faster spreadsheet. It changes the number and quality of decisions that a merchandising organization can make. Blue Yonder positions its assortment product around store-specific product mixes, shelf-aware planning, and ongoing scenario analysis. RELEX links assortment choices to pricing, promotions, inventory, and space. SymphonyAI combines demand transference, assortment optimization, and planogram generation. These are connected decisions, not isolated reports. (blueyonder.com)
That shift creates a pricing mismatch. A 20-person merchandising team may use the same number of seats whether it manages 50 stores or 1,500. Yet the vendor's data, model, support, and implementation burden rises sharply with the retailer's sales volume, product velocity, store network, and local assortment complexity.
Monetizely's 5-Step Pricing Framework starts with Goals and Segmentation, then moves through Packaging, Pricing Metric, Price Points, and Operationalization. The order matters. A retailer selling seasonal fashion across several banners needs a different offer from a regional grocer managing fresh categories and frequent price changes. Packaging determines what is included; the metric determines what scales; price points set the commercial trade-off; and operationalization makes billing, renewals, and sales execution work in practice. As Monetizing Agentic AI argues, a rate card cannot repair a package that does not fit a real buyer segment.
The retail planning market makes that sequence visible. Most major vendors do not publish a simple per-user list price. Instead, they sell enterprise platforms through demos, scoped solutions, and negotiated contracts. Oracle is the major exception in one important respect: its retail cloud service descriptions publicly state capacity metrics, including blocks of 10 million annual sales units for Retail Assortment Planning Cloud Service Advanced Edition. (oracle.com)
The market's public pricing posture reveals a useful fact: vendors know that retail planning is too broad to price like a collaboration tool. The problem is that many stop at quote-led selling rather than translating that insight into a clear and repeatable commercial structure.
Exhibit 1. Public pricing structures among leading retail AI assortment and pricing vendors, checked September 3, 2026
The comparison points to a clear conclusion: retail planning vendors already sell enterprise capacity in practice, even when their public websites do not state a transparent rate card. (blueyonder.com)
Oracle's structure is especially instructive. Annual sales units capture the scale of a retail business without making the number of human planners the economic ceiling. Active SKU-locations are more useful for transactional pricing systems because each SKU-location requires a price record and execution logic. Assortment planning, by contrast, earns its value by improving decisions across a retailer's commercial volume.
A pricing metric must be understandable to the buyer, related to the value created, predictable enough for annual budgeting, and practical for a vendor to meter. Retail AI assortment planning passes that test most cleanly when the primary meter is annual sales units processed.
Annual sales units are not perfect. A luxury retailer and a value grocer can process the same volume while facing very different commercial stakes. That is why the meter should set the capacity band, while packaging and price points capture differences in complexity and value. The primary meter should not be expected to do every job.
Exhibit 2. How common retail AI pricing metrics perform
| Candidate metric | Buyer understanding | Connection to value | Revenue predictability | Operational burden | Monetizely's position |
|---|---|---|---|---|---|
| Named planner seats | High | Low | High | Low | Do not use as the primary meter. A 15-seat team can govern vastly different retail estates. |
| Active SKU-locations | Medium | High for price execution and planograms | Medium | Medium | Use for pricing execution or shelf-management add-ons, not as the core assortment-planning meter. |
| Annual sales units processed | High | Medium to high | High | Medium | Use as the primary meter for the annual planning platform. |
| Margin gain or sales uplift | Medium | High in theory | Low | High | Do not make this the core subscription metric. Too many forces affect retail outcomes. |
| Tokens, model calls, or compute credits | Low | Low | Low | High | Use only to protect against unusually heavy agent use or unusually expensive model activity. |
This table supports a simple design choice: annual sales units are the best anchor for the core subscription because they scale with the retailer's commercial footprint while remaining familiar to finance and procurement.
A vendor can then establish annual commitments in sales-unit bands, such as 10-million-unit increments. The contract should include a clear annual baseline, a defined treatment of acquisitions or new banners, a usage dashboard, and a pre-agreed true-up rate. Buyers should not discover at renewal that a successful store expansion changed their software bill without warning.
Outcome fees are tempting because the value at stake can be large. SymphonyAI, for example, publicly reports assortment gains of 4.6% in sales and 5.2% in margin for a UK cooperative retailer, while its broader retail platform cites validated profit outcomes at a U.S. grocer. Those results are commercially meaningful, but they do not establish a clean invoiceable outcome for every retailer, category, or planning cycle. Stock availability, supplier funding, weather, competitor moves, promotional calendars, and store execution all affect the final result. (symphonyai.com)
The Agentic Monetization Spectrum, or AMS, helps clarify why the core contract should remain a committed platform subscription. AMS assesses an AI product on three dimensions: zero-human ability, meaning how much work the agent completes without human involvement; operational domain, meaning whether it handles a narrow task, a full workflow, or work across several functions; and output/cost ratio, meaning whether value rises faster than the cost to produce the output. A highly autonomous agent with a broad domain and an exponential output-to-cost ratio can support output or outcome pricing. An AI that recommends actions for a human merchandising team generally cannot.
Retail assortment AI sits in the middle of the spectrum today. The system can cluster stores, identify substitutes, forecast demand, recommend SKU additions or deletions, and generate planograms. Merchants still set category objectives, review the plan, negotiate supplier implications, and approve changes before they reach stores.
Exhibit 3. AMS score for retail AI assortment-planning agents
| AMS dimension | Assessment | Score | Why it matters commercially |
|---|---|---|---|
| Zero-human ability | Medium | 2 of 3 | Merchants delegate analysis, but they review and approve assortment, pricing, and range decisions. |
| Operational domain | Medium | 2 of 3 | The system spans a major merchandising workflow and connects to pricing, space, and inventory, but it does not run the whole retail enterprise alone. |
| Output/cost ratio | Inflecting | 2 of 3 | A recommendation can influence thousands of SKU-store choices, but data preparation, integration, support, and model operations remain material costs. |
| Total | Middle of the spectrum | 6 of 9 | A committed platform fee fits better than either seats or a pure outcome fee. |
The 6-of-9 score supports Monetizely's position: charge for enterprise planning capacity first, then add measured AI automation only where activity creates real additional cost or replaces a defined piece of work.
An automated category-reset agent provides a useful example. If it produces 5,000 store-specific planograms that still require merchant approval, the vendor should not bill as if it fully replaced 5,000 decisions. The vendor can include a reasonable number of generated planograms in the enterprise subscription and use credits above that threshold. The credit protects the vendor's cost base while keeping the buyer focused on a business output they can understand.
The most common packaging error is to separate products according to technical capability: basic forecasting, advanced AI, agentic planning, premium optimization. Retail buyers do not organize their work that way. They organize around decisions they need to make: which products to carry, where to carry them, how much shelf space to allocate, what prices to set, and how to execute the plan.
A retailer with one banner may need assortment planning and store clustering. A multi-banner retailer may also need price optimization, markdown planning, role-based controls, and cross-banner reporting. A retailer working closely with CPG partners may need supplier collaboration, shared category analysis, and controlled data access.
Exhibit 4. A package structure that maps to retail buyer needs
| Buyer segment | Core package | Add-on modules | Primary meter | Services approach |
|---|---|---|---|---|
| Single-banner retailer modernizing category planning | Assortment planning, store clustering, scenario analysis, approval workflows | Planogram generation, price recommendations | Annual sales units | Fixed-fee data and process setup |
| Multi-banner or national retailer | Core assortment platform plus planning governance, audit trails, and multi-format analysis | Pricing, markdowns, promotion planning, inventory connection | Annual sales units | Fixed-fee deployment by interface, banner, and workflow |
| Global retailer or retailer-CPG ecosystem | Enterprise planning platform with cross-market controls and advanced data access | Supplier collaboration, localized planning, automation credits, advanced analytics | Annual sales units, with SKU-location add-ons for execution-heavy modules | Program-based implementation and annual managed services |
The package structure makes one commercial principle explicit: the buyer should pay more when the retailer asks the product to govern more decisions across more of the business, not merely because the vendor labels a feature “AI.”
Modularity matters most for pricing and execution. Oracle's published metric split offers a practical model. Assortment Planning can scale by annual sales units, while retail price execution can scale by active SKU-locations. Vendors do not need one universal meter for every module. They need one primary meter for the platform and a small number of secondary meters that match distinct workload drivers. (oracle.com)
Retail AI deployments fail when vendors treat data work and process change as free pre-sales activity. Historical POS data may be incomplete. Product hierarchies may differ across banners. Space data may not match fixture reality. Price rules may live in spreadsheets. A model that produces an elegant recommendation without a usable approval process will not improve a retail category.
Blue Yonder explicitly positions professional services around configuration, training, change management, and ongoing optimization. RELEX emphasizes the links among demand, merchandising, supply chain, and operations. Those public product positions reinforce a hard commercial reality: the software subscription and the work needed to make it useful are related, but they are not the same thing. (blueyonder.com)
Exhibit 5. Services should be priced by deliverable, not hidden in the software discount
| Service | What the buyer receives | Recommended pricing method | Acceptance test |
|---|---|---|---|
| Data and decision design | Data review, category hierarchy design, KPI definitions, approval design | Fixed fee | Signed data map and agreed decision workflow |
| Deployment | Configured workflows, integrations, user roles, pilot categories | Fixed fee tied to source systems, execution endpoints, and banners | Production pilot operating on agreed data |
| Category rollout | Rollout across agreed categories, regions, or store formats | Fixed fee per rollout wave | Category teams complete the agreed planning cycle |
| Ongoing value services | Model tuning, category reviews, seasonal planning support, executive reporting | Annual retainer with a defined service calendar | Quarterly business review and agreed backlog completion |
The implication is straightforward: do not subsidize implementation through an artificially high recurring software price, and do not offer an unlimited services promise that turns a subscription business into open-ended consulting.
Managed services can be valuable, especially for retailers with small analytics teams. They should still have clear boundaries. A retailer may buy quarterly range-review support and model tuning, for example, but supplier negotiations, store resets, and day-to-day category ownership should remain the retailer's work unless the vendor is deliberately selling a managed category service.
Retail AI providers often describe their pricing problem as a question of price level. In practice, the deeper errors occur earlier: the wrong segment, the wrong package, an unsuitable meter, or a billing system that cannot explain charges.
Exhibit 6. Dominant retail AI pricing failures mapped to Monetizely's 5-Step Pricing Framework
| Framework step | Common failure | Retail example | Corrective action |
|---|---|---|---|
| Goals and Segmentation | Treating all retailers as one market | A regional grocer and a global apparel group receive the same offer structure | Segment by retail format, planning maturity, operating complexity, and data readiness |
| Packaging | Selling AI features instead of decision workflows | “Advanced AI” includes demand transference, but not the price or planogram actions needed to use it | Package around assortment, pricing, markdown, space, and execution jobs |
| Pricing Metric | Charging primarily per planner seat | A retailer with 12 planners and 2,000 stores pays little more than one with 12 planners and 100 stores | Make annual sales units the primary platform meter; add SKU-locations only for execution-heavy modules |
| Price Points | Setting the rate from competitor anecdotes | A vendor discounts heavily because another provider offers a lower platform fee, despite broader scope | Set rates from buyer value, delivery cost, willingness to pay, and a disciplined discount policy |
| Operationalization | Promising AI usage without clear measurement or billing | Automation spikes during seasonal resets, but the invoice shows only an unexplained “AI overage” | Meter approved activity, show usage in-product, and establish true-up rules before signing |
The central lesson is that a retail AI rate card must be designed as an operating system for sales, implementation, finance, and customer success. A commercially elegant metric is not enough if account teams cannot quote it, customers cannot forecast it, and billing cannot reconcile it.
Retail assortment and pricing tools will become more autonomous. SymphonyAI already describes AI agents that detect underperformance and recommend category, promotion, and discount actions. Blue Yonder and RELEX also describe continuous planning, scenario modeling, and AI-supported recommendations across connected retail decisions. (symphonyai.com)
Vendors should prepare for that future without abandoning the logic of the current market. The primary annual contract should cover the planning platform and a defined capacity band. The first level of AI recommendations should be included because it is central to the product's value. Higher-volume automated outputs can become an expansion path when the buyer asks the system to generate or execute materially more work.
Examples include:
The buyer gets predictable core spend. The vendor protects margin and gains a credible path to expand revenue as the product takes on more work. Most importantly, both parties can understand the bill.
Choose one primary meter and publish the logic internally. Make annual sales units processed the default platform meter, then define the limited cases where active SKU-locations or automation credits apply.
Build commercial offers around retail decisions. Organize packages around assortment, price, markdown, space, and execution workflows rather than around a ladder of generic AI features.
Separate the recurring software commitment from deployment work. Put data design, integrations, rollout waves, and managed support into clear service statements with measurable acceptance criteria.
Create a retailer-scale dataset before resetting price points. Compare signed contracts by sales volume, retail format, module adoption, implementation effort, discount level, and renewal expansion. A vendor that sees only ARR cannot see whether its metric is working.
Treat automation as a measured expansion opportunity. Include core recommendations in the subscription, but define auditable thresholds for large-scale generated outputs and high-cost AI activity before customers reach them.
Join companies like Zoom, DocuSign, and Twilio using our systematic pricing approach to increase revenue by 12-40% year-over-year.

1
None of the other premier consultants have actually implemented complex pricing within companies like Twilio and Zoom. This requires operational systems understanding, not just strategy.
In addition, other consultants often "over egg the pudding", they know customers will buy approaches as long as they look/feel scientific, yet we have multiple customers who have spent more >$100k each on conjoint analysis which did not help them at all. We are careful with where we ask you to spend your money.
2
Willingness to pay is context-dependent and works best when analyzed alongside packaging and pricing metrics. We use structured surveys like Van Westendorp, Max Diff, Conjoint Analysis as well as in-person research interviews to gather actionable data.
3
The cost of milk or a McDonald's burger inflates. However, SaaS prices almost always deflate and requires both adjustment of product packages as well as innovation to remain relevant.
Additionally, AI adoption will drive a shift from user-based pricing to more usage/consumption based models to accommodate the very high costs of serving these products. Expect to see deflation over time here as well as the the cost of serving AI products drops by multiples every month.
4
We want to monitor discounting % per package, usage of features within the packages, upsell rate of features to see whether we have a good pricing motion or whether it needs adjusting.
5
The Monetizely team has over 28 years of collective experience in software pricing, having previously worked with industry leaders like Twilio, Zoom and DocuSign, ensuring expert guidance in SaaS pricing strategies.
6
We recommend doing a better job on the pricing testing phase and to mitigate risk roll out the pricing in a phased manner.
For 80-90% of cases, we do not recommend A/B testing as that creates too much market confusion and overhead (in certain cases, doing an advance roll out in a different geo can work).
7
Competitive information is helpful but only a small piece of the picture. Competitors are in different stages of growth. Their product functionality is also different.
We recently had a client where sales teams pushed for lower pricing to compete with current rivals, but the company’s strategic vision aimed to evolve into a new category, making the competitive pricing data less relevant.
8
To kickstart your SaaS pricing optimization, consider consulting with the experts at Monetizely. You can also deepen your understanding by reading our book "Price to Scale" and enrolling in "The Art of SaaS Pricing and Monetization" course on Maven. These resources are crafted to equip you with the necessary skills and knowledge to refine your pricing strategy effectively.