Project Description

After weeks, months, or even years of research, requirements gathering, and vendor demonstrations, your company is embarking on a retail system implementation. The new system may be replacing a simple process area in your business and have relatively few organizational impacts, or it may be replacing a very complex set of processes with touchpoints across your entire enterprise. Either way, users are going to have preconceived notions of the new system and the implementation process. Some users will rely on horror stories based on past software implementations, while others will claim the last implementation was challenging (and expensive) but ultimately proved to be a wise move for their company.

Based on significant experience with retail system implementations across multiple solution vendors, various functional areas, different retail industry segments, as well as a variety of implementation partners, Parker Avery has identified some of the most common thoughts regarding software implementations. In this point of view, we have classified them as fact or fiction.

Let’s take a look at these possible misconceptions and explore how understanding and proactively addressing them can help guide your own retail system implementation planning.

Everyone will be in agreement about the new system

  • FICTION

During the discovery period, several different types of business roles become exposed to the software, and all of them may have different interests and expectations:

Depending on the end users’ role and sometimes tenure within the company, opinions (and motivations) about what needs to be fixed can vary greatly. Many employees recognize the issues but may not believe that the system will solve these issues or work better than their existing workarounds. Such users may feel that upper management – or the department responsible for implementing the solution – does not really have a grip on the existing processes, so expectations and acceptance of the system can vary greatly. A strong change management program instilled at the very beginning of an implementation project can help align expectations of the system throughout the organization.

The new system will fix everything

  • FICTION

Once the decision is made to pursue a new retail software system, things immediately start to happen. Implementation partners and consultants appear seemingly out of nowhere and begin setting up meetings and workshops to prepare your business for the implementation. All sorts of salespeople begin talking to you about how wonderful their software is and how it will improve your business. There is some truth to what they say, but early in the process, they often do not give specifics about how these improvements will be accomplished. From these initial meetings, your company’s employees start to feel really good about the software and begin to share the wonderful news.

As is the case with kids playing a game of telephone, where they whisper something in the first child’s ear and one by one they whisper it to the next child, the expectations of the system morph greatly as the news spreads. Before long, the abilities of the system can be exaggerated, and users begin to think that the software will fix everything wrong in their current process. The longer a system selection process takes place, the more the new system becomes the perfect solution for all of the company’s issues even before the system is designed.

It is a lofty and worthy goal to find a system that will fix every one of your company’s problems. However, in reality, there are several factors that can prevent a perfect solution from being successfully implemented, including timeline, budget, resources, organizational resistance, system functionality, and business process constraints.

The new system will make my job easier

  • FACT

  • FICTION

It is expected that users will think a new software system will make their job easier.  If a company decides to implement software that replicates current business processes, but with some automation, then the users may  in fact have an easier job.  Or the job may not necessarily be easier, but more efficient, resulting in greater productivity.  In reality, a retail system implementation is meant to enable value-add improvements to current business processes, such as decreased manual data entry, reduced lag in systemic processing, and better efficiency due to a more user-friendly user interface (UI).

Typically, when users begin to use a new system, the main realization is that their jobs are not easier or harder, but their jobs are different. This is because new systems are implemented so that a business can capture, process or handle data differently or more efficiently. With the more complex software implementations, many different business roles are often using the system, and it is likely that new integration points now eliminate many former manual processes.

On the flip side, a more advanced system will be able to handle more data sets than the retiring system, and users may have to enter different or additional data than they have had to enter in the past.  Additionally, the system may fundamentally change the way their business processes are performed.

As such, some roles may actually become more time-intensive than with the current system, while others may be less time-intensive. In fact, roles formerly appropriate for business processes for the replaced system may have to fundamentally change with the new solution. However, the overall goal is to have much better visibility, productivity, and cohesiveness across the company.

Additionally, any time a new system is implemented, users have an adjustment period.  Since it is a different system, it takes time to learn how to use the system and what is required of their role in the system.

The new system can be implemented “out of the box”

  • FICTION

One of the major marketing points for software companies today is the concept of the “out of the box” (OOTB) solution.  These systems are marketed as software that allows companies to implement a solution in an extremely quick timeframe with minimal design changes and enhancements.  The vendors’ presentations, software demonstrations, client references and RFP responses even seem to provide solid evidence as proof of these statements.  Unfortunately, it is not that easy.

