An automated storage system can increase usable storage and reduce handling, but only if it matches the goods, order profile and routes through the warehouse. Start by mapping how inventory arrives, moves into storage, gets replenished and is picked; then define the capacity and retrieval performance the operation needs. That evidence helps you compare pallet cranes, shuttle systems, mini-load systems and vertical lift modules without selecting equipment on automation level alone. It also exposes constraints such as building structure, software interfaces and peak demand before they become expensive design changes.
Begin with the whole process, not just the storage aisle. Trace goods from receiving and any inspection or labelling through putaway, storage, replenishment, picking, packing and dispatch. Include returns and damaged or unidentified stock if these pass through the same operation. An automated store may handle only one part of this chain, so identify where work will start and finish at its interfaces.
Record where products wait, where staff or equipment travel, and where work is handed between processes. For example, a system that delivers items quickly to a picking station may not improve order completion if packing capacity is already the constraint. Likewise, fast retrieval is of limited value if replenishment cannot keep the pick locations supplied.
Write down the intended operating pattern. Is the system supporting full-pallet movements, case picking, each-item picking, production supply, or several of these? Will orders be released continuously, in waves, or in batches? The answers affect the storage technology, the number and location of workstations, and the conveyor or other handling equipment needed around it.
Build the design brief from actual warehouse data where possible. Averages alone can conceal the conditions that determine whether a system performs well. Review demand by season, day and shift, and distinguish routine activity from peaks and unusual order mixes.
Check data quality before using it to size the system. Missing product dimensions, inconsistent unit-of-measure records or outdated stock data can lead to unsuitable containers, incorrect capacity assumptions or unreliable replenishment plans. If data is incomplete, identify the uncertainty and decide how it will be resolved before approving a final design.

Storage capacity describes how much inventory the system can hold. Retrieval performance describes how reliably it can deliver the required items to the next process. These are different design questions. A dense installation may provide many storage positions but still create queues at its access points or picking stations.
Set requirements for both. Define the number and type of storage locations needed, including space for replenishment, temporary buffers and exceptions. Then specify the required flow in terms that reflect the operation, such as pallets moved, order lines supplied or containers delivered over a defined operating period. Use demand data to set these targets rather than relying on a supplier’s headline rate alone.
Ask how the proposed system performs under the expected product and order mix, not only in an idealised scenario. The design should account for replenishment activity, simultaneous tasks, station capacity, equipment interruptions and recovery after a stoppage. Request a clear explanation of the assumptions behind any performance estimate, including the number of operators and workstations it requires.
Automated storage and retrieval systems (AS/RS) cover several technologies. Names and configurations vary, so compare the actual load unit, movement pattern, access method and operating limits offered in each proposal.
| System type | Typical load | May suit | Points to assess |
|---|---|---|---|
| Unit-load crane AS/RS | Pallets or other large unit loads | Operations with repeatable pallet handling and a need to use storage height | Rack and building engineering, aisle layout, pallet quality, access requirements and recovery arrangements |
| Mini-load AS/RS | Totes, trays or cartons | Small-item storage feeding picking or assembly workstations | Container standards, item fit, replenishment flow and workstation capacity |
| Shuttle system | Design-dependent; may include totes, cases or pallets | Operations that need automated movement within storage lanes and access across levels | Transfer points, lifts, control logic, lane allocation and performance during mixed demand |
| Vertical lift module or carousel | Trays, bins or small parts | Smaller inventories where operator access and use of vertical space are priorities | Load dimensions and weight, access frequency, number of presentation points and limits on item variety |
The table is a starting point, not a substitute for a layout and process design. A unit-load system is relevant when pallet movements dominate; it is not automatically the right choice simply because pallets are present. A vertical lift module may fit a controlled range of small items, but it may not suit a broad mix of oversized goods or a process needing many items at once. Shuttle configurations differ, so verify the exact load and movement method rather than relying on the label.
An automated storage system has to fit the site as well as the stock. Confirm available floor area, clear height, column positions, access routes and the locations of receiving, picking and dispatch. The equipment layout should preserve the routes needed by people and other material-handling equipment, including access for installation and maintenance.

Have qualified professionals assess the building and equipment design together. Structural capacity, floor conditions, fire protection, utilities and maintenance access can affect what is feasible. For a New Zealand site, confirm the applicable building, structural, fire and workplace safety obligations with the relevant design professionals and authorities before committing to the installation.
Plan the handoffs into and out of storage. Pallet conveyors, lifts, workstations, packing areas and manual handling points can all influence the system’s real output. If one station is expected to serve several processes, model how work will be prioritised and what happens when that station is unavailable.
Automation depends on dependable inventory and task information. Establish how the warehouse management system (WMS), equipment control system and any other business software will exchange orders, stock movements and status updates. In some designs, the WMS manages inventory and work allocation while a warehouse control system coordinates equipment; the division of responsibilities varies by solution and should be explicit.
Agree how the system will handle short picks, damaged goods, missing labels, blocked locations, order changes and inventory discrepancies. These events need a defined path rather than an improvised workaround. Check that operators can identify the cause of an exception, correct it safely and return inventory or equipment to normal operation.
Ask for practical demonstrations or documented scenarios covering routine work and exceptions. Confirm who owns interface testing, how data errors are diagnosed, and how work continues if a software link or part of the equipment is unavailable. A system that performs well in normal conditions can still disrupt the warehouse if its recovery process is unclear.
Assess the full cost of the proposal across its working life. In addition to storage equipment, account for design and engineering, software and integration, building changes, utilities, installation, commissioning, training, maintenance and replacement parts. Include the cost of planned downtime and the operational impact of an unplanned interruption.
Set expected benefits against the same workflow assumptions used to design the system. Potential gains might include reduced travel, more usable storage space or steadier order processing, but they depend on the site and operating model. Test whether the business case still works if demand grows more slowly than expected, the product mix changes or the system achieves less throughput than the initial estimate.
Ask suppliers to identify the assumptions, exclusions and service requirements in their proposals. Compare like with like: storage positions, supported load units, workstations, interfaces, performance conditions, training and ongoing support. A lower initial equipment cost may not represent lower total cost if essential integration or site work is excluded.

Before signing off, make sure the design team can explain how the system meets the defined workflow, not just how much stock it can store. Ask which assumptions would change the design and what operating limits staff need to understand.

No. It may use available space more effectively, but the result depends on the building, inventory, layout and system design. Compare usable storage locations with the current arrangement and include access, buffers and operational requirements in the calculation.
Prepare product dimensions and weights, inventory levels, order and replenishment data, operating hours, peak-demand patterns and a map of the current material flow. Also record known building constraints and the software systems that need to exchange information with the equipment.
Often it can, but compatibility depends on the software, interfaces and allocation of control responsibilities. Ask suppliers to define the required data exchange, identify who will develop and test each interface, and explain how errors will be investigated.
There is no universal answer. Performance depends on the system configuration, load type, number of movements, transfer points, workstations and demand pattern. Compare proposals against the same operating scenarios and ask for the assumptions behind their performance estimates.
Phasing may be possible, but it needs to be considered in the initial design. Confirm that the layout, software, utilities and material-flow interfaces can support the planned expansion, and understand how adding capacity would affect live operations.
Choose an automated storage system only after the workflow, inventory profile and performance targets are clear. Then compare technologies and supplier proposals against those requirements, including building fit, software, exceptions and total operating cost. That sequence makes it easier to identify a solution that supports the warehouse rather than creating a new bottleneck.