Choosing Merchandise Planning and Inventory Software, 10 to 100 Stores
How should an apparel chain growing from 10 to 100 stores choose merchandise planning and inventory software?
An apparel chain growing from 10 to 100 stores should choose its merchandise planning and inventory software in two steps. First, settle which system holds the record of stock, buying and pricing, because planning reads from it. Then test planning vendors against the chain you will be at 100 stores: references that grew through your range, a 100-store scenario on your own data, a go-live timed to your buying calendar, and cost at full size.
At ten stores, most apparel retailers run on a point-of-sale system with inventory built in, a buyer who knows every store, and a spreadsheet that holds the plan together. By forty stores that setup is usually straining, and the advice on what to move to points three ways at once. POS vendors say upgrade the POS. ERP vendors say move everything onto one finance-led platform. Enterprise suite vendors say buy for where you will be in ten years.
Each of those answers suits someone. None is built for the retailer in the middle, the fashion, footwear or specialty apparel chain growing from 10 stores toward 100. This guide covers what changes as that chain grows, which kind of system fits, how to test vendors, and what can safely wait.
What changes between 10 stores and 100?
Decisions a buyer once made by hand stop being possible, and the stock numbers behind those decisions stop agreeing with each other.
Allocation usually goes first. With ten stores, a buyer can look at a new style and decide how many of each size goes where. With sixty, the same delivery becomes thousands of decisions across style, color, size and location, repeated every week of the season. Done by hand, it gets done approximately. Approximate allocation is how one store sells out of mediums while another holds them until markdown.
Assortment changes next. Ten stores can be planned one by one, from what the buyer knows about each. At scale, stores have to be grouped by how they actually sell, by volume, climate, customer and format, and planned as groups. That only works if the sales history behind the groups can be trusted.
Transfers and size curves come third. Moving stock from a store where it sits to one where it would sell depends on knowing what is physically on the shelf. So does buying a size mix that matches each store's demand. This is where growth exposes the weakest number in most retail businesses. Research from the Auburn University RFID Lab with GS1 US put average inventory accuracy at around 63% for retailers without item-level tracking.
Every allocation, transfer and reorder reads that number. At 10 stores, a buyer catches the errors by eye. At 100, they are spread across too many locations for anyone to see.
The cost of getting this wrong has gone up. The BoF-McKinsey State of Fashion 2026 report found that the number of days fashion companies held inventory before selling it reached an all-time high in 2024. Stock in the wrong store ties up cash, and too often ends in markdown.
Island Pacific sees this pattern in the retailers who come to it. Most arrive with between 20 and 80 stores, usually running Retail Management Systems with integrated POS, third party E-Commerce and financial platforms. The first thing they tend to say has broken is inventory accuracy followed by their ability to scale
What merchandising and inventory system should a growing apparel chain move to?
A growing apparel chain needs a merchandising and inventory system built for multi-store retail. That means one place holding the authoritative record of stock, purchasing and pricing, with finance running in an ERP alongside it. Most chains between 10 and 100 stores get pointed toward one of three other kinds of system instead, and each fits a different business.
POS with Built-In Inventory
Built for: Taking sales and counting stock in each store.
Where it strains between 10 and 100 stores: Buying, allocation and planning across the chain, which drift into spreadsheets.
Retail ERP
Built for: Financials, purchasing and accounting control.
Where it strains between 10 and 100 stores: Holds stock as a financial value, so merchandising by style, color, size and store happens somewhere else.
Enterprise Merchandising Suite
Built for: The largest multi-banner, multinational retailers.
Where it strains between 10 and 100 stores: Cost and implementation effort sized for businesses far past 100 stores.
A POS with inventory is the right tool at the start. It takes the sale and counts what each store holds. The strain shows when decisions move from the store to the chain: what to buy for next season, how to split it, and when to move it.
An ERP is often the next answer, and it solves a real problem: the books. An ERP runs a company's whole back office: financials, human resources, the general ledger, procurement across the business. A merchandise management system runs the retail core: what to buy, how much, for which stores, at what price, and what is selling right now. Asking a general ERP to run merchandising leaves financial software doing a merchant's job.
An enterprise suite can do the merchandising work. It is scoped for retailers with large dedicated teams, multiple banners and international operations, and its cost and implementation timeline reflect that.
What fits the chain in the middle is a merchandising system sized to carry it from 10 stores to 100 and beyond. It holds one record for inventory, purchasing and pricing that the POS and the ERP both connect to. The POS takes the sale and reports back. The ERP keeps the books. Merchandising decisions happen in the system built to make them.
Island Pacific is that system for fashion, apparel, footwear and specialty retailers. Urban Outfitters grew from three stores to more than 800 on it.
Why does merchandise planning software depend on your system of record?
Merchandise planning software reads from your stock, buying and pricing record. If that record is wrong, the plan is precise and wrong at the same time.
Planning covers several connected jobs:
• Demand forecasting projects what each store will sell, by style, color and size.
• Merchandise financial planning sets sales, margin and inventory targets by category and month.
• Open-to-buy tracks how much you can still spend against those targets.
• Assortment planning decides which styles go to which stores.
• Allocation splits each delivery across them.
Each of these starts from what you hold, what is on order and what it cost. A planning tool laid over inventory numbers that disagree between the POS, the warehouse and the ecommerce platform will produce a confident open-to-buy figure built on the wrong starting stock.
This is how growing chains end up buying a planning tool to fix symptoms that started further down. The plan looked wrong, so they bought a better planner. Then the first technical hire adds a tool for inventory, another for ecommerce and another for allocation, and connects them with integrations. A few hundred stores later, the business is maintaining systems no one fully owns, and every number has two versions.
The order that works runs the other way: settle the record, then plan on it.
How should you evaluate merchandise planning vendors at this stage?
Test every vendor against the business you will be at 100 stores. The standard advice still applies: define requirements with merchandising, planning, finance and IT in the room, and run a proof of concept on your own data. Growth adds four tests that most selection processes skip: ask for references that grew through your store-count range, run a 100-store scenario on your own data, map implementation against your buying calendar, and price the system at 100 stores rather than at your current size.
Ask for references that grew through your range
A retailer that went live at 400 stores tells you the system works at 400. It tells you nothing about the years between 15 and 80, when processes, teams and data were all changing at once. Ask for a customer that was where you are now and has reached where you are going.
Run the 100-store scenario on your own data
Give each finalist one realistic season. A new style arrives in five colors and eight sizes. It is allocated across store groups, replenished by size as it sells, transferred between stores, and then marked down. Run that scenario at your projected store count. A vendor that handles 15 stores smoothly and slows at 100 has shown you its ceiling before you sign.
Map implementation against your buying calendar
Ask how long implementation takes for a chain your size, what drives the range, and which buying season the go-live will land in. A go-live in the middle of a peak buy is a risk no feature list makes up for.
Price it at 100 stores
Cost licensing, implementation, support and the internal people needed to run the system for the chain you plan to be. Choose a system that is cheap at 12 stores and expensive to grow, and you will make this decision twice.
What can you leave until later?
Leave capability your team cannot use yet. Advanced optimization, AI-driven assortment recommendations and markdown modeling all depend on clean, trusted data and a planning team with time to use them. Bought before either exists, they sit idle and add to the cost of every upgrade. The same goes for capability built for international or multi-banner operation, if neither is in your plan. A chain at 25 stores with one planner gets little from capability designed for a planning team of twenty, and teams in that position tend to drift back to spreadsheets.
The foundation should not wait. That means one record for stock, buying and pricing that will hold at 100 stores, with planning that reads from it. Depth can be added to a sound foundation as the team and the data mature. Adding depth on top of a weak one only makes the weakness more expensive.
Can one system carry a chain from 10 stores to hundreds?
Yes, if the system was built to hold the chain's record rather than to run a single store.
Island Pacific is a retail software company founded in 1977. Island Pacific provides merchandise management, merchandise planning and inventory management software for fashion, apparel, footwear and specialty retailers. Island Pacific customers include Primark, American Eagle and Urban Outfitters. Merchandise planning has been a core part of its merchandising software since 1997.
How Island Pacific approaches merchandise planning
Frequently asked questions
How long does it take to implement a new merchandising system?
It depends on the size of the chain, the scope of the system and the state of the data being moved. For Island Pacific, a mid-size chain typically takes four to six months, depending on the source and quality of the data being migrated. Whichever vendor you choose, plan the go-live around your buying calendar.
Is a retail ERP enough for a growing apparel chain?
Usually not on its own. An ERP keeps the books: financials, HR and the general ledger. Merchandising decisions about what to buy, how much, for which stores and at what price need a system built for them. A growing fashion or specialty retailer usually needs a merchandising system of record before it needs an ERP, and runs the two side by side.
Can we keep our existing POS?
Often, yes. The POS takes the sale at the till. The merchandising system sits behind it, holding the inventory, pricing and merchandising data the POS reads from and reports back to. Ask any vendor which POS systems connect to it today.
When is the right time to switch?
Switch before the next stage of growth and outside your peak buying period. The clearest signal is when you stop trusting your own stock and sales numbers, or when keeping them straight has become someone's full-time job. Switching in the middle of a growth spurt means migrating your data while it is changing fastest.
Settle the record of stock, buying and pricing first, then choose merchandise planning software you have tested against the chain you will be at 100 stores.
Which numbers have you stopped trusting?
Tell us what's breaking as you grow, and we'll tell you honestly whether Island Pacific is the answer.