It is important to clearly understand what a solution provider means when they refer to “out of the box.”  Many of the leading software solutions have segments of their offering that are configurable; this typically means functionality exists that can be defined by the client for their situation without changing the underlying code and/or compromising future releases and updates. Changing the actual code would be customization, which often is more expensive and time-consuming while complicating future updates. Configuration is often expected and considered part of the “out of the box” solution.

Every retail company has slightly different processes, and these processes are different for a reason.  It could be due to having different roles in the organization or different organizational structures, unique product or service lines, special testing requirements, different overall corporate strategies, or any number of other reasons.  OOTB solutions often also incorporate industry best practices, yet many companies feel their own business processes still work better for their needs.

As a result, OOTB solutions can serve as a good starting point if the company is willing to adapt current process flows to align with the OOTB solution, but time and resources need to be allotted to allow for enhancements to the OOTB solution.

Design is hard

  • FACT

  • FICTION

Introductions have been made, initial high-level discussions have been completed, and now, it is time for the major decision-making phase of the project, detailed design. Most people will agree that this is the most intense phase of a project. Different business representatives, software representatives, and support resources all pile into a conference room to lay out out the future process in the selected system. Many factors can contribute to the complexity of this process, including consolidating processes across banners within a company, getting agreement among the different roles within the company on each of the business processes, and aligning current processes with the selected software processes.

This design process can sometimes be simplified if the available client resources have a deep understanding of the company’s current processes. Additional simplification of the design process is possible if the software company provides pre-defined best practice processes.

However, using these pre-defined processes is only effective if the business areas are willing to change their current processes to align with the industry’s best practice processes. Many clients say they want best practices, but when it comes to changing key retail legacy systems or long-standing business processes, clients often deviate from these best practices. When this happens, the design process can become lengthy as the team works through the issues and determines how to merge the old processes into the new system.

Engaging only internal resources can make the design process hard because these individuals may have been running their business in the same way for the past 15 or 20 years. It is in these types of scenarios that bringing in an outside opinion becomes very effective. While internal resources typically have deep knowledge of company-specific business processes and policies, they may not be familiar with best practices or what other possibilities exist. Outside implementation and design consultants can bring this objective opinion into the design process and help companies take advantage of the best practice functionality that is built into the system, and ultimately enable the company to fully benefit from the system.

Data conversion is easy

  • FICTION

One of the biggest mistakes that occur during detailed design is the estimation of integration with existing systems. During the process design workshops, integration resources make note of any required integration work. From a business user perspective, integration is easy. They want a piece of data, and the system automatically pulls that data. Unfortunately, there is often a lot of work that happens in the background to design and build that integration of data.

Since the data conversion design process cannot usually begin until the business process design has been completed, the integration delivery schedule often becomes very compact and unrealistic. During integration design, there are many factors that determine the difficulty of the integration, including the number of required integration processes and the complexity of each of those conversions. In many cases, there is not a current source system for the required data; therefore, the data must come from spreadsheets or be manually built.

In other cases, the data is coming out of older systems that may be at a different hierarchical structure, contain unstructured or bad data, or need complex transformation in order to work with the new system. All of these scenarios require significant time and effort to resolve and should not be overlooked during project planning.

Final Word

Every retail system implementation is different due to the new software’s functionality footprint, the client’s business processes, and integration requirements.  Most times smaller implementations can avoid some of the bigger roadblocks, but the larger implementations typically encounter most, if not all, of these challenges.

Understanding these common misconceptions during your project planning phase can lead to a much smoother implementation.  In addition to these few topics, there are many other factors that lead to a successful initiative.  No matter the size of an implementation, it is also vital to make sure that you have a defined project management structure led by experienced and competent individuals, a strong business case, a detailed change management process, stakeholder and end-user support, and a thorough vetting process for any implementation partners.  All of these things will help you enjoy the most efficient implementation possible.

Contact

Robert Kaufman, CEO

Robert Kaufman
Chief Executive Officer

BOOK A DISCOVERY CALL

The Parker Avery Group is a leading retail and consumer goods consulting firm that transforms organizations and optimizes operational execution through development of competitive strategies, business process design, deep analytics expertise, change management leadership, and implementation of solutions that enable key capabilities.

Share This Post

Sign up to receive retail and consumer goods insights and strategic advice from The Parker Avery Group.
SUBSCRIBE
Latest Insights